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]

Binutils 2.20 - Windres problems building pthreads/libiconv on Open Solaris


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]