similar to: [LLVMdev] CWriter outputs non-portable use of alloca.h

Brian R. Gaeke wrote: > Hi, > > My recent refactoring of the (machine-dependent) use of <alloca.h> > does not attempt to change CWriter's behavior of emitting a #include > for <alloca.h>. FreeBSD does not have <alloca.h>, so this would cause > trouble. > > We could change it to emit an #ifndef __FreeBSD__...#endif around > #include

On Mon, 2003-06-16 at 17:33, John Criswell wrote: > What would be better yet is to modify the code so that it does not use > alloca() at all. There seems to be little reason to use it aside from > convenience (but perhaps I have missed something). I think the idea is that alloca can give (probably significant) performance gains when used properly. In the cases where you need

> On Mon, 2003-06-16 at 17:33, John Criswell wrote: > > What would be better yet is to modify the code so that it does not use > > alloca() at all. There seems to be little reason to use it aside from > > convenience (but perhaps I have missed something). > > I think the idea is that alloca can give (probably significant) > performance gains when used properly.

Hi As shown below, the .\configure script found a version of alloca(): --------------------- configure:20831: checking for working alloca.h configure:20853: gcc -o conftest -g -O2 conftest.c -ldl >&5 configure:20856: $? = 0 configure:20859: test -s conftest configure:20862: $? = 0 configure:20873: result: yes configure:20883: checking for alloca configure:20925: gcc -o conftest -g -O2

See attached build (gmake -k) log. -- gaeke at uiuc.edu -------------- next part -------------- gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib' gmake[2]: Entering

Hello hackers, I seem to be having some trouble compiling the top of the llvm CVS tree... Is someone working on something involving IPModRef.cpp and the data structure graph? I have attached a make -k log. -Brian -- gaeke at uiuc.edu -------------- next part -------------- gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Nothing to be done for

The following patch against current CVS uses autoconf to detect how to define alloca (used in vorbis-tools/oggenc/audio.c). The inclusion of <alloca.h> is done based on the definition of HAVE_ALLOCA_H rather than __sun. This change is necessary for compilation on IRIX. Thanks, Michael Index: configure.in =================================================================== RCS file:

Hi,all I ran my generated whole-program bitcode file which performs as a bodytrack tool, it can give me the right result but with a stack dump before it exsits Update Error : Model observation failed for time : 1 Error loading observation data terminate called after throwing an instance of 'std::bad_cast' what(): std::bad_cast 0 lli 0x08b713d2 1 lli 0x08b71247

Hi Nan Zhu, > I use Bugpoint to check it , Bugpoint gives me the following information: > > > Read input file : 'bodytrack.bc' > *** All input ok > Initializing execution environment: Found gcc: /usr/lib/ccache/gcc > Running the code generator to test for a crash: <cbe>*** Debugging code > generator crash! > > Error running tool: >

On Thursday 10 February 2005 21:47, Markus F.X.J. Oberhumer wrote: > In order to get more familiar with the llvm sources I've recently > decided to try to add support for the always_inline and noline function > attributes. I believe it is better to let the compiler decide when or not to inline a function. Most of the times a developer goes overboard with inlining and ends up with a

Dear Mongrel Users, It appears that Francis still isn''t satisfied with my attempts to apologize and he''s now asked me privately to retract my statements. So, just to be sure he finally gets it: I retract my statements that Francis and his friends are "shady" and "desperate for cash". He is in no way a shady guy, having dealt with this situation with the

Hi I am looking for a package that 1. reads in a phylogenetic tree in NEXUS format 2. given two members/nodes on the tree, can return the distance between the two using the tree. I came across the following packages on CRAN ouch, ape, apTreeShape, phylgr all of which seem to provide extensive range of functions for reading in a Nexus-format tree and performing phylogenetic analyses, tree

I was brainstorming today about a smooth way to define conditions in an sql query, when the numbers of attributes increase, so does the uglyness. So instead of passing a hash, I thought you could specify the conditions directly in code. I hacked together some example code which actually turned out to work. The result is concise and pretty beutiful. def search(params) Ad.find(:all) do

On Wed, Jun 11, 2014 at 09:37:55PM -0400, Long, Wai Man wrote: > > On 6/11/2014 6:54 AM, Peter Zijlstra wrote: > >On Fri, May 30, 2014 at 11:43:55AM -0400, Waiman Long wrote: > >>Enabling this configuration feature causes a slight decrease the > >>performance of an uncontended lock-unlock operation by about 1-2% > >>mainly due to the use of a static key.

On Wed, Jun 11, 2014 at 09:37:55PM -0400, Long, Wai Man wrote: > > On 6/11/2014 6:54 AM, Peter Zijlstra wrote: > >On Fri, May 30, 2014 at 11:43:55AM -0400, Waiman Long wrote: > >>Enabling this configuration feature causes a slight decrease the > >>performance of an uncontended lock-unlock operation by about 1-2% > >>mainly due to the use of a static key.

This is going back to something I had asked on IRC about a few weeks ago and promised to get back to when I had some time to actually work on it. For background: Currently, we can annotate tbaa on memcpy's, but when we do so, the semantics consider it to apply to *both* the load and the store part of the memcpy. This is quite a significant limitation and the cause of a good amount of lost

On Thu, 11 Nov 2004, Reid Spencer wrote: > This kind of thing is one of the many reasons we broke llvm-test out to > a separate project. It has multiple purposes. Its a correctness test on > LLVM, its what we base our compiler benchmarks on, and its also where a > lot of the research gets done. You've been bitten by the latt(n)er. :) > > At some point I'd like to see us

Hi John, In my setup OBJDIR is SRCDIR. I'm looking at the config.h and not config.h.in. Yes, defining HAVE_ALLOCA_H to 1 fixed the compilation. Moreover, I also defined HAVE_ALLOCA to 1 in the config.h: -------------------- /* Define to 1 if you have `alloca', as a function or macro. */ /* #undef HAVE_ALLOCA */ #define HAVE_ALLOCA 1 /*Henrik:*/ /* Define to 1 if you have

I am new to R and have been doing my utmost to learn it in order to teach my students how to use it as an alternative to programs you have to purchase ­ and I am very grateful for the program and what it can doŠ.but I am having a slight problem as I also am not very much into programming ­ though willing to learn. I have been trying to apply a mixed model ANOVA to some data I have. In short ­ one

On Fri, 2004-11-12 at 12:32, Chris Lattner wrote: > Perhaps the right way to handle this particular problem is to add the > appropriate autoconf check to the llvm-test configure, then have the > programs that need alloca use the detected value? Its already in the llvm configure which is inherited by llvm-test. If you want to define this in the makefiles, add the following to