search for: crt2

...ine using mingw a couple of weeks ago. When I tried to run the simple test case provided in the documentation I ran into a problem of missing object files. I attempted to compile the simple hello.c hello world application. Unfortunately I get the following $ llvm-gcc hello.c -o hello.exe ld: crt2.o: No such file: No such file or directory After copying the contents of llvm/Release/bin to llvm/bin I then tried, $ llvm-gcc -O3 -emit-llvm hello.c -c -o hello.bc but then after running $ lli hello.bc I got. ERROR: Program used external function '_alloca' which could not be reso...

Hi all, After being able to build llvm and llvm-gcc on windows/mingw, I am running into problems with linking. It seems llvm-gcc isn't able to find crt2.o. Ronald

Hello, Matthew > I managed to get the llvm tool chain compiled on my windows machine > using mingw a couple of weeks ago. Have you tried to build llvm-gcc by yourself? > $ llvm-gcc hello.c -o hello.exe > ld: crt2.o: No such file: No such file or directory Normally crt*.o files are built during normal gcc build process (llvm-gcc as well). However, mingw32 runtime has its own crt*.o files, which are included with binary distribution of llvm-gcc4 (mingw32 variant). > ERROR: Program used external function &...

/Have you tried to build llvm-gcc by yourself? /Not with the recent build. In times past I failed miserably at this using cygwin. Maybe I should try again? /Normally crt*.o files are built during normal gcc build process (llvm-gcc as well). However, mingw32 runtime has its own crt*.o files, which are included with binary distribution of llvm-gcc4 (mingw32 variant). /I thought that would be

Hello, Matthew. > Not with the recent build. In times past I failed miserably at this using cygwin. Maybe I should try again? Well, actually I mean: whether llvm-gcc binary under consideration was built by yourself or you're using pre-built binaries from downloads section? If you're using llvm-gcc4 binary from downloads section, mingw binary is included into tarball, you might find

Hello, Matthew. > I figured as much. It would be great to get the mingw branch on > windows working, since it avoids the cygwin dll and some restrictive > licensing issues. Mingw32 branch is quite ok as the time of writing this lines :) I was able to compile Qt with llvm-gcc4 1.9 and everything was fine. So, I suppose something went wrong during unpacking tarball or something like

Hello, Matthew. > > I figured that just copying the mingw crt*.o files would not > > be a good idea. > /Why not? Mingw32 crt does not depend on LLVM. /I rashly copied all the *.o files from my mingw\lib directory to the llvm\lib directory. This does enable the hello world binary to compile and to function correctly. However the byte code file does not work correctly giving:

Hello, Matthew. > Hmm there is no llvm-gcc directory in either the patch file or what made it > on to my system. Furthermore there are no crt*.o files after my build until > I put them in the lib directory, which where they are in the patch file. > Again the clean must have removed them. Well. Actually you should have 2 trees: 1. One you're building LLVM in. There is directory

Hello, Matthew. > My file size matches the patched file. I haven't figured out how to get 7-zip to give me checksum information on windows. Use md5sum utility. It can be successfully found via google. > I rashly copied all the *.o files from my mingw\lib directory to the llvm\lib directory. > This does enable the hello world binary to compile and to function correctly. Strange.

...-I../../llvm-gcc.src/gcc/../include -I./../intl -I../../llvm-gcc.src/gcc/../libcpp/include -I../../llvm-gcc.src/gcc/../libdecnumber -I../libdecnumber -I/Volumes/SandBox/Clean/bug/llvm.src/include -I/Volumes/SandBox/Clean/bug/llvm.obj/include -mlongcall \ -c ../../llvm-gcc.src/gcc/config/darwin-crt2.c -o crt2.o xgcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See <URL:http://developer.apple.com/bugreporter> for instructions. make[3]: *** [crt2.o] Error 1 rm gpl.pod fsf-funding.pod gcov.pod gfdl.pod cpp.pod gcc.pod make[2]: *** [all-stage1-gcc] Error...

..../llvm-gcc4-1.9.source/gcc/../libcpp/include -I/opt/local/include -I/opt/local/include -I/opt/local/var/db/dports/build/_unencrypted_erickt_Projects_macports-trunk_dports_lang_llvm/work/llvm-1.9/include -I/opt/local/lib/llvm/include -mlongcall \ -c ../../llvm-gcc4-1.9.source/gcc/config/darwin-crt2.c -o crt2.o make \ CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition " \ CONFIG_H="config.h auto-host.h ../../llvm-gcc4-1.9.source/gcc/../include/ansidecl.h" \ MAKEOVER...

...E%.dll %FNAME%.def %FNAME%.o -LC:/Rw1031/src/gnuwin32 -lR and setting FNAME accordingly. These commands worked perfectly yesterday under NT 4.0. Now, the first two work OK, but the third yields the following ld: -shared not supported and when I remove the switch --shared I get ld: cannot open crt2.o: No such file or directory Note that the directory where the development snapshot is installed is in my path, as C:\Mingw-1.0.1-20010726\bin just as I used to use under NT 4.0. I don't know what to try next, and I need to make DLL's for use with R 1.3.1. Can anyone help me with this...

I followed the build instructions for LLVM+clang -- that all went OK. But compiling a simple "hello world" program with clang++ gives a linker error -- see attached log file. - Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: build.log Type: application/octet-stream Size: 1881 bytes Desc: not available URL:

...ble-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.2 (mingw-special) d:/wut/prg/mingw/bin/../libexec/gcc/mingw32/3.4.2/collect2.exe -Bdynamic -o e:/prg/vc/llvm-cvs-mingw/llvm/mingw-obj/Release/bin/fpcmp.exe d:/wut/prg/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o d:/wut/prg/mingw/bin/../lib/gcc/mingw32/3.4.2/crtbegin.o -Le:/prg/vc/llvm-cvs-mingw/llvm/mingw-obj/Release/lib -Le:/prg/vc/llvm-cvs-mingw/llvm/mingw-obj/Release/bin -Ld:/wut/prg/mingw/bin/../lib/gcc/mingw32/3.4.2 -Ld:/wut/prg/mingw/bin/../lib/gcc -Ld:/wut/prg/mingw/bin/../lib/gcc/mingw32/3.4...

Hi LLVM'ers, I can't figure out why I get this error: -------------------------------------------------- c:/MinGW/bin/../libexec/gcc/mingw32/3.4.2/collect2.exe -Bdynamic -o c:/projects/build/MinGW/llvm-1-1/Debug/bin/llc.exe /mingw/lib/crt2.o c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/crtbegin.o -Lc:/projects/build/MinGW/llvm-1-1/Debug/lib -Lc:/projects/build/MinGW/llvm-1-1/Debug/bin -Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2 -Lc:/MinGW/bin/../lib/gcc -L/mingw/lib/gcc/mingw32/3.4.2 -Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../min...

...60 [ 50.592000] [drm] Encoders: [ 50.592000] [drm] CRT1: INTERNAL_DAC1 [ 50.592000] [drm] Connector 1: [ 50.592000] [drm] DVI-I-1 [ 50.592000] [drm] HPD1 [ 50.592000] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 [ 50.592000] [drm] Encoders: [ 50.592000] [drm] CRT2: INTERNAL_DAC2 [ 50.592000] [drm] DFP1: INTERNAL_TMDS1 [ 50.608000] radeon 0000:80:00.0: No connectors reported connected with modes [ 50.608000] [drm] Cannot find any crtc or sizes - going 1024x768 [ 50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000 [ 50.828000] [drm] vram apper at...

...m] CRT1: INTERNAL_DAC1 >> [ 50.592000] [drm] Connector 1: >> [ 50.592000] [drm] DVI-I-1 >> [ 50.592000] [drm] HPD1 >> [ 50.592000] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 >> [ 50.592000] [drm] Encoders: >> [ 50.592000] [drm] CRT2: INTERNAL_DAC2 >> [ 50.592000] [drm] DFP1: INTERNAL_TMDS1 >> [ 50.608000] radeon 0000:80:00.0: No connectors reported connected with modes >> [ 50.608000] [drm] Cannot find any crtc or sizes - going 1024x768 >> [ 50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000...

...> [ 50.592000] [drm] CRT1: INTERNAL_DAC1 > [ 50.592000] [drm] Connector 1: > [ 50.592000] [drm] DVI-I-1 > [ 50.592000] [drm] HPD1 > [ 50.592000] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 > [ 50.592000] [drm] Encoders: > [ 50.592000] [drm] CRT2: INTERNAL_DAC2 > [ 50.592000] [drm] DFP1: INTERNAL_TMDS1 > [ 50.608000] radeon 0000:80:00.0: No connectors reported connected with modes > [ 50.608000] [drm] Cannot find any crtc or sizes - going 1024x768 > [ 50.828000] [drm] fb mappable at 0xFFFFFFFFC0040000 > [ 50.828...

...C1 >>> [ 50.592000] [drm] Connector 1: >>> [ 50.592000] [drm] DVI-I-1 >>> [ 50.592000] [drm] HPD1 >>> [ 50.592000] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 >>> [ 50.592000] [drm] Encoders: >>> [ 50.592000] [drm] CRT2: INTERNAL_DAC2 >>> [ 50.592000] [drm] DFP1: INTERNAL_TMDS1 >>> [ 50.608000] radeon 0000:80:00.0: No connectors reported connected with modes >>> [ 50.608000] [drm] Cannot find any crtc or sizes - going 1024x768 >>> [ 50.828000] [drm] fb mappable at 0x...

...#39; '-v' '-o' 'test1.exe' '-shared-libgcc' '-mtune=i386' '-march=i386' c:/mingw/bin/../libexec/gcc/mingw32/4.7.0/collect2.exe -Bdynamic -u ___register_frame_info -u ___deregister_frame_info -o test1.exe c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../crt2.o c:/mingw/bin/../lib/gcc/mingw32/4.7.0/crtbegin.o -Lc:/mingw/bin/../lib/gcc/mingw32/4.7.0 -Lc:/mingw/bin/../lib/gcc -Lc:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/lib -Lc:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../.. -L/mingw/lib C:/Users/JHOLEW~1/AppData/Local/Temp/test1-017385.o -lst...