This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hi All, The mingw-cross-env project builds a gcc win32 cross-compiler and various libraries. One of the first steps is to make and install a native binutils configured as follows: ./configure \ --target='i686-pc-mingw32' \ --prefix='~/mingw-cross-env/usr' \ --with-gcc \ --with-gnu-ld \ --with-gnu-as \ --disable-nls \ --disable-shared A recent update from binutils 2.19.1 to 2.20 causes the resulting i686-pc-mingw32-windres to segfault on Open Solaris 2009.06 when building pthreads with the following command: i686-pc-mingw32-windres --include-dir=. -D__CLEANUP_C -o version.o version.rc gmake[3]: *** [version.o] Segmentation Fault (core dumped) I get the same result on two different machines and have tried building binutils with both gcc 3.4.3 and 4.3.2. The update to 2.20 works on several other sytems (Debian, FreeBSD, Mac OSX, Ubuntu). Removing other options and simply calling: i686-pc-mingw32-windres version.rc version.o results in the same segfault. After a long process of trying different options, it seems that specifying a codepage: i686-pc-mingw32-windres -c 1252 version.rc version.o allows the build to succeed (though I'm not sure if that is the actual codepage, a few others work also). It doesn't get very far though, the next package, libiconv, fails also: /bin/sh ../libtool --mode=compile --tag=RC i686-pc-mingw32-windres `/bin/sh ./../windows/windres-options --escape 1.13.1` -i ./../windows/libiconv.rc -o libiconv.res.lo --output-format=coff libtool: compile: Âi686-pc-mingw32-windres "-DPACKAGE_VERSION_STRING=\\\"1.13.1\\\"" -DPACKAGE_VERSION_MAJOR=1 -DPACKAGE_VERSION_MINOR=13 -DPACKAGE_VERSION_SUBMINOR=1 -i ./../windows/libiconv.rc --output-format=coff -o libiconv.res.o ../libtool[987]: eval: line 2: 7733: Memory fault(coredump) Again, specifying a codepage causes the error to go away, but I'm not sure it's the real problem. I'm a little stuck now, and don't know how to proceed. I can't find a way to specify a codepage globally, and reducing configure to a minimal ./configure --target='i686-pc-mingw32' --prefix='~/mingw-cross-env/usr' results in the same errors. I've attached the version.rc from pthreads that seems to be the simplest way to replicate the error. Any help would be appreciated, Tony
Attachment:
version.rc
Description: Binary data
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |