Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] CWriter outputs non-portable use of alloca.h"
2003 Jun 16
0
[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
2003 Jun 16
2
[LLVMdev] CWriter outputs non-portable use of alloca.h
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
2003 Jun 16
0
[LLVMdev] CWriter outputs non-portable use of alloca.h
> 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.
2004 Jul 20
1
[LLVMdev] /usr/local/src/llvm/include/Config/alloca.h:42:17: #error "The function alloca()
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
2002 Nov 21
1
[LLVMdev] top of tree build failures
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
2002 Nov 11
1
[LLVMdev] top of tree broken?
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
2002 Apr 11
1
alloca + configure.in
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:
2009 Nov 18
4
[LLVMdev] Information generated by Bugpoint
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
2009 Nov 18
0
[LLVMdev] Information generated by Bugpoint
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:
>
2005 Feb 11
1
[LLVMdev] Function attributes and bytecode
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
2006 Aug 21
1
The Public Appology To Francis Cianfrocca
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
2007 Jan 26
1
Package for phylogenetic tree analyses
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
2006 Aug 19
3
Special ruby language for describing sql conditions
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
2014 Jun 12
2
[PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
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.
2014 Jun 12
2
[PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest
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.
2017 Apr 17
3
Separate AA metadata for load/store portions of memcpy
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
2004 Nov 12
2
[LLVMdev] install-bytecode no longer works
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
2004 Jul 21
0
[LLVMdev] /usr/local/src/llvm/include/Config/alloca.h:42:17:#error "The function alloca()
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
2012 Dec 17
2
Mixed Anova
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
2004 Nov 12
0
[LLVMdev] install-bytecode no longer works
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