This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hello all This problem might be a bit off-topic for this list. Excuse me, but we need help. The problem is with arm-elf-gcc running under cygwin. GCC version: arm-elf-gcc -v Reading specs from /usr/local/lib/gcc-lib/arm-elf/3.2.2/specs Configured with: /src/gcc-3.2.2/configure --target=arm-elf --prefix=/usr/local --enable-languages=c, c++ --with-gnu-as --with-gnu-ld --with-newlib --with-gxx-include-dir=/usr/local/arm-elf/include -v Thread model: single gcc version 3.2.2 The toolchain is but with instructions from http://ecos.sourceware.org/build-toolchain.html Under a newer cygwin (version of setup.exe seems to be 2.416) we get this compile problem with one the files: /usr/local/bin/arm-elf-g++ -c -o ....... c:/cygwin/home/bof/clearcase/bof__p400_lcp/p400/product/fc300/generated/VLTD ata.cpp c:/cygwin/home/bof/clearcase/bof__p400_lcp/p400/product/fc300/generated/VLTD ata.cpp: In constructor `VLTData::VLTData()': c:/cygwin/home/bof/clearcase/bof__p400_lcp/p400/product/fc300/generated/VLTD ata.cpp:21380: internal error: Segmentation fault The file compiles OK under an older cygwin (version of setup.exe seems to be 2.340.2.5). But here we have linking problems: Linking 4 [main] sh 2392 sync_with_child: child 3424(0x6F4) died before initialization with status code 0x1 3219 [main] sh 2392 sync_with_child: *** child state waiting for longjmp Cannot fork: Resource temporarily unavailable make: *** [c:/cygwin/home/bof/clearcase/bof__p400_lcp/p400/product/fc300/build/fc300_a oc.elf] Error 2 We have also build the toolchain under HPUX-11i. Here we can compile and link the same files without problems. >From the information above it seems to us, that problems are not directly with gcc and ld, but more with the ressources, that these programs get under cygwin. We tried changing Cygwin's maximum memory size by using the command regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb 1024 , as described in http://sources.redhat.com/cygwin/cygwin-ug-net/setup-maxmem.html. We also tried using the size 2048, but neither of them changed the behaviour of the compiler. If anyone of you could us advice on how to solve these problems, we will be very thankfull. kind regards Hans Peter -- Hans Peter Jepsen Phone: +45 74 88 50 11 Danfoss Drives A/S, Fax: +45 74 88 32 26 DG-1204, Ulsnaes 1, Email: Hans_Peter_Jepsen@danfoss.com DK-6300 Graasten, Denmark or: hpj@computer.org ------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |