Displaying 20 results from an estimated 300 matches similar to: "Spatial Probit in R"
2003 Jan 23
2
send_files failed to open filename ...
Hi everybody,
I'm mirroring some websites with rsync (daemon on the source), and I
noticed in the destination host some error messages 'send_files failed
to open filenames',
Actually, the concerned files are deleted on the source host, but I
would like to ask :
* why does rsync say these (in which phase) ?
* is these messages harmful or not ?
Here below my rsync command and some
2009 Feb 19
0
[LLVMdev] Possible DAGCombiner or TargetData Bug
I agree, that doesn't look right. It looks like this
is what was intended:
Index: lib/CodeGen/SelectionDAG/DAGCombiner.cpp
===================================================================
--- lib/CodeGen/SelectionDAG/DAGCombiner.cpp (revision 65000)
+++ lib/CodeGen/SelectionDAG/DAGCombiner.cpp (working copy)
@@ -4903,9 +4903,9 @@
// resultant store does not need a higher alignment than
2009 Feb 19
3
[LLVMdev] Possible DAGCombiner or TargetData Bug
I got bit by this in LLVM 2.4 DagCombiner.cpp and it's still in trunk:
SDValue DAGCombiner::visitSTORE(SDNode *N) {
[...]
// If this is a store of a bit convert, store the input value if the
// resultant store does not need a higher alignment than the original.
if (Value.getOpcode() == ISD::BIT_CONVERT && !ST->isTruncatingStore() &&
ST->isUnindexed()) {
2013 Jun 17
0
[LLVMdev] Failure handling half type
Make sure you’re running LLVM with assertions enabled. You’ll get more information about what’s going wrong that way.
That said, yes, this looks like a bug. Specifically, SelectionDAGLegalize::ExpandConstantFP() assumes that f32 is the smallest floating point constant type it’ll need to handle, and that MVT enum ordering reflects that.
while (SVT != MVT::f32) {
2012 Jul 27
2
[LLVMdev] TLI.getSetCCResultType() and/or MVT broken by design?
I'm running into lots of problems with this call back. Mostly the problem occurs because this callback is used before types are legalized. However, the code generator does not have a 1-1 correspondence between all LLVM types and the codegen types. This leads to problems when getSetCCResultType is passed in an invalid type, but has a valid LLVM type attached to it. An example is <3 x
2012 Jul 27
0
[LLVMdev] TLI.getSetCCResultType() and/or MVT broken by design?
Hi Micah,
I think that getSetCCResultType should only be called for legal types. Disabling it on isPow2VectorType is not the way to go because there are other illegal vector types which are pow-of-two. I suggest that you call it only after type-legalization.
BTW, you can't set the LLVMTy yourself because you don't have access to the LLVMContext at that point.
Nadav
From:
2013 Jun 29
0
[LLVMdev] Failure handling half type
Just ran into this as well. Did you ever open a a bug report about it?
On Tue, Jun 18, 2013 at 3:43 AM, Alessio Giovanni Baroni <
alessiogiovanni.baroni at gmail.com> wrote:
> Here there is the dump:
>
> SelectionDAG.cpp:81: static bool
> llvm::ConstantFPSDNode::isValueValidForType(llvm::EVT, const llvm::APFloat
> &): Assertion `VT.isFloatingPoint() && "Can
2013 Jun 29
0
[LLVMdev] Failure handling half type
I don't.
2013/6/29 Keno Fischer <kfischer at college.harvard.edu>
> Just ran into this as well. Did you ever open a a bug report about it?
>
>
> On Tue, Jun 18, 2013 at 3:43 AM, Alessio Giovanni Baroni <
> alessiogiovanni.baroni at gmail.com> wrote:
>
>> Here there is the dump:
>>
>> SelectionDAG.cpp:81: static bool
>>
2013 Jun 18
2
[LLVMdev] Failure handling half type
Here there is the dump:
SelectionDAG.cpp:81: static bool
llvm::ConstantFPSDNode::isValueValidForType(llvm::EVT, const llvm::APFloat
&): Assertion `VT.isFloatingPoint() && "Can only convert between FP types"'
failed.
0 libLLVMSupport.so 0x00007f7405022de5
llvm::sys::PrintStackTrace(_IO_FILE*) + 37
1 libLLVMSupport.so 0x00007f74050232e3
2 libpthread.so.0
2019 Aug 27
2
TargetRegisterInfo::getCommonSubClass bug, perhaps.
Hi,
ABCRegister.td :
def SGPR32 : RegisterClass<"ABC", [i32], 16, (add
S0, S1, S2, S3, S4, S5, S6, S7, S8, S9, S10, S11,
S12, S13, S14, S15
)>;
def SFGPR32 : RegisterClass<"ABC", [f32], 16, (add
S0, S1, S2, S3, S4, S5, S6, S7, S8, S9, S10, S11,
S12, S13, S14, S15
)>;
===== Instruction selection ends:
...
t8: i32 = ADDrr t37, t32
2012 Jul 27
0
[LLVMdev] TLI.getSetCCResultType() and/or MVT broken by design?
We no longer have vsetcc, so the comment is wrong. The code looks incorrect. The fact that a vector is power-of-two does not guarantee anything about its legality. For example <128 x i64> would pass the condition in the code below, and die on most targets.
From: Villmow, Micah [mailto:Micah.Villmow at amd.com]
Sent: Friday, July 27, 2012 22:33
To: Rotem, Nadav; Developers Mailing List
2012 Jul 27
2
[LLVMdev] TLI.getSetCCResultType() and/or MVT broken by design?
if (N0.getOpcode() == ISD::SETCC
&& (LegalOperations
|| (!LegalOperations && VT.isPow2VectorType())))
But the comment right after it is:
// sext(setcc) -> sext_in_reg(vsetcc) for vectors.
// Only do this before legalize for now.
if (VT.isVector() && !LegalOperations) {
So, these optimizations are never safe in the general case if we can't
2009 Feb 20
2
[LLVMdev] Possible DAGCombiner or TargetData Bug
On Wednesday 18 February 2009 21:43, Dan Gohman wrote:
> I agree, that doesn't look right. It looks like this
> is what was intended:
>
> Index: lib/CodeGen/SelectionDAG/DAGCombiner.cpp
> ===================================================================
> --- lib/CodeGen/SelectionDAG/DAGCombiner.cpp (revision 65000)
> +++ lib/CodeGen/SelectionDAG/DAGCombiner.cpp
2009 Feb 20
0
[LLVMdev] Possible DAGCombiner or TargetData Bug
On Feb 20, 2009, at 3:05 PM, David Greene wrote:
> On Wednesday 18 February 2009 21:43, Dan Gohman wrote:
>> I agree, that doesn't look right. It looks like this
>> is what was intended:
>>
>> Index: lib/CodeGen/SelectionDAG/DAGCombiner.cpp
>> ===================================================================
>> ---
2017 Oct 30
3
[locking/paravirt] static_key_disable_cpuslocked(): static key 'virt_spin_lock_key+0x0/0x20' used before call to jump_label_init()
On Sun, Oct 29, 2017 at 11:51:55PM +0100, Fengguang Wu wrote:
>Hi Linus,
>
>Up to now we see the below boot error/warnings when testing v4.14-rc6.
>
>They hit the RC release mainly due to various imperfections in 0day's
>auto bisection. So I manually list them here and CC the likely easy to
>debug ones to the corresponding maintainers in the followup emails.
>
2017 Oct 30
3
[locking/paravirt] static_key_disable_cpuslocked(): static key 'virt_spin_lock_key+0x0/0x20' used before call to jump_label_init()
On Sun, Oct 29, 2017 at 11:51:55PM +0100, Fengguang Wu wrote:
>Hi Linus,
>
>Up to now we see the below boot error/warnings when testing v4.14-rc6.
>
>They hit the RC release mainly due to various imperfections in 0day's
>auto bisection. So I manually list them here and CC the likely easy to
>debug ones to the corresponding maintainers in the followup emails.
>
2007 Feb 26
1
training svm
Hello. I'm new to R and I'm trying to solve a classification problem. I have
a training dataset of about 40,000 rows and 50 columns. When I try to train
support vector machine, it gives me this error after a few seconds:
Error in predict.svm(ret, xhold) : Model is empty!
This is the code I use:
ne_span_data <- as.matrix(read.table('ne_span.data.R.txt', header=TRUE,
2006 Dec 14
3
[LLVMdev] ThisCall / Compilation problems
Hi all,
A few things.
Firstly, I've got a working implementation of the X86ThisCall calling
convention, but I'm unsure how to go about submitting it.
(I'm not really sure how to go about creating patch files etc, but would
like to contribute to the project).
Also, I'm using MS Visual C++ Express, and there are a few things that stop
llvm1.9 (and the current CVS release) from
2012 Apr 18
1
different behaviour with ubuntu or with slitaz
Hello,
I am a teacher and I use educational softwares that do not require installation.
Here's an example:
http://artic.ac-besancon.fr/svt/act_ped/svt_clg/troisieme/defenses/defenses-immunitaires-3eme.zip
My problem is that most of these software work relatively well under slitaz with wine version 1.2.3 but not on ubuntu10.04 with the same version of wine.
I have display problems.
With
2001 Apr 05
1
bug in channel_still_open() ?
channel_still_open() does not count "larval" channels as open. If the server
sets up a protocol 2 connection with no remote command (as with "ssh -N ..."),
the "server-session" channel remains larval, and the server exits as soon as
it notices that there are no open channels besides this one. Typically, it
exits right after the first use of a port forwarding closes.