http://sourceware.org/bugzilla/show_bug.cgi?id=12525
Ian Lance Taylor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12952
Ian Lance Taylor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12525
--- Comment #30 from cvs-commit at gcc dot gnu.org 2011-07-02 05:30:08 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2011-07-02 05:30:00
Modified files:
gold : ChangeLog dynobj.cc dynobj.h
http://sourceware.org/bugzilla/show_bug.cgi?id=12952
--- Comment #9 from cvs-commit at gcc dot gnu.org 2011-07-02 05:30:08 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2011-07-02 05:30:00
Modified files:
gold : ChangeLog dynobj.cc dynobj.h
http://sourceware.org/bugzilla/show_bug.cgi?id=12952
--- Comment #8 from interfaSys sàrl
2011-07-02 01:01:49 UTC ---
Would that help if I provided you with an archive containing all the libs?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving
http://sourceware.org/bugzilla/show_bug.cgi?id=12525
--- Comment #29 from Ian Lance Taylor 2011-07-02 00:43:51
UTC ---
The failure of two_file_shared_1_nonpic.so is not very interesting. It happens
because on Solaris when gcc sees -shared it passes -z text to the linker. GNU
ld does not suppor
http://sourceware.org/bugzilla/show_bug.cgi?id=12525
--- Comment #28 from cvs-commit at gcc dot gnu.org 2011-07-02 00:39:15 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2011-07-02 00:39:13
Modified files:
gold : ChangeLog options.h
gol
http://sourceware.org/bugzilla/show_bug.cgi?id=12525
--- Comment #27 from cvs-commit at gcc dot gnu.org 2011-07-02 00:19:06 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2011-07-02 00:19:04
Modified files:
gold : ChangeLog configure configur
http://sourceware.org/bugzilla/show_bug.cgi?id=12525
--- Comment #26 from cvs-commit at gcc dot gnu.org 2011-07-02 00:03:28 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2011-07-02 00:03:25
Modified files:
gold : ChangeLog ehframe.cc i386.cc
http://sourceware.org/bugzilla/show_bug.cgi?id=12952
--- Comment #7 from Ian Lance Taylor 2011-07-01 23:47:51
UTC ---
Thanks for the test case. Unfortunately, I am missing a lot of the input
libraries:
../gold/ld-new: error: cannot find -lavcodec
../gold/ld-new: error: cannot find -lavutil
../
http://sourceware.org/bugzilla/show_bug.cgi?id=12565
--- Comment #20 from Jonathan Larmour
2011-07-01 23:22:43 UTC ---
Hi Nicl,
(In reply to comment #16)
> >
> > It is documented in ld.texinfo in the 'Output Section Type' node:
> > @item NOLOAD
> > The section should be marked as not loadable,
http://sourceware.org/bugzilla/show_bug.cgi?id=12571
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12571
--- Comment #1 from cvs-commit at gcc dot gnu.org 2011-07-01 22:05:06 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2011-07-01 22:05:01
Modified files:
gold : ChangeLog ehframe.cc ehframe.
http://sourceware.org/bugzilla/show_bug.cgi?id=12329
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://sourceware.org/bugzilla/show_bug.cgi?id=12329
--- Comment #1 from cvs-commit at gcc dot gnu.org 2011-07-01 16:11:32 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:ni...@sourceware.org2011-07-01 16:11:27
Modified files:
opcodes: ChangeLog arm-dis.c avr-dis.
http://sourceware.org/bugzilla/show_bug.cgi?id=12325
--- Comment #1 from cvs-commit at gcc dot gnu.org 2011-07-01 15:02:26 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:ni...@sourceware.org2011-07-01 15:02:22
Modified files:
binutils : ChangeLog
binutils/doc
http://sourceware.org/bugzilla/show_bug.cgi?id=12325
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://sourceware.org/bugzilla/show_bug.cgi?id=12565
--- Comment #18 from Nick Clifton 2011-07-01 13:10:20
UTC ---
Hi Ian,
> If you look in the libgloss linker scripts you will see a bunch of uses
> of NOLOAD.
>
> I'm not sure whether any of them are really necessary, but they are
> certainly t
Hi Ian,
If you look in the libgloss linker scripts you will see a bunch of uses
of NOLOAD.
I'm not sure whether any of them are really necessary, but they are
certainly there.
Apart from a few .bss sections and one target which uses them to get the
addresses of its hardware I/O ports, all of
http://sourceware.org/bugzilla/show_bug.cgi?id=12565
--- Comment #19 from Nick Clifton 2011-07-01 13:14:34
UTC ---
Hi Doug,
> The ARM linux kernel also uses NOLOAD.
Do you know if this entirely for .bss style sections, or maybe for
establishing a region of memory mapped hardware or I/O ports
http://sourceware.org/bugzilla/show_bug.cgi?id=12565
--- Comment #17 from Nick Clifton 2011-07-01 12:52:14
UTC ---
Hi H.J.
>> Also, as far as I can see, this behaviour is not documented anywhere.
>> Do you know of any applications that rely upon this feature ?
>
> NOLOAD means "don't load into
Hi H.J.
Also, as far as I can see, this behaviour is not documented anywhere.
Do you know of any applications that rely upon this feature ?
NOLOAD means "don't load into memory", which maps to NOBITS.
Otherwise, it will be loaded into memory.
OK, I now get that NOLOAD is effectively a marker
http://sourceware.org/bugzilla/show_bug.cgi?id=12565
--- Comment #16 from Nick Clifton 2011-07-01 12:45:37
UTC ---
Hi Jifl,
>> Also, as far as I can see, this behaviour is not documented anywhere.
>
> It is documented in ld.texinfo in the 'Output Section Type' node:
> @item NOLOAD
> The section
Hi Jifl,
Also, as far as I can see, this behaviour is not documented anywhere.
It is documented in ld.texinfo in the 'Output Section Type' node:
@item NOLOAD
The section should be marked as not loadable, so that it will not be
loaded into memory when the program is run.
But that does not doc
http://sourceware.org/bugzilla/show_bug.cgi?id=12565
--- Comment #15 from Jonathan Larmour
2011-07-01 08:57:41 UTC ---
(In reply to comment #14)
>
> I spent quite a lot of time wrestling with NOLOAD before
> http://sourceware.org/ml/binutils/2010-09/msg00245.html. I believe we
> have fairly st
25 matches
Mail list logo