similar to: [LLVMdev] llc c backend can produce code that doesn't compile on gcc 4.x

Displaying 20 results from an estimated 700 matches similar to: "[LLVMdev] llc c backend can produce code that doesn't compile on gcc 4.x"

2006 Sep 20
4
[LLVMdev] bug? c backend produces code rejected by gcc4.0.1: array type has incomplete element type
The C backend can currently (recent head) produce code with such patterns: /* Global Declarations */ /* Structure forward decls */ struct l_structtype_s; /* Typedefs */ typedef struct l_structtype_s l_fixarray_array3[3]; /* problematic declaration */ typedef struct l_structtype_s l_structtype_s; /* Structure contents */ struct l_structtype_s { int field0; }; gcc 4.0.1 will reject this with
2007 Jan 15
0
[LLVMdev] llc c backend can produce code that doesn't compile on gcc 4.x
Eric van Riet Paap wrote: > *testme.cbe.c:106: error: array type has incomplete element type* The problem code boils down to: /* Structure forward decls */ struct l_structtype_s; /* Typedefs */ typedef struct l_structtype_s l_fixarray_array3[3]; which is illegal C, but perfectly valid C++, and g++ accepts it. The structure contents are defined right afterwards, but I assume that
2006 Sep 20
0
[LLVMdev] bug? c backend produces code rejected by gcc4.0.1: array type has incomplete element type
It seems very similar to http://llvm.org/bugs/show_bug.cgi?id=737 . You might want to check if it's the same problem. If not, then please create a new bug report. -bw On 9/20/06, Samuele Pedroni <pedronis at strakt.com> wrote: > The C backend can currently (recent head) produce code with such patterns: > > /* Global Declarations */ > /* Structure forward decls */ >
2007 Jan 15
2
[LLVMdev] llc c backend can produce code that doesn't compile on gcc 4.x
On Mon, 15 Jan 2007, Nick Lewycky wrote: > Eric van Riet Paap wrote: >> *testme.cbe.c:106: error: array type has incomplete element type* > > The problem code boils down to: > > /* Structure forward decls */ > struct l_structtype_s; > > /* Typedefs */ > typedef struct l_structtype_s l_fixarray_array3[3]; > > which is illegal C, but perfectly valid C++,
2006 Sep 20
0
[LLVMdev] bug? c backend produces code rejected by gcc4.0.1: array type has incomplete element type
On Wed, 20 Sep 2006, Samuele Pedroni wrote: > The C backend can currently (recent head) produce code with such patterns: > gcc 4.0.1 will reject this with > example.c:7: error: array type has incomplete element type > > this kind of code was accepted by previous versions of gcc as a fragile > extension, but is no longer at least in 4.0.1 . > > is this known? should I file
2007 Jan 16
1
[LLVMdev] llc c backend can produce code that doesn't compile on gcc 4.x
On Tue, 16 Jan 2007, Gordon Henriksen wrote: > The simplest solution is to avoid typedefs for array types. With > names of array types removed from the symbol table, llc will simply > output (for instance) 'l_structtype_s[3]' instead of the equivalent > 'l_fixarray_array3'. Very nice catch and approach. > A more ambitious fix would be to merge the
2007 Jan 16
0
[LLVMdev] llc c backend can produce code that doesn't compile on gcc 4.x
On 2007-01-15, at 11:48, Chris Lattner wrote: > On Mon, 15 Jan 2007, Nick Lewycky wrote: > >> The structure contents are defined right afterwards, but I assume >> that the typedefs are used when emitting the structure contents? >> We may have to put fully defined structures first and typedefs >> second. > > Looks like it. It sounds like the CBE should
2006 May 27
1
Trouble passing list or non-list to function using ...
Hello, Simply put, I'm trying to call a function "testme" with value "age=NA". I wish to use "dotlist<-list(...)" inside the function and have dotlist become: $age [1] NA I'm modifying existing code and need to minimize changing that code so it's easiest to conform how I call the existing function. My sample code fragment, results, and R.version
2009 May 22
2
Step by step: Making an R package with Fortran 95
To all. I need your help. The big question is: How do I make an R library with Fortran 95 files? You may assume that I am a pretty decent programmer in both R and Fortran. I lay out a scenario and need your help! I know how to make an ordinary R package and have dabbled with R + Fortran 95 *.dll linking. I do not have a great handle on the whole Makevars file and whatever else I might need
2005 May 25
3
[LLVMdev] llc -march=ia64 support
You are right, the machine I am on is a AMD Opteron. I could probably generate working code for x86, but I am testing the implications of using 64 bits integers. The four weeks is not really important, it's just that it would be nice to have really fast code to showcase. Something related to this: to test the effect of 64 bits integers I replace all reference of int by long in my .ll file.
2005 May 25
2
[LLVMdev] llc -march=ia64 support
Hi, For the PyPy project ( http://codespeak.net/pypy ) I am working on the x64-64 support. I would like to use llc -march=ia64 to generate the assembly but that is not supported at the moment. As a workaround I let llc generate C code that gets compiled, but this unfortunately is not a good way to show the power of llvm. A understood this ia64 support will be worked on soon. First week of july
2007 Jan 11
4
[LLVMdev] Indirect branch instruction
On Jan 11, 2007, at 7:14 AM, Chris Lattner wrote: > On Wed, 10 Jan 2007, Nicolas Geoffray wrote: >> I was looking for an indirect branch instruction in llvm, which would >> not take a BasicBlock as argument, but a value. Reid told me on >> IRC that >> there is no such instruction in llvm. >> >> Is this deliberate? Or did you never face the need of this
2007 Aug 30
2
define-based exported virtual resources
Can you use exported virtual resources with custom definitions? As an example, with the following definition: define vr-tester() { file { "/tmp/vr-success.txt": content => ''foobar''; } } this code is working for me: class testme { @vr-tester { "foobar": ; } Vr-tester <||> } but this is not: class testme {
2006 Nov 13
2
[LLVMdev] need help understanding getelementptr assembler instruction
On Mon, 2006-11-13 at 01:10 -0800, Chris Lattner wrote: > On Mon, 13 Nov 2006, Eric van Riet Paap wrote: > > I must say I also was in need of this document but never knew it > > existed. It seems to be linked from the faq page only. I only read > > that the first day I came to LLVM. Maybe linking it from the > > GetElementPtr instruction in LangRef.html would make sense.
2005 Dec 23
2
[LLVMdev] if's to switch transformation?
hello everyone, I few days ago I had some code (for the PyPy project) that llc - march=c converted to a switch statement and gcc compiled that nicely to a jumptable in the .s file. Now I try to reproduce when directly going from a .ll to a .s file. But I now see a long list of compare and jumps instead of the jumptable. Is there a transformation that does this if->switch(ing) or is
2007 Aug 14
2
OpenSSH public key problem with Solaris 10 and LDAP users?
Hello. I've got a problem logging in to a Sparc Solaris 10 machine with public key authentication. I searched, and found a similar problem report at <http://thread.gmane.org/gmane.network.openssh.devel/12694>. For that guy, the problem had to do with LDAP. My user accounts are also stored in LDAP, an OpenLDAP server, to be exact. That server runs on the same machine as the machine
2005 May 25
0
[LLVMdev] llc -march=ia64 support
Hi there, The IA64 architecture, which had its 'official' name changed to the "Itanium Processor Architecture", *is* supported by llc. I am pretty sure you are talking about the x86-64 architecture, which has also had its share of unfortunate name changes and is also known as "AMD64", "EM64T" and all sorts of things in between. x86-64 is *not* currently
2006 Nov 13
0
[LLVMdev] need help understanding getelementptr assembler instruction
On Nov 13, 2006, at 9:01 AM, Reid Spencer wrote: > On Mon, 2006-11-13 at 01:10 -0800, Chris Lattner wrote: >> On Mon, 13 Nov 2006, Eric van Riet Paap wrote: >>> I must say I also was in need of this document but never knew it >>> existed. It seems to be linked from the faq page only. I only read >>> that the first day I came to LLVM. Maybe linking it from the
2013 Jan 29
3
how to suppress the intercept in an lm()-like formula method?
I'm trying to write a formula method for canonical correlation analysis, that could be called similarly to lm() for a multivariate response: cancor(cbind(y1,y2,y3) ~ x1+x2+x3+x4, data=, ...) or perhaps more naturally, cancor(cbind(y1,y2,y3) ~ cbind(x1,x2,x3,x4), data=, ...) I've adapted the code from lm() to my case, but in this situation, it doesn't make sense to include an
2006 Nov 13
2
[LLVMdev] need help understanding getelementptr assembler instruction
Hi, I must say I also was in need of this document but never knew it existed. It seems to be linked from the faq page only. I only read that the first day I came to LLVM. Maybe linking it from the GetElementPtr instruction in LangRef.html would make sense. cheers Eric On Nov 12, 2006, at 8:47 PM, Reid Spencer wrote: > Ram, > > Please read and understand the GetElementPtr FAQ