search for: 000020f8

Hi Holger, > Note that I did specify "-g", but not any "-Ox" switches. That > made the size of all *.o files together being 143 MB. LLVM represents debug info as explicit calls to intrinsics. This approach has many advantages, but a possible disadvantage is that it can significantly increase the size of the bitcode. I don't know if that explains your observations.

...ALLOC 3 .debug_abbrev 0000017e 00000000 00000000 00000f28 2**0 CONTENTS, READONLY, DEBUGGING 4 .debug_info 00001052 00000000 00000000 000010a6 2**0 CONTENTS, RELOC, READONLY, DEBUGGING 5 .debug_line 00000229 00000000 00000000 000020f8 2**0 CONTENTS, RELOC, READONLY, DEBUGGING 6 .rodata 00000161 00000000 00000000 00002324 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 7 .debug_frame 00000140 00000000 00000000 00002488 2**2 CONTENTS, RELOC, READONLY, DEBUGGING...

I want to share a little LLVM experiment. I tried LLVM on one of my bigger Qt 3.x based projects. I used llvm from SVN trunk (r39999) and SVN llvm-gcc-4.01 (r370) and did compile every file with /usr/src/llvm/dist/bin/g++ -c -pipe -g \ -Wall -Wextra -Wno-sign-compare \ ... lots of -Dxxxx ... \ --emit-llvm -I/usr/share/qt3/mkspecs/default \ -I. -I.. -I../../../include/qt3 -I.obj/ \

On Thu, 25 Jun 2015, Michael Felt wrote: > Just running a standard make, and then a make install to a packaging > directory. It seems to be complaining about missing keys - not sure yet if > this is a show stopper For packaging you want the install-nokeys rule not install. -- Tim Rice Multitalents tim at multitalents.net