[OGo-MacOSX] Sope built on Tiger running on Panther
Mont Rothstein
macosx@opengroupware.org
Wed, 14 Dec 2005 08:45:06 -0800
------=_Part_14079_33030191.1134578706717
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
I didn't know there was a -l option. Obviously I am going to have to learn
more about gnustep-make. I did some searching but couldn't find any good
docs. Is there a page you could point me to that you recommend?
As for rebuilding on the deployment machine, I have to admit that hadn't
crossed my mind. Silly me.
Perhaps things aren't so glum after all. If I can teach myself enough abou=
t
gnustep-make to get AJRDatabase using it, and compile on my deployment box
(doh!) then I just might live :-)
Thanks again,
-Mont
On 12/13/05, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On 14. Dez 2005, at 01:53 Uhr, Mont Rothstein wrote:
> > I believe the primary difficulty with gnustep-make is that
> > AJRDatabase uses sub-directories to organize code files, and not
> > sub-projects.
>
> Why is that a problem?
>
> > 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.
>
> Just add -I for all subdirectories. Shouldn't be hard.
>
> > 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.
>
> That might be the case, yes. Of course there is always the option to
> add devkit support to gstep-make, but then, I suppose nobody will do.
>
> > 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.
>
> I honestly fail to see your issue. Why do you upgrade your dev
> machine to Tiger if your deployment machine is Panther. This is
> against all recommendations in _any_ scenario.
>
> Just stick with Panther on the dev machine or rebuild on the
> deployment machine (whats the problem with this btw?)
>
> 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_14079_33030191.1134578706717
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
I didn't know there was a -l option. Obviously I am going to have
to learn more about gnustep-make. I did some searching but
couldn't find any good docs. Is there a page you could point me
to that you recommend?<br>
<br>
As for rebuilding on the deployment machine, I have to admit that hadn't cr=
ossed my mind. Silly me.<br>
<br>
Perhaps things aren't so glum after all. If I can teach myself
enough about gnustep-make to get AJRDatabase using it, and compile on
my deployment box (doh!) then I just might live :-)<br>
<br>
Thanks again,<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 14. Dez 2005, at 01:53 Uhr, Mont Rothstein wrote:<br>> I believe the =
primary difficulty with gnustep-make is that<br>> AJRDatabase uses sub-d=
irectories to organize code files, and not<br>> sub-projects.<br><br>
Why is that a problem?<br><br>> With Xcode all classes in the project ca=
n access all of the files<br>> in the project via a #import"file.h&=
quot; even if it is in a sub-directory.<br><br>Just add -I for all subdirec=
tories. Shouldn't be hard.
<br><br>> And now that the ability to build Sope with Xcode potentially =
going<br>> away sinks in, I may have to re-think everything. =
That means I<br>> won't be able to use Xcode's stuff for building for a =
particular
<br>> version. Which means I may not be able to build on Tige=
r and run<br>> on Panther at all.<br><br>That might be the case, yes. Of=
course there is always the option to<br>add devkit support to gstep-make, =
but then, I suppose nobody will do.
<br><br>> Well, I may just have to stick with my 6 mo old version of Sop=
e for<br>> quite some time. Ugh.<br>><br>> This is all =
turning into a royal pain.<br><br>I honestly fail to see your issue. Why do=
you upgrade your dev
<br>machine to Tiger if your deployment machine is Panther. This is<br>agai=
nst all recommendations in _any_ scenario.<br><br>Just stick with Panther o=
n the dev machine or rebuild on the<br>deployment machine (whats the proble=
m with this btw?)
<br><br>Greets,<br> Helge<br>--<br><a href=3D"http://docs.openg=
roupware.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/ma=
ilman/listinfo/macosx">http://mail.opengroupware.org/mailman/listinfo/macos=
x</a><br></blockquote></div><br>
------=_Part_14079_33030191.1134578706717--