[OGo-MacOSX] Sope built on Tiger running on Panther

[Mont Rothstein]

There were only a few places where <EOControl/someheader.h> was being
used in .m files.  I agree with you and removed these.

I used your suggested postamble recommendations (with some additions
to deal with spaces in directory names) and it helped.  Unfortunately
I hit additional issues.

I want to get AJRDatabase working with gnustep-make and believe this
is critical in the not too distant future but it is simply taking too
much time at the moment.  I am sure it is due to my own ignorance but
I have to put this aside for now.  I suspect I may have to make proper
subprojects out of AJR's EOControl's subdirectories, or at least treat
them as such in gnustep-make.

Anyway for now I've integrated Sope and AJRDatabase on Tiger via Xcode.

As an FYI, at least within Xcode, gdl1 does need to be disabled from
the top-level Sope xcodeproject.  Gnustep-make may not have this
issue, I'll learn when I get back to that.

Thanks for all of your help and suggestions.  Hopefully it won't be
too long before I can return to the gnustep-make integration issue.

-Mont


On 12/15/05, Helge Hess <helge.hess@opengroupware.org> wrote:
> On 15. Dez 2005, at 05:25 Uhr, Mont Rothstein wrote:
> > The snag I have hit is that in AJRDatabase's EOControl a number of the
> > header files use the form
> >
> > #import <EOControl/somefilename.h>
> >
> > When make hits these it gives a warning "No such file or directory".
>
> Hm, yes. Thats a difference to Xcode. Xcode copies all headers to a
> temporary build directory and include references are relative to
> that. gstep-make directly works on the source level.
>
> > If I change one of these declarations to be simply
> > #import "somefilename.h"
>
> Do you only have the issue in implementation files (.m) or also in
> header files (.h)?
> In other words, do the subprojects of AJR contain public header files?
>
> If not, I would definitely change the imports in the .m, its IMHO the
> correct thing to do in any case.
>
> If yes, I would recommend to move all public headers to a common
> directory. This is how its done in NGObjWeb (sope-appserver/NGObjWeb/
> NGObjWeb contains all _public_ headers).
>
> > I'd obviously prefer not to change everywhere this is done.
>
> For .m files I would do this (with sed/bash/python, not by hand of
> course).
>
> > Do you know what I need to do to get make to find header files
> > described in this way?
>
> If you really do not want to change the structure a bit (which I
> would really suggest, it doesn't hurt in Xcode but is better for
> gstep-make), you would need to tweak makefiles.
>
> Bascially you would need a GNUmakefile.postamble at the top-level
> which copies (or links) all headers into a temporary directory.
> Something like this:
>
>    AJR_HEADER_DIR =3D derived_src/EOControl
>    ADDITIONAL_INCLUDE_DIRS +=3D -I$(AJR_HEADER_DIR)
>
>    copy-ajr-headers-to-tmpdir :
>      $(MKDIRS) $(AJR_HEADER_DIR)
>      cp `find . -name "*.h"` $(AJR_HEADER_DIR)/
>
>    before-all :: copy-ajr-headers-to-tmpdir
>
> Greets,
>    Helge
> --
> http://docs.opengroupware.org/Members/helge/
> OpenGroupware.org
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>