search for: dw2

...clude -fPIC -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/home/wanderer/pkg/build/llvm/src/llvm-gcc/gcc -I/home/wanderer/pkg/build/llvm/src/llvm-gcc/gcc/. -I/home/wanderer/pkg/bui ld/llvm/src/llvm-gcc/gcc/../include -fexceptions -c /home/wanderer/pkg/build/llvm/src/llvm-gcc/gcc/unwind-dw2.c -o libgcc/. /unwind-dw2.o In file included from /home/wanderer/pkg/build/llvm/src/llvm-gcc/gcc/unwind-dw2.c:38: /home/wanderer/pkg/build/llvm/src/llvm-gcc/gcc/unwind-dw2-fde.h: In function `get_cie': /home/wanderer/pkg/build/llvm/src/llvm-gcc/gcc/unwind-dw2-fde.h:157: warning: return from...

Got a strange problem. With our modified llvm here,llvm-gcc won't bootstrap. It fails compiling unwind-dw2.c during translation from the gcc IR to llvm. It fails with -O0 -emit-llvm so according to the docs, this is strictly a frontend bug. A run of delta produced an 18 line testcase with nothing remarkable in it. However, it bootstraps fine using the official llvm sources. Note that the llvm-gcc so...

On Apr 19, 2007, at 2:37 PM, David Greene wrote: > Got a strange problem. With our modified llvm here,llvm-gcc won't > bootstrap. It fails compiling unwind-dw2.c during translation from > the gcc IR to llvm. It fails with -O0 -emit-llvm so according to > the docs, this is strictly a frontend bug. A run of delta produced > an 18 line testcase with nothing remarkable in it. > > However, it bootstraps fine using the official llvm sources. N...

...8a06020 <error: Cannot access memory at address 0x7fffe8a06020>, val=val at entry=0x7fffffffd6d8) at /build/gcc/src/gcc/libgcc/unwind-pe.h:252 #1 0x00007fffeba05a61 in binary_search_single_encoding_fdes (pc=0x7fffeba04426 <_Unwind_Resume+54>, ob=0x0) at /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:908 #2 search_object (ob=ob at entry=0x60400001d9d0, pc=pc at entry=0x7fffeba04426 <_Unwind_Resume+54>) at /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:977 #3 0x00007fffeba05fdd in _Unwind_Find_registered_FDE (bases=0x7fffffffda78, pc=0x7fffeba04426 <_Unwind_Resume+54>) at /build/...

...gt; at address 0x7fffe8a06020>, val=val at entry=0x7fffffffd6d8) at >> /build/gcc/src/gcc/libgcc/unwind-pe.h:252 >> #1 0x00007fffeba05a61 in binary_search_single_encoding_fdes >> (pc=0x7fffeba04426 <_Unwind_Resume+54>, ob=0x0) at >> /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:908 >> #2 search_object (ob=ob at entry=0x60400001d9d0, pc=pc at entry=0x7fffeba04426 >> <_Unwind_Resume+54>) at /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:977 >> #3 0x00007fffeba05fdd in _Unwind_Find_registered_FDE >> (bases=0x7fffffffda78, pc=0x7fffeba04426 &...

...e for that target? > > I agree with Duncan: can't the target (which knows the capabilities > of the currently selected subtarget) set the value of > SupportsExceptionHandling correctly? > They do. However, it doesn't seem to stop it from failing during compilation of unwind-dw2.c for libgcc -- it has "__builtin_eh_return" in it. During 4-way FAT PPC compilation, it tries to compile this file and fails during the LowerOperation function. Turning --enable-eh off makes the error go away. It may be my lack of understanding, but it appears that having -- enab...

On Thu, Jun 26, 2014 at 3:39 PM, Robinson, Paul <Paul_Robinson at playstation.sony.com> wrote: > The main motivation for turning it off is that no known consumer (debugger) > took advantage of it. > > Turning it on does more than slightly increase the object file size, it can > cause the same source line to be listed multiple times in the .debug_line > table (with different

...;, val=val at entry=0x7fffffffd6d8) at >>>> /build/gcc/src/gcc/libgcc/unwind-pe.h:252 >>>> #1 0x00007fffeba05a61 in binary_search_single_encoding_fdes >>>> (pc=0x7fffeba04426 <_Unwind_Resume+54>, ob=0x0) at >>>> /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:908 >>>> #2 search_object (ob=ob at entry=0x60400001d9d0, pc=pc at entry=0x7fffeba04426 >>>> <_Unwind_Resume+54>) at /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:977 >>>> #3 0x00007fffeba05fdd in _Unwind_Find_registered_FDE >>>> (bases=0x7...

...CC 4.6 is just right, though, so perhaps that should be noted somewhere. Perhaps the filename should include something like "mingw32-46" in it. I had to download these three files to run LLVM binaries: http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%204.6%20series/4.6.1-tdm-1%20DW2/ gcc-4.6.1-tdm-1-dw2-core.zip gcc-4.6.1-tdm-1-dw2-c++.zip gcc-4.6.1-tdm-1-dw2-openmp.zip The openmp package is needed for pthreadGC2.dll. It's also important to use DW2. TDM-GCC also provides SJLJ libraries that do not work with Clang. I am wondering whether the Clang proje...

...version installed with "mingw-get-inst-20120426.exe" [4] "g++ --version" reports "g++.exe (GCC) 4.6.2" > > I had to download these three files to run LLVM binaries: > > http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%204.6%20series/4.6.1-tdm-1%20DW2/ > > gcc-4.6.1-tdm-1-dw2-core.zip > gcc-4.6.1-tdm-1-dw2-c++.zip > gcc-4.6.1-tdm-1-dw2-openmp.zip > > The openmp package is needed for pthreadGC2.dll. It's also important to > use DW2. TDM-GCC also provides SJLJ libraries that do not work with Clang. Ano...

On Aug 28, 2007, at 11:20 PM, Duncan Sands wrote: > Hi Bill, > >> This is a (very) rough patch to fix building LLVM with exceptions on >> PPC Darwin. Basically, it puts the burden of adding the "--enable-eh" >> on the specific target, which is where I think it should go. > > I don't like it. LLVM has plenty of features that are not supported > on

...t may be my lack of understanding, but it appears that having -- > enable-eh set during compilation of llvm-gcc is causing extra files > to be compiled. Oh, no. They are always compiled. > They do. However, it doesn't seem to stop it from failing during > compilation of unwind-dw2.c for libgcc -- it has > "__builtin_eh_return" in it. During 4-way FAT PPC compilation, it > tries to compile this file and fails during the LowerOperation > function. Turning --enable-eh off makes the error go away. Could you please send me .bc, which fails? I'll try t...

...d8) at >>>>>> /build/gcc/src/gcc/libgcc/unwind-pe.h:252 >>>>>> #1 0x00007fffeba05a61 in binary_search_single_encoding_fdes >>>>>> (pc=0x7fffeba04426 <_Unwind_Resume+54>, ob=0x0) at >>>>>> /build/gcc/src/gcc/libgcc/unwind-dw2-fde.c:908 >>>>>> #2 search_object (ob=ob at entry=0x60400001d9d0, pc=pc at entry=0x7fffeba04426 >>>>>> <_Unwind_Resume+54>) at /build/gcc/src/gcc/libgcc/unwi >>>>>> nd-dw2-fde.c:977 >>>>>> #3 0x00007fffeba05fdd in _Unwi...

...'t work either, for a different reason (and also doesn't work on x86 Darwin). It turns out the installed code has the following patch, which is not in the llvm-gcc source (or Apple's gcc sources for that matter; libgcc lives in a separate repository these days): Index: gcc/unwind-dw2.c =================================================================== --- gcc/unwind-dw2.c (revision 124749) +++ gcc/unwind-dw2.c (working copy) @@ -1526,7 +1526,7 @@ static inline _Unwind_Ptr uw_identify_context (struct _Unwind_Context *context) { - return _Unwind_GetIP (context); +...

...etails ======== First I use $ clang++ test.cc `llvm-config --cxxflags --ldflags --libs` I works as usual. But if I use $ clang++ test.cc `llvm-config --cxxflags --ldflags --libs` -static It yells lots of undefined reference, like this /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x1a16): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x61): undefined reference to `pthread_mute...

...rstanding, but it appears that having -- > > enable-eh set during compilation of llvm-gcc is causing extra files > > to be compiled. > Oh, no. They are always compiled. > > > They do. However, it doesn't seem to stop it from failing during > > compilation of unwind-dw2.c for libgcc -- it has > > "__builtin_eh_return" in it. During 4-way FAT PPC compilation, it > > tries to compile this file and fails during the LowerOperation > > function. Turning --enable-eh off makes the error go away. > Could you please send me .bc, which fails?...

...mp; "Calling a function with a bad signature!"), function init, file /Volumes/Sandbox/Buildbot/llvm/ build.llvm-gcc-x86_64-darwin10-selfhost/llvmCore.roots/llvmCore~obj/ src/lib/VMCore/Instructions.cpp, line 312. It seems to be compiling function uw_frame_state_for() within unwind- dw2.c; apparently the parameter types weren't a good match for a call to __builtin_object_size(). Does this look familiar to anyone? stuart -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091027/33e4d442/...

...t reason (and also doesn't work on x86 Darwin). It turns > out the installed code has the > following patch, which is not in the llvm-gcc source (or Apple's gcc > sources for that matter; libgcc > lives in a separate repository these days): Yuck :) > Index: gcc/unwind-dw2.c > =================================================================== > --- gcc/unwind-dw2.c (revision 124749) > +++ gcc/unwind-dw2.c (working copy) > @@ -1526,7 +1526,7 @@ > static inline _Unwind_Ptr > uw_identify_context (struct _Unwind_Context *context) > { > -...

Hello, Pazzo > I had a look to llvm (2.6) configure options but I couldn't find any > way to specify cpu type, fpu ecc.. These are not llvm configure options, but gcc's one. Basically, you should configure llvm-gcc in the same way you do for gcc for your platform. > Could you please give me any > indication and/or example? I want to try llvm with Atmel's > AT91SAM7X256

...2.5.source/gcc/../include -I../../llvm-gcc4.2-2.5.source/gcc/../libcpp/include -I../../llvm-gcc4.2-2.5.source/gcc/../libdecnumber -I../libdecnumber -I/home/huyabin/llvm/llvm-gcc/obj/../../llvm-2.5/include -I/home/huyabin/llvm/llvm-2.5/include -fexceptions -c ../../llvm-gcc4.2-2.5.source/gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o cc1: /home/huyabin/llvm/llvm-2.5/include/llvm/Transforms/Utils/InlineCost.h:44: llvm::InlineCost::InlineCost(int, int): Assertion `Cost == C && "Cost exceeds InlineCost precision"' failed. ../../llvm-gcc4.2-2.5.source/gcc/unwind-dw2.c:1527: internal...