This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug lto/48086] bootstrap-lto creates c-common.s with too many sections on x86_64-apple-darwin10


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086

--- Comment #11 from Iain Sandoe <iains at gcc dot gnu.org> 2011-03-13 20:19:31 UTC ---
(In reply to comment #10)
> The easiest way to fix this is maybe to just have more than one GNU_LTO
> segment. AFAIU the limit of 255 sections is a limit per segment. It is not
> difficult to have multiple GNU_LTO segments, I could even hack that in before
> GCC 4.6.

I'm sure that someone who as already updated would be willing to test a
proposed solution ..  (Jack, Dominique...).  
... my systems are going to remain at XCode 3.2.5 at present ...

In the process of re-reading the Mach-o doc.  I haven't found any reason (other
than the nlist struct) to see a limitation - e.g. nsects is uint32_t in the
segment header - so no problem there.

===

(speculation) I guess it would depend on how 'as' detects the perceived
problem.

Since an intermediate object puts all sections into single anonymous segment,
if the error is reported on a simple section header count, increasing the
number of segments won't make any difference (pessimistic assessment).  

The sources don't seem to have been released so far, so can't look there for an
answer (yet).

> Confirming with Apple and having an answer on public record would be
> recommended.

Will put this into the melting pot.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]