search for: ggreif

Hi all, can anybody confirm that llvm-gcc is broken? After following all the instructions, make gets stuck while: ggreif$ gmake gmake \ CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common " \ CONFIG_H="config.h auto-host.h /Users/ggreif/llvm-gcc/gcc/../include/ansidecl.h" \ MAKEOV...

...re you using to configure it? Whenever I have had problems building llvm-gcc, I usually have to delete my install and obj dir, make clean llvm, and start over from the top. Its a pain, but it works usually. -Tanya > > After following all the instructions, make gets stuck while: > > ggreif$ gmake > gmake \ > CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common " \ > CONFIG_H="config.h auto-host.h /Users/ggreif/llvm-gcc/gcc/../include/ansidecl.h" \ &gt...

...look: The actual removal of the Use::U member will happen in wave 3 after this stuff is merged to trunk. I do not expect any problems. Btw., I have already performed a test merge and it also passes all tests (deja, clang, test-suite). Cheers, Gabor --------------------- STATS ------------------ ggreif$ ls -l wave2* -rw-r--r-- 1 ggreif ggreif 79367 Apr 16 00:20 wave2-essentials.diff -rw-r--r-- 1 ggreif ggreif 51795 Apr 16 00:24 wave2-impl.diff -rw-r--r-- 1 ggreif ggreif 25300 Apr 16 00:25 wave2-nittygritty.diff ggreif$ wc wave2* 2189 9005 79367 wave2-essentials.diff 14...

...//forum.java.sun.com/thread.jspa?messageID=9567848&tstart=0#9567848 seems to describe this problem. The solution is simple. (use floor(x + 0.5)) Patch below. This solves the MS compiler issue too (same thing). Other possibility is to use configure to determine the presence of round(). 3) /home/ggreif/llvm/lib/Target/PowerPC/PPCISelLowering.cpp: In function `llvm::SDOperand LowerVAARG(llvm::SDOperand, llvm::SelectionDAG&, int, int, unsigned int, unsigned int, const llvm::PPCSubtarget&)': /home/ggreif/llvm/lib/Target/PowerPC/PPCISelLowering.cpp:1104: warning: no return statement in fu...

...nondot.org> wrote: > On Mon, 21 Apr 2008, Gabor Greif wrote: > > Hi all, > > > can anybody confirm that llvm-gcc is broken? > > It builds for me on x86, darwin8 (svn rev: 50048). What are you using to > configure it? This is what gcc/config.log remembered: $ /Users/ggreif/llvm-gcc/gcc/configure --cache-file=./config.cache -- build=i686-apple-darwin8 --host=i686-apple-darwin8 --target=i686-apple- darwin8 --with-gxx-include-dir=/usr/include/c++/4.0.0 --prefix=/Users/ ggreif/obj/../install --enable-llvm=/Users/ggreif/llvm --with- arch=pentium-m --with-tune=prescott --d...

...$LLVM_TOP/install and $LLVM_TOP/llvm/Release/bin im my > > > path, but now > > > > checking for C++ compiler default output file name... configure: > > > error: C++ compiler cannot create executables > > > > invoking g++ directly gives: > > > > ggreif$ g++ jj.cpp > > > /usr/bin/ld: can't locate file for: -lstdc++ > > > > I am stuck. What can I do to run the tests? > > > Did you do a make install? It is probably searching for libstdc++ from > > the g++ you just built. > > yes. into $LLVM_TOP/install &...

On Fri, 4 Apr 2008, heisenbug wrote: >> point taken. thanks! > > > Whatever I try I get something like this: > > ggreif$ cd MultiSource/ > ggreif$ make > make[2]: *** No rule to make target `Output/be.bc', needed by `Output/ > burg.linked.rbc'. Stop. > make[1]: *** [Burg/.makeall] Error 2 > make: *** [Applications/.makeall] Error 2 This is the wonderful indicator that the llvm configure scri...

...ill happen in wave 3 after this stuff is merged to > trunk. I do not expect any problems. > Btw., I have already performed a test merge > and it also passes all tests (deja, clang, test-suite). > > Cheers, > > Gabor > > --------------------- STATS ------------------ > ggreif$ ls -l wave2* > -rw-r--r-- 1 ggreif ggreif 79367 Apr 16 00:20 wave2- > essentials.diff > -rw-r--r-- 1 ggreif ggreif 51795 Apr 16 00:24 wave2-impl.diff > -rw-r--r-- 1 ggreif ggreif 25300 Apr 16 00:25 wave2- > nittygritty.diff > > ggreif$ wc wave2* > 2189 9...

I did this short experiment: ggreif at my [!297] cd /home/ggreif/llvm ggreif at my [!298] find . -name "*.cpp" | xargs grep bytecode | wc -l 143 I guess these are a quick prey for perl's in-place replace. But wait! There are more: ggreif at my [!299] find . -name "*.cpp" | xargs grep -i bytecode | wc...

...ill happen in wave 3 after this stuff is merged to > trunk. I do not expect any problems. > Btw., I have already performed a test merge > and it also passes all tests (deja, clang, test-suite). > > Cheers, > > Gabor > > --------------------- STATS ------------------ > ggreif$ ls -l wave2* > -rw-r--r-- 1 ggreif ggreif 79367 Apr 16 00:20 wave2-essentials.diff > -rw-r--r-- 1 ggreif ggreif 51795 Apr 16 00:24 wave2-impl.diff > -rw-r--r-- 1 ggreif ggreif 25300 Apr 16 00:25 wave2-nittygritty.diff > > ggreif$ wc wave2* > 2189 9005 79367...

...ill happen in wave 3 after this stuff is merged to > trunk. I do not expect any problems. > Btw., I have already performed a test merge > and it also passes all tests (deja, clang, test-suite). > > Cheers, > > Gabor > > --------------------- STATS ------------------ > ggreif$ ls -l wave2* > -rw-r--r-- 1 ggreif ggreif 79367 Apr 16 00:20 wave2- > essentials.diff > -rw-r--r-- 1 ggreif ggreif 51795 Apr 16 00:24 wave2-impl.diff > -rw-r--r-- 1 ggreif ggreif 25300 Apr 16 00:25 wave2- > nittygritty.diff > > ggreif$ wc wave2* > 2189 9...

...hich confuses clang. > > > > There is no empty string for me, and the returned string is a real object > > (bytewise identical to the real thing) : > > > > $ cd <into a dynamic view> > > $ cp /bin/ls . > > $ ls -l /proc/self/exe > > lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> /bin/ls > > $ ./ls -l /proc/self/exe > > lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> > /vol/ocs_userviews25_13/ggreif-hc_stm-OCSnb28718.vws/.s/00056/800006ba4fdf647els > > > > $ diff ./ls > /vol/ocs_userviews25_13...

...code in LLVM that uses /proc/self/exe > returns an empty string on error which confuses clang. There is no empty string for me, and the returned string is a real object (bytewise identical to the real thing) : $ cd <into a dynamic view> $ cp /bin/ls . $ ls -l /proc/self/exe lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> /bin/ls $ ./ls -l /proc/self/exe lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> /vol/ocs_userviews25_13/ggreif-hc_stm-OCSnb28718.vws/.s/00056/800006ba4fdf647els $ diff ./ls /vol/ocs_userviews25_13/ggreif-hc_stm-OCSnb28718.vws/.s/00056/800006ba4f...

...choose between C and MSIL output formats. The below prototypical patch corrects this type of failure. Is this the right way of handling it? Why does llc only fail on Solaris and not on Darwin? After I understood this problem I am happy to commit these 100+ files. Cheers, Gabor Index: /home/ggreif/llvm/test/CodeGen/Generic/2005-07-12-memcpy-i64-length.ll =================================================================== --- /home/ggreif/llvm/test/CodeGen/Generic/2005-07-12-memcpy-i64-length.ll (revision 38488) +++ /home/ggreif/llvm/test/CodeGen/Generic/2005-07-12-memcpy-i64-length.ll...

...> There is no empty string for me, and the returned string is a real > object > > (bytewise identical to the real thing) : > > > > $ cd <into a dynamic view> > > $ cp /bin/ls . > > $ ls -l /proc/self/exe > > lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> /bin/ls > > $ ./ls -l /proc/self/exe > > lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> > /vol/ocs_userviews25_13/ggreif-hc_stm-OCSnb28718.vws/.s/00056/800006ba4fdf647els > > > > $ diff ./ls >...

...serious about merging to ToT. But we should probably find out whether an optimized algorithm is desired at all. So I'd solicit comments from the code owners (Use.{h,cpp}) and anybody who is interested. For closer scrutiny, the code is here: <http://llvm.org/viewvc/llvm-project/llvm/branches/ggreif/waymark-64-new/> I do not have the equipment to perform a compile-time measurement. How do folks benchmark for this nowadays? Is it a viable alternative to bring the changes to ToT and compare speedups/slowdowns in the nightly builds retrospectively? Thanks for any input, cheers, Gabor...

...gt; returns an empty string on error which confuses clang. > > There is no empty string for me, and the returned string is a real object > (bytewise identical to the real thing) : > > $ cd <into a dynamic view> > $ cp /bin/ls . > $ ls -l /proc/self/exe > lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> /bin/ls > $ ./ls -l /proc/self/exe > lrwxrwxrwx 1 ggreif ocs 0 Jul 13 21:27 /proc/self/exe -> /vol/ocs_userviews25_13/ggreif-hc_stm-OCSnb28718.vws/.s/00056/800006ba4fdf647els > > $ diff ./ls /vol/ocs_userviews25_13/ggreif-hc_stm-OCSnb28718.vws...

On 13.07.2012, at 09:46, Gabor Greif <gabor.greif at alcatel-lucent.com> wrote: > Hi all, > > I am in charge of the controlled introduction of clang into > our builds at my workplace. Since all our tools must run from > a ClearCase view for automatic dependency tracking, we have been > biten by a Linux bug, and readlink("/proc/self/exe", ...) gives >

...ion, but I really do not want to build llvm-gcc on this one. It also keeps my /home on NFS, which has speed and quota problems. But: It is very simple to do your measurements yourself (and I'd love to hear the results!) : cd llvm svn switch http://llvm.org/svn/llvm-project/llvm/branches/ggreif/use-diet . make rebuild llvm-gcc, etc. retest. And now here is my educated speculation: There are 2 things that became slower 1) Use::getUser() 2) Use::get/set due to tagging. The former is seldom called: $ find lib -name "*.cpp" | xargs grep "getUser(" | wc -l 41...

...calling '::operator new(size_t)', so there should be no functionality change at all. This will change in subsequent waves. At the moment of writing this my trunk working copy is at r48837, I have used this command to do the merge: svn merge http://llvm.org/svn/llvm-project/llvm/branches/ggreif/use- diet at 48564 http://llvm.org/svn/llvm-project/llvm/branches/ggreif/use- diet . This is what it printed on the console: U include/llvm/BasicBlock.h U include/llvm/GlobalVariable.h U include/llvm/Support/LLVMBuilder.h U include/llvm/Instructions.h U include/llvm/GlobalAlias.h...