From: Ruben V. B. <van...@gm...> - 2010-12-20 22:55:21
|
Hi, I'm at it again, this time on an aptosid (debian sid) virtual machine using sezero's latest linux build. I'm trying to compile GCC 4.6 (20101218) with optimizations and lto. This last bit is being a b*tch. Please excuse my language, but, well, it is.... Here's the error I'm getting at "make" stage: libtool: link: x86_64-w64-mingw32-gcc -shared .libs/lto-plugin.o > -mtune=core2 -momit-leaf-frame-pointer -Wl,--stack -Wl,12582912 -o > .libs/liblto_plugin-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib > -Xlinker .libs/liblto_plugin.dll.a > Creating library file: > .libs/liblto_plugin.dll.a.libs/lto-plugin.o:lto-plugin.c:(.text+0x1ef): > undefined reference to `asprintf' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x270): undefined reference to > `simple_object_start_read' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x29b): undefined reference to > `simple_object_find_sections' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x302): undefined reference to > `simple_object_release_read' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x367): undefined reference to > `asprintf' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x391): undefined reference to > `xstrerror' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x3c4): undefined reference to > `xstrdup' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x404): undefined reference to > `htab_create' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x421): undefined reference to > `xmalloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x436): undefined reference to > `xmalloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x5d4): undefined reference to > `htab_find_slot' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x65a): undefined reference to > `htab_delete' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x6aa): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x994): undefined reference to > `xmalloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0xa84): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0xa9a): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0xb38): undefined reference to > `xstrdup' > .libs/lto-plugin.o:lto-plugin.c:(.text+0xb7a): undefined reference to > `xstrdup' > .libs/lto-plugin.o:lto-plugin.c:(.text+0xc78): undefined reference to > `concat' > .libs/lto-plugin.o:lto-plugin.c:(.text+0xd32): undefined reference to > `xcalloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1063): undefined reference to > `make_temp_file' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x10b4): undefined reference to > `writeargv' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1100): undefined reference to > `concat' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1212): undefined reference to > `pex_init' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1257): undefined reference to > `pex_run' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x128b): undefined reference to > `pex_read_output' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x12ac): undefined reference to > `xmalloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x12e2): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1315): undefined reference to > `pex_get_status' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1355): undefined reference to > `pex_free' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1414): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1515): undefined reference to > `xstrdup' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x1541): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x185d): undefined reference to > `xrealloc' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x187a): undefined reference to > `xstrdup' > .libs/lto-plugin.o:lto-plugin.c:(.text+0x10c): undefined reference to > `htab_hash_string' > collect2: ld returned 1 exit status > I have everything set up like it's supposed to be (gmp, mpfr, mpc, expat, libiconv). This is the configure line: ../../src/gcc/configure --host=$HOST --build=$BUILD --target=$TARGET \ > --prefix=$PREFIX --with-sysroot=$PREFIX \ > --enable-lto --disable-multilib --enable-shared \ > --enable-stage1-languages=c,lto > --enable-languages=$GCC_LANGUAGES \ > --with-libiconv-prefix=$GCC_LIBS > --with-libexpat-prefix=$GCC_LIBS \ > --with-gmp=$GCC_LIBS --with-mpfr=$GCC_LIBS > --with-mpc=$GCC_LIBS \ > --disable-win32-registry > --enable-fully-dynamic-string \ > --enable-checking=release --disable-werror \ > --disable-nls \ > CFLAGS="$BUILD_CFLAGS" LFLAGS="$BUILD_LFLAGS" &> > configure.log || exit 1 > with: PREFIX=/mingw64 HOST=x86_64-w64-mingw32 BUILD=amd64-linux-gnu TARGET=x86_64-w64-mingw32 CFLAGS and LFLAGS are optimizations only GCC_LANGUAGES="c,c++,lto" > GCC_LIBS is the intermediate install location of gmp, expat etc... > I hate GCC's build system, never works like the last time something actually worked ;) Thanks! Ruben |
From: Ruben V. B. <van...@gm...> - 2010-12-21 10:09:19
|
2010/12/20 Ruben Van Boxem <van...@gm...> > Hi, > > I'm at it again, this time on an aptosid (debian sid) virtual machine using > sezero's latest linux build. I'm trying to compile GCC 4.6 (20101218) with > optimizations and lto. This last bit is being a b*tch. Please excuse my > language, but, well, it is.... > > Here's the error I'm getting at "make" stage: > > libtool: link: x86_64-w64-mingw32-gcc -shared .libs/lto-plugin.o >> -mtune=core2 -momit-leaf-frame-pointer -Wl,--stack -Wl,12582912 -o >> .libs/liblto_plugin-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib >> -Xlinker .libs/liblto_plugin.dll.a >> Creating library file: >> .libs/liblto_plugin.dll.a.libs/lto-plugin.o:lto-plugin.c:(.text+0x1ef): >> undefined reference to `asprintf' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x270): undefined reference to >> `simple_object_start_read' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x29b): undefined reference to >> `simple_object_find_sections' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x302): undefined reference to >> `simple_object_release_read' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x367): undefined reference to >> `asprintf' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x391): undefined reference to >> `xstrerror' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x3c4): undefined reference to >> `xstrdup' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x404): undefined reference to >> `htab_create' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x421): undefined reference to >> `xmalloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x436): undefined reference to >> `xmalloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x5d4): undefined reference to >> `htab_find_slot' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x65a): undefined reference to >> `htab_delete' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x6aa): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x994): undefined reference to >> `xmalloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0xa84): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0xa9a): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0xb38): undefined reference to >> `xstrdup' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0xb7a): undefined reference to >> `xstrdup' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0xc78): undefined reference to >> `concat' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0xd32): undefined reference to >> `xcalloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1063): undefined reference to >> `make_temp_file' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x10b4): undefined reference to >> `writeargv' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1100): undefined reference to >> `concat' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1212): undefined reference to >> `pex_init' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1257): undefined reference to >> `pex_run' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x128b): undefined reference to >> `pex_read_output' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x12ac): undefined reference to >> `xmalloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x12e2): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1315): undefined reference to >> `pex_get_status' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1355): undefined reference to >> `pex_free' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1414): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1515): undefined reference to >> `xstrdup' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1541): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x185d): undefined reference to >> `xrealloc' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x187a): undefined reference to >> `xstrdup' >> .libs/lto-plugin.o:lto-plugin.c:(.text+0x10c): undefined reference to >> `htab_hash_string' >> collect2: ld returned 1 exit status >> > > I have everything set up like it's supposed to be (gmp, mpfr, mpc, expat, > libiconv). This is the configure line: > > ../../src/gcc/configure --host=$HOST --build=$BUILD --target=$TARGET \ >> --prefix=$PREFIX --with-sysroot=$PREFIX \ >> --enable-lto --disable-multilib --enable-shared \ >> --enable-stage1-languages=c,lto >> --enable-languages=$GCC_LANGUAGES \ >> --with-libiconv-prefix=$GCC_LIBS >> --with-libexpat-prefix=$GCC_LIBS \ >> --with-gmp=$GCC_LIBS --with-mpfr=$GCC_LIBS >> --with-mpc=$GCC_LIBS \ >> --disable-win32-registry >> --enable-fully-dynamic-string \ >> --enable-checking=release --disable-werror \ >> --disable-nls \ >> CFLAGS="$BUILD_CFLAGS" LFLAGS="$BUILD_LFLAGS" &> >> configure.log || exit 1 >> > > with: > > PREFIX=/mingw64 > > HOST=x86_64-w64-mingw32 > > BUILD=amd64-linux-gnu > > TARGET=x86_64-w64-mingw32 > > CFLAGS and LFLAGS are optimizations only > > GCC_LANGUAGES="c,c++,lto" >> > GCC_LIBS is the intermediate install location of gmp, expat etc... >> > > I hate GCC's build system, never works like the last time something > actually worked ;) > > Thanks! > > Ruben > An update: I tried adding "--disable-shared" and that worked around the previous error. This should still be fixed IMHO. Now I get a different and I would say worse error: ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of array > 'compile_type_assert' is negative > What to do? Thanks! Ruben |
From: Kai T. <kti...@go...> - 2010-12-21 15:39:31
|
2010/12/21 Ruben Van Boxem <van...@gm...>: > 2010/12/20 Ruben Van Boxem <van...@gm...> >> >> Hi, >> >> I'm at it again, this time on an aptosid (debian sid) virtual machine >> using sezero's latest linux build. I'm trying to compile GCC 4.6 (20101218) >> with optimizations and lto. This last bit is being a b*tch. Please excuse my >> language, but, well, it is.... >> >> Here's the error I'm getting at "make" stage: >> >>> libtool: link: x86_64-w64-mingw32-gcc -shared .libs/lto-plugin.o >>> -mtune=core2 -momit-leaf-frame-pointer -Wl,--stack -Wl,12582912 -o >>> .libs/liblto_plugin-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib >>> -Xlinker .libs/liblto_plugin.dll.a >>> Creating library file: >>> .libs/liblto_plugin.dll.a.libs/lto-plugin.o:lto-plugin.c:(.text+0x1ef): >>> undefined reference to `asprintf' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x270): undefined reference to >>> `simple_object_start_read' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x29b): undefined reference to >>> `simple_object_find_sections' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x302): undefined reference to >>> `simple_object_release_read' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x367): undefined reference to >>> `asprintf' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x391): undefined reference to >>> `xstrerror' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x3c4): undefined reference to >>> `xstrdup' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x404): undefined reference to >>> `htab_create' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x421): undefined reference to >>> `xmalloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x436): undefined reference to >>> `xmalloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x5d4): undefined reference to >>> `htab_find_slot' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x65a): undefined reference to >>> `htab_delete' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x6aa): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x994): undefined reference to >>> `xmalloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0xa84): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0xa9a): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0xb38): undefined reference to >>> `xstrdup' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0xb7a): undefined reference to >>> `xstrdup' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0xc78): undefined reference to >>> `concat' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0xd32): undefined reference to >>> `xcalloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1063): undefined reference to >>> `make_temp_file' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x10b4): undefined reference to >>> `writeargv' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1100): undefined reference to >>> `concat' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1212): undefined reference to >>> `pex_init' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1257): undefined reference to >>> `pex_run' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x128b): undefined reference to >>> `pex_read_output' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x12ac): undefined reference to >>> `xmalloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x12e2): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1315): undefined reference to >>> `pex_get_status' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1355): undefined reference to >>> `pex_free' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1414): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1515): undefined reference to >>> `xstrdup' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x1541): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x185d): undefined reference to >>> `xrealloc' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x187a): undefined reference to >>> `xstrdup' >>> .libs/lto-plugin.o:lto-plugin.c:(.text+0x10c): undefined reference to >>> `htab_hash_string' >>> collect2: ld returned 1 exit status >> >> I have everything set up like it's supposed to be (gmp, mpfr, mpc, expat, >> libiconv). This is the configure line: >> >>> ../../src/gcc/configure --host=$HOST --build=$BUILD --target=$TARGET \ >>> --prefix=$PREFIX --with-sysroot=$PREFIX \ >>> --enable-lto --disable-multilib --enable-shared \ >>> --enable-stage1-languages=c,lto >>> --enable-languages=$GCC_LANGUAGES \ >>> --with-libiconv-prefix=$GCC_LIBS >>> --with-libexpat-prefix=$GCC_LIBS \ >>> --with-gmp=$GCC_LIBS --with-mpfr=$GCC_LIBS >>> --with-mpc=$GCC_LIBS \ >>> --disable-win32-registry >>> --enable-fully-dynamic-string \ >>> --enable-checking=release --disable-werror \ >>> --disable-nls \ >>> CFLAGS="$BUILD_CFLAGS" LFLAGS="$BUILD_LFLAGS" &> >>> configure.log || exit 1 >> >> with: >> >>> PREFIX=/mingw64 >>> >>> HOST=x86_64-w64-mingw32 >>> >>> BUILD=amd64-linux-gnu >>> >>> TARGET=x86_64-w64-mingw32 >>> >>> CFLAGS and LFLAGS are optimizations only >>> >>> GCC_LANGUAGES="c,c++,lto" >>> >>> GCC_LIBS is the intermediate install location of gmp, expat etc... >> >> I hate GCC's build system, never works like the last time something >> actually worked ;) >> >> Thanks! >> >> Ruben > > An update: I tried adding "--disable-shared" and that worked around the > previous error. This should still be fixed IMHO. > > Now I get a different and I would say worse error: > >> ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of array >> 'compile_type_assert' is negative > > What to do? Thanks! > > Ruben This is a LTO issue. There are still patches coming by Dave for 4.6 on LTO support. Do you use here recent binutils version and maybe update gcc's tree here, too. Kai -- | (\_/) This is Bunny. Copy and paste | (='.'=) Bunny into your signature to help | (")_(") him gain world domination |
From: Dongsheng S. <don...@gm...> - 2010-12-30 13:50:32
|
On Tue, Dec 21, 2010 at 23:39, Kai Tietz <kti...@go...> wrote: > This is a LTO issue. There are still patches coming by Dave for 4.6 on > LTO support. Do you use here recent binutils version and maybe update > gcc's tree here, too. > Hi Kai, I see the trunk have CLooG BACKENDS isl, ppl and ppl-legacy: --enable-lto enable link time optimization support --disable-ppl-version-check disable check for PPL version --enable-cloog-backend[=BACKEND] set the CLooG BACKEND used to either isl, ppl or ppl-legacy (default) --disable-cloog-version-check disable check for CLooG version --with-ppl=PATH Specify prefix directory for the installed PPL package --with-cloog=PATH Specify prefix directory for the installed CLooG-PPL package. But no version spcified, does it mean I can use CLooG-0.16 with isl-0.05 ? If I use CLooG with isl, then I can throw away ppl, right ? What's the latest ppl, cloog version preferred ? -- Dongsheng |
From: JonY <jo...@us...> - 2011-01-16 14:32:15
Attachments:
0xED74C077.asc
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/30/2010 21:50, Dongsheng Song wrote: > On Tue, Dec 21, 2010 at 23:39, Kai Tietz <kti...@go...> wrote: >> This is a LTO issue. There are still patches coming by Dave for 4.6 on >> LTO support. Do you use here recent binutils version and maybe update >> gcc's tree here, too. >> > > Hi Kai, > > I see the trunk have CLooG BACKENDS isl, ppl and ppl-legacy: > > --enable-lto enable link time optimization support > --disable-ppl-version-check disable check for PPL version > --enable-cloog-backend[=BACKEND] > set the CLooG BACKEND used to either isl, ppl or > ppl-legacy (default) > --disable-cloog-version-check > disable check for CLooG version > --with-ppl=PATH Specify prefix directory for the installed PPL package > --with-cloog=PATH Specify prefix directory for the installed CLooG-PPL > package. > > But no version spcified, does it mean I can use CLooG-0.16 with isl-0.05 ? > If I use CLooG with isl, then I can throw away ppl, right ? > > What's the latest ppl, cloog version preferred ? > > -- > Dongsheng > Hi, I've only tried with ppl-legacy and haven't enough time to test out the other backends. The sources can be downloaded from <ftp://gcc.gnu.org/pub/gcc/infrastructure/>. For ppl-legacy, install cloog-ppl and ppl. For binutils, its best to use cvs trunk versions, since releases are a bit slow (binutils issues with gcc 4.6 are only fixed in trunk too). -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) iEYEARECAAYFAk0zAV4ACgkQp56AKe10wHckFQCeLK2le3sNa+6PK/siTMxkWd3C SXQAn0YOrOM21zNpi+x5SkzK2wLb5SUU =xXF3 -----END PGP SIGNATURE----- |
From: Ruben V. B. <van...@gm...> - 2010-12-21 17:49:21
|
2010/12/21 Kai Tietz <kti...@go...> > > > > > An update: I tried adding "--disable-shared" and that worked around the > > previous error. This should still be fixed IMHO. > > > > Now I get a different and I would say worse error: > > > >> ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of array > >> 'compile_type_assert' is negative > > > > What to do? Thanks! > > > > Ruben > > > This is a LTO issue. There are still patches coming by Dave for 4.6 on > LTO support. Do you use here recent binutils version and maybe update > gcc's tree here, too. > > Kai > > > -- > | (\_/) This is Bunny. Copy and paste > | (='.'=) Bunny into your signature to help > | (")_(") him gain world domination > Hi, Thanks for the response. Good to know it's getting fixed. How about this error though? ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of > array 'compile_type_assert' is negative This also happens with lto disabled. Thanks! Ruben |
From: Ruben V. B. <van...@gm...> - 2010-12-24 11:38:19
|
2010/12/21 Ruben Van Boxem <van...@gm...> > 2010/12/21 Kai Tietz <kti...@go...> > > >> > >> > An update: I tried adding "--disable-shared" and that worked around the >> > previous error. This should still be fixed IMHO. >> > >> > Now I get a different and I would say worse error: >> > >> >> ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of array >> >> 'compile_type_assert' is negative >> > >> > What to do? Thanks! >> > >> > Ruben >> >> >> This is a LTO issue. There are still patches coming by Dave for 4.6 on >> LTO support. Do you use here recent binutils version and maybe update >> gcc's tree here, too. >> >> Kai >> >> >> -- >> | (\_/) This is Bunny. Copy and paste >> | (='.'=) Bunny into your signature to help >> | (")_(") him gain world domination >> > > Hi, > > Thanks for the response. Good to know it's getting fixed. How about this > error though? > > > ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of >> array 'compile_type_assert' is negative > > > This also happens with lto disabled. Thanks! > > Ruben > I finally got around to building a GCC 4.6 for x64 windows with latest binutils 2.21.51 snapshot and GCC snapshot from the 18th. When I try to compile my little personal project (which works fine on MSVC, sezero's builds etc...) ld crashes on the link step. What can I do to fix this? Thanks! Ruben |
From: Kai T. <kti...@go...> - 2010-12-24 12:46:33
|
2010/12/24 Ruben Van Boxem <van...@gm...>: > 2010/12/21 Ruben Van Boxem <van...@gm...> >> >> 2010/12/21 Kai Tietz <kti...@go...> >>> >>> > >>> > An update: I tried adding "--disable-shared" and that worked around the >>> > previous error. This should still be fixed IMHO. >>> > >>> > Now I get a different and I would say worse error: >>> > >>> >> ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of array >>> >> 'compile_type_assert' is negative >>> > >>> > What to do? Thanks! >>> > >>> > Ruben >>> >>> >>> This is a LTO issue. There are still patches coming by Dave for 4.6 on >>> LTO support. Do you use here recent binutils version and maybe update >>> gcc's tree here, too. >>> >>> Kai >>> >>> >>> -- >>> | (\_/) This is Bunny. Copy and paste >>> | (='.'=) Bunny into your signature to help >>> | (")_(") him gain world domination >> >> Hi, >> >> Thanks for the response. Good to know it's getting fixed. How about this >> error though? >> >>> ../../../../src/gcc/libgcc/../gcc/libgcc2.c:1809: error: size of >>> array 'compile_type_assert' is negative >> >> This also happens with lto disabled. Thanks! >> >> Ruben > > I finally got around to building a GCC 4.6 for x64 windows with latest > binutils 2.21.51 snapshot and GCC snapshot from the 18th. When I try to > compile my little personal project (which works fine on MSVC, sezero's > builds etc...) ld crashes on the link step. > > What can I do to fix this? Thanks! > > Ruben > As I don't know the failures you get and how you use ld to link here project, I can't do much. But nevertheless I assume it is an issue of order of link-libraries. Regards, Kai PS: Merry Christmas -- | (\_/) This is Bunny. Copy and paste | (='.'=) Bunny into your signature to help | (")_(") him gain world domination |