This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check
- From: "hjl.tools at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 31 Aug 2011 04:21:53 +0000
- Subject: [Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check
- Auto-submitted: auto-generated
- References: <bug-50237-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
--- Comment #11 from H.J. Lu <hjl.tools at gmail dot com> 2011-08-31 04:21:53 UTC ---
(In reply to comment #10)
> On Tue, 30 Aug 2011, hjl.tools at gmail dot com wrote:
>
> > The main issue is mixing input .ctors sections with .init_array sections
> > to generate the single output .init_array section. Not all linkers support
> > it even if they support .init_array section. How should we properly
> > test this?
>
> Is it not possible to link (with -r, maybe) objects and examine the output
> with target objdump to see if .ctors sections are still present?
"ld -r" won't/shouldn't combine different sections. We
can use ld to generate executables. How can we check if
input .ctors.* and .init_array.* sections are placed
in the right order?