[OGo-MacOSX] Sope built on Tiger running on Panther
Mont Rothstein
macosx@opengroupware.org
Tue, 13 Dec 2005 16:53:59 -0800
------=_Part_2218_27432191.1134521639641
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
OK, thanks for the heads up.
I believe the primary difficulty with gnustep-make is that AJRDatabase uses
sub-directories to organize code files, and not sub-projects.
With Xcode all classes in the project can access all of the files in the
project via a #import"file.h" even if it is in a sub-directory. When I
tried to swap the AJRDatabase EOControl for the Sope one (creating a custom
GNUmake) it complained about not having build rules (or was it make rules)
for the files that were in sub-directories.
So, at the least it looks like I would need to modify AJRDatabase's
EOControl to use sub-projects or to flatten the file storage :-(
I'm not against using sub-projects, but I really need to get some things
implemented on my live system before I bite off that project.
Of course I may run into additional issues, being that I have never used
gnustep-make before.
And now that the ability to build Sope with Xcode potentially going away
sinks in, I may have to re-think everything. That means I won't be able to
use Xcode's stuff for building for a particular version. Which means I may
not be able to build on Tiger and run on Panther at all.
Well, I may just have to stick with my 6 mo old version of Sope for quite
some time. Ugh.
This is all turning into a royal pain.
Back to the drawing board. Thanks for the warning.
-Mont
On 12/13/05, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On 13. Dez 2005, at 18:02 Uhr, Mont Rothstein wrote:
> > OK, thanks. Yes, I want to build on Tiger and deploy on Panther.
> > I'll use Xcode to build Sope with the target OS stuff.
> >
> > I agree that it would be preferred to build and deploy on the same
> > platform but I don't have the budget to upgrade my server and this
> > weekend my attempt to integrate AJRDatabase with the gnustep-make
> > build routines for Sope met with significant frustration. Using
> > Xcode the integration is much easier.
>
> Remember that non-legacy Xcode support might not be available
> forever. Now that PCH works with gstep-make there is little reason to
> use the Xcode build system and I forecast that it will be removed.
>
> So integrating AJR with gstep-make _is_ worth the frustration (though
> I can't say where that is rooted).
>
> > The integration issues are ones that can be overcome but they
> > require a re-org of the AJRDatabase EOControl project and I just
> > don't have the time to bite that off right now.
>
> Understandable.
>
> > Thanks again for steering me away from gnustep-make this purpose.
>
> You got me wrong here. My recommendation is to stay at equal or lower
> soname versions in dev systems and my recommendation is to go for
> gstep-make.
>
> Greets,
> Helge
> --
> http://docs.opengroupware.org/Members/helge/
> OpenGroupware.org
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>
------=_Part_2218_27432191.1134521639641
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
OK, thanks for the heads up.<br>
<br>
I believe the primary difficulty with gnustep-make is that AJRDatabase
uses sub-directories to organize code files, and not
sub-projects. <br>
<br>
With Xcode all classes in the project can access all of the files in
the project via a #import"file.h" even if it is in a
sub-directory. When I tried to swap the AJRDatabase EOControl for
the Sope one (creating a custom GNUmake) it complained about not having
build rules (or was it make rules) for the files that were in
sub-directories.<br>
<br>
So, at the least it looks like I would need to modify AJRDatabase's
EOControl to use sub-projects or to flatten the file storage :-(<br>
<br>
I'm not against using sub-projects, but I really need to get some
things implemented on my live system before I bite off that project.<br>
<br>
Of course I may run into additional issues, being that I have never used gn=
ustep-make before.<br>
<br>
And now that the ability to build Sope with Xcode potentially going
away sinks in, I may have to re-think everything. That means I
won't be able to use Xcode's stuff for building for a particular
version. Which means I may not be able to build on Tiger and run
on Panther at all.<br>
<br>
Well, I may just have to stick with my 6 mo old version of Sope for quite s=
ome time. Ugh.<br>
<br>
This is all turning into a royal pain.<br>
<br>
Back to the drawing board. Thanks for the warning.<br>
<br>
-Mont<br>
<br><br><div><span class=3D"gmail_quote">On 12/13/05, <b class=3D"gmail_sen=
dername">Helge Hess</b> <<a href=3D"mailto:helge.hess@opengroupware.org"=
>helge.hess@opengroupware.org</a>> wrote:</span><blockquote class=3D"gma=
il_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0=
pt 0pt 0.8ex; padding-left: 1ex;">
On 13. Dez 2005, at 18:02 Uhr, Mont Rothstein wrote:<br>> OK, thanks.&nb=
sp; Yes, I want to build on Tiger and deploy on Panther.<br>> I'll =
use Xcode to build Sope with the target OS stuff.<br>><br>> I agree t=
hat it would be preferred to build and deploy on the same
<br>> platform but I don't have the budget to upgrade my server and this=
<br>> weekend my attempt to integrate AJRDatabase with the gnustep-make<=
br>> build routines for Sope met with significant frustration. &nbs=
p;Using
<br>> Xcode the integration is much easier.<br><br>Remember that non-leg=
acy Xcode support might not be available<br>forever. Now that PCH works wit=
h gstep-make there is little reason to<br>use the Xcode build system and I =
forecast that it will be removed.
<br><br>So integrating AJR with gstep-make _is_ worth the frustration (thou=
gh<br>I can't say where that is rooted).<br><br>> The integration issues=
are ones that can be overcome but they<br>> require a re-org of the AJR=
Database EOControl project and I just
<br>> don't have the time to bite that off right now.<br><br>Understanda=
ble.<br><br>> Thanks again for steering me away from gnustep-make this p=
urpose.<br><br>You got me wrong here. My recommendation is to stay at equal=
or lower
<br>soname versions in dev systems and my recommendation is to go for<br>gs=
tep-make.<br><br>Greets,<br> Helge<br>--<br><a href=3D"http://d=
ocs.opengroupware.org/Members/helge/">http://docs.opengroupware.org/Members=
/helge/</a>
<br>OpenGroupware.org<br><br>--<br>OpenGroupware.org MacOS X<br><a href=3D"=
mailto:macosx@opengroupware.org">macosx@opengroupware.org</a><br><a href=3D=
"http://mail.opengroupware.org/mailman/listinfo/macosx">http://mail.opengro=
upware.org/mailman/listinfo/macosx
</a><br></blockquote></div><br>
------=_Part_2218_27432191.1134521639641--