similar to: [LLVMdev] Scheduling and alias analysis

Building llvm is failing for me today. I am using clang++ to build (which has not changed). llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC) EDMain.cpp:267:39: error: C-style cast from '::EDTokenVisitor_t' (aka 'int (^)(EDTokenRef)') to 'llvm::EDTokenVisitor_t' (aka 'int (^) (llvm::EDToken *)') is not allowed return

On Jul 22, 2010, at 2:53 PM, Eric Christopher wrote: > > On Jul 22, 2010, at 8:57 AM, Fariborz Jahanian wrote: > >> >> Building llvm is failing for me today. I am using clang++ to build >> (which has not changed). >> >> llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC) >> EDMain.cpp:267:39: error: C-style cast from

On Jul 22, 2010, at 8:57 AM, Fariborz Jahanian wrote: > > Building llvm is failing for me today. I am using clang++ to build > (which has not changed). > > llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC) > EDMain.cpp:267:39: error: C-style cast from '::EDTokenVisitor_t' (aka > 'int (^)(EDTokenRef)') to 'llvm::EDTokenVisitor_t' (aka

Oh yes you're right, I missed that :) But the point still hold. Amaury Pouly 2010/8/8 Eugene Toder <eltoder at gmail.com> > > Not only this code does not compile with NDEBUG set > > I may be missing something, but why does it not compile with -DNDEBUG? > assert() macro expands to noop when NDEBUG is set. > > Eugene > > On Sun, Aug 8, 2010 at 2:19 PM, Amaury

Right, later in the same file we have: // Reserve entries in the vector for each of the SUnits we are creating. This // ensure that reallocation of the vector won't happen, so SUnit*'s won't get // invalidated. // FIXME: Multiply by 2 because we may clone nodes during scheduling. // This is a temporary workaround. SUnits.reserve(NumNodes * 2); So for some reason *2 is

Hello, I was trying to interface a custom backend instruction scheduler with llvm code when I realize something terrible. The scheduling code builds a graph made up of SUnit * nodes (see ScheduleDAG*.{cpp,h}). These SUnits nodes are allocated via a std::vector< SUnit >. This isn't a problem as long as the pointers are taken after the vector is fully filled and the vector never changes

> Not only this code does not compile with NDEBUG set I may be missing something, but why does it not compile with -DNDEBUG? assert() macro expands to noop when NDEBUG is set. Eugene On Sun, Aug 8, 2010 at 2:19 PM, Amaury Pouly <amaury.pouly at gmail.com> wrote: > Hello, > I was trying to interface a custom backend instruction scheduler with llvm > code when I realize

Hello, I was fiddling with TableGen (for a use that has nothing to do with a compiler but it's doesn't matter) and TableGen triggers an assertion failure on this code (I reduced the case to the minimum, it's a parsing bug): class Bli<string _t> { string t = _t; } class Bla<list<Bli> _bli> : Bli<!car(_bli).t> { } #0 0x00007ffff6ebda75 in *__GI_raise

On Sep 1, 2010, at 4:35 AM, Amaury Pouly wrote: > Hello, > I was fiddling with TableGen (for a use that has nothing to do with a compiler but it's doesn't matter) and TableGen triggers an assertion failure on this code (I reduced the case to the minimum, it's a parsing bug): David, can you take a look? This is related to your lisp interpreter :) -Chris > > class

While I'm at it, I noticed a behaviour which is not exactly related but similar. To put it simply, you can 't do T.V.W, you need to do !cast<Bla>(T.V).W Example: class Bla<string t> { string blu = t; } class Bli<Bla t> { Bla bla = t; } def a : Bli<Bla<"">>; def b : Bla<!cast<Bla>(a.bla).blu>; // works def b :

Hello, Still trying to write a custom scheduler, I stumbled accross a highly suspicious code in all schedulers. In both ScheduleDAGFast.cpp and ScheduleDAGRRList.cpp, one can find this piece of code: SUnit *CopyFromSU = CreateNewSUnit(NULL); and then in the same files: SUnit *CreateNewSUnit(SDNode *N) { [...] SUnit *NewNode = NewSUnit(N); And finally in ScheduleDAGSDNodes.cpp: SUnit

Hi, Did anyone thought of a serialization/deserialization mechanism for DAGs ? Right now i am using the -view-dags functions family.The dot file produced is great for drawing but i find it a bit hard to rebuilt a graph from there(the dot parser are somewhat buggy and much of the useful information is packed in the label element... ) all ideas are welcome... Thanks -------------- next part

Current llvm svn at r136461 is failing to bootstrap under darwin11 with... cd /sw/src/fink.build/llvm30-3.0-0/llvm-3.0/build/tools/edis && /sw/bin/cmake -E cmake_link_script CMakeFiles/EnhancedDisassembly.dir/link.txt --verbose=1 /sw/var/lib/fink/path-prefix-clang/c++ -fPIC -fno-rtti -O3 -DNDEBUG -shared -L/sw/lib -o ../../lib/libEnhancedDisassembly.dylib -install_name

All: Though I am fairly new to R, I am trying to work my way through J Oksanen's "Incidence Function Model in R" and can't get past some error with my glm arguments. I'm getting through > attach(amphimedon_compressa) > plot(x.crd,y.crd,asp=1,xlab="Easting",ylab="Northing",pch=21,col=p+1,bg=5*p) > d<-dist(cbind(x.crd,y.crd)) > alpha<-1

Hi, Here are two patches to allow Cygwin to build. 'edis' is disabled as it will not build with dynamic libraries, and libprofile also does not build on Cygwin. If anyone using Cygwin wants there functionality they will have to fix them :) Aaron Index: tools/Makefile =================================================================== --- tools/Makefile (revision 97136) +++

Hello, As part of a try to make clang/llvm build Rockbox, we realized that clang and llvm have no support for irq/fiq calling convention on ARM which is implemented using the interrupt("IRQ") and interrupt("FIQ") attributes on GCC. Although it is always possible to implement those in assembly, I would like to know if there has been some work done to implement this the same way

On May 6, 2011, at 4:57 PM, Andrew Trick wrote: > On May 6, 2011, at 1:29 AM, Jay Foad wrote: > >> This seems wrong -- if a test fails, it shouldn't stop the whole >> "make", it should just get logged as a failure and continue. > > That's a frustrating aspect of the test-suite Makefiles. I don't know how to work around it without removing the test

On Sep 13, 2010, at 10:58 AM, Fariborz Jahanian wrote: > On Sep 13, 2010, at 10:46 AM, John McCall wrote: >> On Sep 13, 2010, at 1:15 AM, Duncan Sands wrote: >>>> I compiled with "llvm-gcc -emit-llvm test.c -S -o test.ll". Attached to this >>>> message are the source and the resulting ll output. >>> >>> compile with optimization. The

Fariborz, On May 6, 2011, at 5:07 PM, Fariborz Jahanian wrote: > > On May 6, 2011, at 4:57 PM, Andrew Trick wrote: > >> On May 6, 2011, at 1:29 AM, Jay Foad wrote: >> >>> This seems wrong -- if a test fails, it shouldn't stop the whole >>> "make", it should just get logged as a failure and continue. >> >> That's a

Hi, What are the best options to compile Spec2006 with LLVM compilers to get the best performance numbers on x86? Has anybody compared LLVM Spec2006 numbers with GCC 4.5 base? reza -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100719/40cf38a5/attachment.html>