Riccardo, I don't have a problem with your changes. Were you running into some particular problem? The thing with GNUstep Make is that it does not use the correct compiler variable for Objective-C sources. Instead of using OBJCC it uses CC to compile ObjC files (at least, this was the case the last time I checked), which is technically wrong. Additionally, in theory, as long as the same runtime was being used, CoreBase's C files could be compiled with a different compiler than Base, seeing as it talks directly to the runtime.
To comment on Lubos' comment, CoreBase does currently require an Objective-C compiler to support the ObjC -> C bridge. There are plenty of .m files in the source. Ideally, these should one day be moved to Base because they really do not belong in CoreBase. More ideally, CoreBase and Base should merge one day so that all the glue code could be simplified. Regards Stefan On Wed, Sep 23, 2015 at 3:59 AM, Luboš Doležel <lu...@dolezel.info> wrote: > Dne 23.9.2015 v 09:08 Riccardo Mottola napsal(a): > >> Hi, >> >> I just modified CoreBase configure to use the compiler specified during >> make (if you do not decide to overrirde with CC). That way, if you have >> multiple compilers installed (e.g. gcc and clang, or several gcc versions) >> it will try to use the same or a mess happens. I suppose this should be >> good practice when mising configure with gnustep make, I will update other >> packages that way. >> >> I noticed however that the existing configure file was checking >> explicitely for the objective-c preprocessor. GS make doesn't provide that >> value, I noticed it does not get used at all, so I removed it and >> everything worked fine. If instead it was of use, let's discuss an >> alternative solution. Perhaps a way do derive it from C or CPP ? >> >> Riccardo >> >> Hi, > > I believe CoreBase doesn't need an ObjC compiler at all (nor a > preprocessor). > > The only thing it needs to know is whether to support Toll-Free Bridging - > this decision is based on whether an ObjC runtime is available. > > Luboš > > > _______________________________________________ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > https://lists.gnu.org/mailman/listinfo/gnustep-dev >
_______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
