This is the mail archive of the gcc@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: (bib) libobjc build failure


Stan Shebs <shebs@apple.com> writes:

> Zack Weinberg wrote:
>>The immediate fix is probably going to be to add #includes of
>>coretypes.h and tm.h to most of libobjc.  The _correct_ fix is to make
>>libobjc find this stuff out some other way, but I'm not up for that
>>right now.
>
> I believe the root cause is that ObjC requires some reflection-type
> facilities, and that these were implemented for libobjc by using
> target macros from tm.h, rather than compiler builtins.

That is what it looks like to me too.

> Fixing this doesn't get very high up on anybody's agenda
> unfortunately; Apple's motivation is limited for instance because OS
> X doesn't use libobjc.

Yeah.  I may wind up fixing this as a side effect of getting libgcc
not to need tm.h either.  Hopefully all of what they want to know
can be successfully communicated using predefined __macros__.

Does Apple's runtime not need to know this stuff, or does it find it
out differently, or what?  (Not that I'm volunteering to do anything
with it, mind.)

zw


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