This is the mail archive of the gcc-patches@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]

Re: GCJ on Darwin/i386 patches


On Mar 27, 2006, at 11:18 PM, Sandro Tolaini wrote:
The issue is about the __Unwind_GetIPInfo missing from libgcc_s. Without the patch, a program linked with libgcj will not start because of the missing symbol. I don't have MACOSX_DEPLOYMENT_TARGET set, and I don't think it will have any influence on this issue. See http://gcc.gnu.org/ml/gcc-patches/ 2006-02/msg02041.html for a discussion about this issue.

One fix is to have a deployment target of `current' or some other tag, and to change the default deployment target to `current', then everything just works. Current then selects the just installed libgcc_s.dylib. If people want java to work while targeting an older release, they'll have to submit a patch to add the missing symbol to a .a-style library and then the default default can be set back to that release. Geoff prefers the later bug fix. I'd prefer that if the design point is to be the later style fix, then libgcc maintainers declare their intentions and state that any such change is wrong and not permitted to libgcc. To date, I don't think that is the design point for libgcc. And, if it isn't, then darwin will continually be hit with these issues and have to `fix' them one by one as they come up, which would just be annoying. Hopefully, if I have misunderstood the libgcc design, someone will fix libgcc and how it is used in the build.



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