This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/48094] ld: warning: section has unexpectedly large size errors in objc/obj-c++ lto
- From: "steven at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 06 Dec 2011 00:49:26 +0000
- Subject: [Bug lto/48094] ld: warning: section has unexpectedly large size errors in objc/obj-c++ lto
- Auto-submitted: auto-generated
- References: <bug-48094-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
Steven Bosscher <steven at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |steven at gcc dot gnu.org
--- Comment #13 from Steven Bosscher <steven at gcc dot gnu.org> 2011-12-06 00:49:26 UTC ---
(In reply to comment #12)
> I guess, ideally, the ObjC meta-data should be re-created after LTO has done
> its magic -- but that's def. not a stage 3 type job ...
Ideally from what point of view? Certainly not that of one where there is
proper separation between front ends and the middle end. There are no language
specific post optimization passes. From the point of view of the LTO front end,
whatever the ObjC-family front ends have handed over is language independent.
But those two L_OBJC_ImageInfo variables have a number appended. Is that
supposed to be so? Or is this LTO declaration merging at work and maybe you
want to avoid that?
(Maybe I'm talking completely non-sense, but something like that came up for
PR47259 also...)