https://sourceware.org/bugzilla/show_bug.cgi?id=15920
--- Comment #10 from Earnie Boyd ---
What about my comment that the bug is the private libraries install into public
space? If the private libraries are supposed to remain private why do they
have an install target? If you install into publi
https://sourceware.org/bugzilla/show_bug.cgi?id=15920
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #9
http://sourceware.org/bugzilla/show_bug.cgi?id=15927
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
CVSROOT:/cvs/src
Module name:src
Changes by:h...@sourceware.org2013-09-03 17:38:57
Modified files:
gold : ChangeLog x86_64.cc
Log message:
Use relative r
http://sourceware.org/bugzilla/show_bug.cgi?id=15927
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://sourceware.org/bugzilla/show_bug.cgi?id=15927
Bug ID: 15927
Summary: Gold doesn't handle R_X86_64_32 properly for x32
Product: binutils
Version: 2.24 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Compon
bug description: In my program, expression '$-label' is ok to pass(see
attachment file line 7&8) assemble, but 'lable-$' cannot pass and as give some
error message bellow:
cris@cris-pad:~/workspace$ as -o ef_base.o ef_base.s
ef_base.s: Assembler messages:
ef_base.s:45: Error: can't resolve `.text
https://sourceware.org/bugzilla/show_bug.cgi?id=15920
--- Comment #8 from Raphael Manfredi ---
As a side note, all this started with the "config.h" protection because of the
HAVE_STRSIZE check in the "bfd.h" header, to conditionally redefine the
CONCAT4() macro...
Macro which is never used in "b
