[Bug ld/7023] ld is unable to link 32 bit libffi.so on gcc mainline: Memory exhausted

2008-11-13 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2008-11-13 19:27 --- > the last half-sentence about memory corruption: no details, no PR or > whatever. On purpose, the GCC manual is not the right place for that. > Although the bugs seem to be easily fixed

[Bug ld/7023] ld is unable to link 32 bit libffi.so on gcc mainline: Memory exhausted

2008-11-13 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2008-11-13 19:12 --- > Unfortunately, the relevant section > > We recommend the use of GNU binutils 2.14 or later, or the vendor tools > (Sun as, Sun ld). Note that your mileage may vary if you use a combin

[Bug ld/7023] ld is unable to link 32 bit libffi.so on gcc mainline: Memory exhausted

2008-11-13 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2008-11-13 15:01 --- > It may be unusual to build gcc with Sun as and GNU ld, but it should work > nonetheless. Not really, there are more annoying problems and that's discouraged: http://gcc.gnu.org/install/sp

[Bug ld/4844] auto-import and const data import problem

2007-10-02 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2007-10-02 18:19 --- > But only if you are using constant data structures. (That need to be > auto-imported ?) And only if the user did not put --enable-auto-import on > their command line. Constant data s

[Bug ld/4844] auto-import and const data import problem

2007-10-02 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2007-10-02 13:21 --- > Eric - I am not sure that making the .rdata section writeable is as simple > as it is for the .text section and I am not at all sure that this is > something that we want to do. Note tha

[Bug ld/4844] auto-import and const data import problem

2007-10-01 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2007-10-01 13:47 --- Hi Nick, > * The new script is only used when --enable-auto-import is present on the > linker command line, not when the linker magically enables auto import for > itself. (There appears to b

[Bug binutils/2338] objdump -d -l doesn't work correctly

2006-03-02 Thread ebotcazou at gcc dot gnu dot org
-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://sourceware.org

[Bug ld/2262] unhandled reloc type 67

2006-02-02 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2006-02-02 23:21 --- It's a TLS relocation, not supported on SPARC 64-bit in any released version. You need to use CVS mainline or a recent 2.17 snapshot. -- What|Removed |

[Bug ld/1031] linker errors on Solaris 10 (symbol versioning?)

2005-07-15 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-15 10:02 --- > The following patch lets me build OpenSSL on SPARC/Solaris 10: And libjava from GCC 4.0.x, both 32-bit and 64-bit, testsuite results are OK. I'm going to submit it and try to have it installe

[Bug ld/1031] linker errors on Solaris 10 (symbol versioning?)

2005-07-14 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-14 16:22 --- What has changed in libdl between Solaris 9 and Solaris 10 is that the stubs for dlopen, dlclose, etc present on Solaris 9: poog% /opt/build/eric/local/bin/objdump -T /usr/lib/libdl.so.1 /usr/lib

[Bug ld/1031] linker errors on Solaris 10 (symbol versioning?)

2005-07-14 Thread ebotcazou at gcc dot gnu dot org
-- What|Removed |Added OtherBugsDependingO||1021 nThis|| http://sources.redhat.com/bugzilla/show_bug.cgi?id=1031

[Bug binutils/1021] linking in mozilla fails

2005-07-14 Thread ebotcazou at gcc dot gnu dot org
-- What|Removed |Added BugsThisDependsOn||1031 http://sources.redhat.com/bugzilla/show_bug.cgi?id=1021 --- You are receiving this mail because: ---

[Bug ld/830] GNU ld 2.15 dumps core during gcc 4.0-pre bootstrap

2005-04-13 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-13 12:56 --- Joe, if you want to get rid of the gazillions of FAILs in the GCC testsuite results with 2.15, you can apply the following patch: http://sourceware.org/ml/binutils-cvs/2005-01/msg00019.html -- http

[Bug ld/830] GNU ld 2.15 dumps core during gcc 4.0-pre bootstrap

2005-04-06 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-07 06:36 --- > It's kind of embarrassing, though, as 4.0 is about to ship. Any chance that > the > binutils people might consider a point release (2.15.1) with only critical bug > fixes? Nothing re