When using "port selfupdate" on platforms other than Mac OS X (such as Darwin, FreeBSD, Linux and probably most others too) it fails to find Foundation unless you set the environment up: checking for Apple Objective-C runtime... no checking for GNU Objective C runtime... yes configure: Using GNU Objective-C runtime checking for Apple Foundation library... no configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your environment, preventing the use of GNUstep's Foundation library configure: error: Could not find a working Foundation implementation Can we source {/usr,/usr/local}/GNUstep/System/Library/Makefiles/GNUstep.sh, as part of the "selfupdate" target, so that it works without configuration ? ("gnustep-base" is required to provide Foundation, for the tclobjc1.0 module) --anders PS. Ironically enough, GNUstep is not support on Darwin OS... But it works out of the box on FreeBSD and most Linux distros. For now I just set it up as part of the MP installation package.
Le 07-08-13 à 06:07, Anders F Björklund a écrit :
When using "port selfupdate" on platforms other than Mac OS X (such as Darwin, FreeBSD, Linux and probably most others too) it fails to find Foundation unless you set the environment up:
checking for Apple Objective-C runtime... no checking for GNU Objective C runtime... yes configure: Using GNU Objective-C runtime checking for Apple Foundation library... no configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your environment, preventing the use of GNUstep's Foundation library configure: error: Could not find a working Foundation implementation
I don't think this is relevant in this case, but as of version 2.0, gnustep-make should require GNUSTEP_MAKEFILES rather than GNUSTEP_SYSTEM_ROOT for the build process. Of course, if you are not using GNUstep make and all you want is GNUSTEP_SYSTEM_ROOT, then that's another story.
Can we source {/usr,/usr/local}/GNUstep/System/Library/Makefiles/ GNUstep.sh, as part of the "selfupdate" target, so that it works without configuration ? ("gnustep-base" is required to provide Foundation, for the tclobjc1.0 module)
Might as well include $prefix/GNUstep/System/Library/Makefiles/ GNUstep.sh
--anders
PS. Ironically enough, GNUstep is not support on Darwin OS... But it works out of the box on FreeBSD and most Linux distros. For now I just set it up as part of the MP installation package.
What do you mean, it is not supported on Darwin ? The gnustep startup package supports Darwin and MP has ~ 35 gnustep ports. People from gnustep were very collaborative at this, BTW. I also think it is not so ironic because it happens that the two objc runtimes don't live well with one another, especially since MacOS X 10.4 broke the way the gnu objc runtime worked on 10.3. On the other hand, most Cocoa programmers just don't care about FOSS. yves
Yves de Champlain wrote:
I don't think this is relevant in this case, but as of version 2.0, gnustep-make should require GNUSTEP_MAKEFILES rather than GNUSTEP_SYSTEM_ROOT for the build process. Of course, if you are not using GNUstep make and all you want is GNUSTEP_SYSTEM_ROOT, then that's another story.
I don't want GNUstep required at all, but tclobj1.0 does mandate it. (which is somewhat premature I think, since it isn't used just yet) Although I usually do install both gnustep-make and gnustep-base... Maybe the foundation.m4 and friends needs a little updating then ?
Can we source {/usr,/usr/local}/GNUstep/System/Library/Makefiles/GNUstep.sh, as part of the "selfupdate" target, so that it works without configuration ? ("gnustep-base" is required to provide Foundation, for the tclobjc1.0 module)
Might as well include $prefix/GNUstep/System/Library/Makefiles/GNUstep.sh
You mean the MacPorts prefix (/opt/local) ? How would that work ? I'm trying to bootstrap the _initial_ MacPorts installation here. Anyway, GNUstep installs in /usr on Linux and /usr/local on FreeBSD. (used the RPM package manager on Linux, and Ports collection on BSD)
PS. Ironically enough, GNUstep is not support on Darwin OS... But it works out of the box on FreeBSD and most Linux distros. For now I just set it up as part of the MP installation package.
What do you mean, it is not supported on Darwin ? The gnustep startup package supports Darwin and MP has ~ 35 gnustep ports. People from gnustep were very collaborative at this, BTW.
Maybe it's just me then, as I couldn't get Startup to work ? Maybe I missed a requirement or two, I usually got those through DarwinPorts but that didn't really work when bootstrapping... Although I guess I could have installed an older DarwinPorts version, and used that to bootstrap MacPorts 1.5 with ? :-) Does it work on Darwin 8.0.1 too, or only on Darwin 7.0.1 ?
I also think it is not so ironic because it happens that the two objc runtimes don't live well with one another, especially since MacOS X 10.4 broke the way the gnu objc runtime worked on 10.3.
Why would you have two runtimes on Darwin OS / "puredarwin" ? If I did have the Apple library, I wouldn't need the GNU one.
On the other hand, most Cocoa programmers just don't care about FOSS.
I guess if they did, they would be using OpenStep instead... And the same probably goes for most Mac OS X users as well. --anders
Le 07-08-13 à 10:42, Anders F Björklund a écrit :
Yves de Champlain wrote:
Can we source {/usr,/usr/local}/GNUstep/System/Library/Makefiles/ GNUstep.sh, as part of the "selfupdate" target, so that it works without configuration ? ("gnustep-base" is required to provide Foundation, for the tclobjc1.0 module)
Might as well include $prefix/GNUstep/System/Library/Makefiles/ GNUstep.sh
You mean the MacPorts prefix (/opt/local) ? How would that work ? I'm trying to bootstrap the _initial_ MacPorts installation here.
OK, it's just that the email's subject is selfudate so i thought that left room for add-ons
PS. Ironically enough, GNUstep is not support on Darwin OS... But it works out of the box on FreeBSD and most Linux distros. For now I just set it up as part of the MP installation package.
What do you mean, it is not supported on Darwin ? The gnustep startup package supports Darwin and MP has ~ 35 gnustep ports. People from gnustep were very collaborative at this, BTW.
Maybe it's just me then, as I couldn't get Startup to work ?
Maybe I missed a requirement or two, I usually got those through DarwinPorts but that didn't really work when bootstrapping... Although I guess I could have installed an older DarwinPorts version, and used that to bootstrap MacPorts 1.5 with ? :-)
Does it work on Darwin 8.0.1 too, or only on Darwin 7.0.1 ?
I think startup is supposed to work with Darwin 7 but I never used it (MP is so much better :-). MP gnustep was not tested on Darwin OS because I was never able to get X11 running on Darwin 8.0.1 with my iMac (it runs but screen is black) but it runs quite well in 10.4 (aside from the runtime restrictions, which mostly means no OpenGL)
I also think it is not so ironic because it happens that the two objc runtimes don't live well with one another, especially since MacOS X 10.4 broke the way the gnu objc runtime worked on 10.3.
Why would you have two runtimes on Darwin OS / "puredarwin" ? If I did have the Apple library, I wouldn't need the GNU one.
I read MacOSX where it was written Darwin ... I guess then the gnustep ports should run even better in Darwin, with OpenGL support.
On the other hand, most Cocoa programmers just don't care about FOSS.
I guess if they did, they would be using OpenStep instead... And the same probably goes for most Mac OS X users as well.
--anders
Yes, but cocoa developers could see a way to easily port their apps to other platforms. yves
Yves de Champlain wrote:
You mean the MacPorts prefix (/opt/local) ? How would that work ? I'm trying to bootstrap the _initial_ MacPorts installation here.
OK, it's just that the email's subject is selfudate so i thought that left room for add-ons
Well, I've installed MacPorts 1.4.0/1.5.0 from packages - using the regular tarball and some extra patches/setups step that are needed. And that works, just that when later trying to do "selfupdate" - it breaks since those extra setup steps (such as GNUstep.sh) are missing. But I can install MacPorts 1.4.42 and 1.5.2 from tarballs too, so it's not *that* big a deal - even if somewhat annoying. :-)
Does it work on Darwin 8.0.1 too, or only on Darwin 7.0.1 ?
I think startup is supposed to work with Darwin 7 but I never used it (MP is so much better :-). MP gnustep was not tested on Darwin OS because I was never able to get X11 running on Darwin 8.0.1 with my iMac (it runs but screen is black) but it runs quite well in 10.4 (aside from the runtime restrictions, which mostly means no OpenGL)
I'll give it a another whirl next time then, but maybe it's easier to install DarwinPorts 1.3 and just install GNUstep from there... Don't really care about Darwin anymore, since it isn't 100% same as Mac OS X and since FreeBSD works much better out of the box.
Why would you have two runtimes on Darwin OS / "puredarwin" ? If I did have the Apple library, I wouldn't need the GNU one.
I read MacOSX where it was written Darwin ... I guess then the gnustep ports should run even better in Darwin, with OpenGL support.
I seem to recall it having a problem with the Apple GCC compiler, so probably need to build a FSF GCC first in order to compile it. Ironically I have only been able to run Darwin on Windows, though. For some reason it just doesn't want to play nice with Parallels.
On the other hand, most Cocoa programmers just don't care about FOSS.
I guess if they did, they would be using OpenStep instead... And the same probably goes for most Mac OS X users as well.
Yes, but cocoa developers could see a way to easily port their apps to other platforms.
Then again the number running GNUstep (or any other OpenStep) is probably small, compared even to number of GNOME or KDE desktops ? I'm using wxWidgets instead, even if it means suffering C++ ... (for portable apps that is, otherwise one had better use Cocoa) --anders
On Aug 13, 2007, at 10:42 AM, Anders F Björklund wrote:
Yves de Champlain wrote:
I don't think this is relevant in this case, but as of version 2.0, gnustep-make should require GNUSTEP_MAKEFILES rather than GNUSTEP_SYSTEM_ROOT for the build process. Of course, if you are not using GNUstep make and all you want is GNUSTEP_SYSTEM_ROOT, then that's another story.
I don't want GNUstep required at all, but tclobj1.0 does mandate it. (which is somewhat premature I think, since it isn't used just yet)
Although I usually do install both gnustep-make and gnustep-base... Maybe the foundation.m4 and friends needs a little updating then ?
Inclusion of the tclobjc bridge was for a very good purpose that we're still planning or pursuing, but pace on that front has been slow unfortunately. For the time being, we could maybe unhook building it from the rest of MacPorts build system, as it is currently unused. Landon....? Regards,... -jmpp
Juan Manuel Palacios:
I don't want GNUstep required at all, but tclobj1.0 does mandate it. (which is somewhat premature I think, since it isn't used just yet)
Inclusion of the tclobjc bridge was for a very good purpose that we're still planning or pursuing, but pace on that front has been slow unfortunately. For the time being, we could maybe unhook building it from the rest of MacPorts build system, as it is currently unused. Landon....?
I'm not doubting the purpose or planned usefulness, I just wondered why it was included into the configure and build process (at one point *everything* linked to Foundation framework), before there is a detailed use case or even a simple test case for it ? At this point in time, you might as well leave it in. The GNUstep components (aside from the sourcing of the GNUstep.sh) are in the configure, and it is working OK on FreeBSD and Linux at least. If you do plan on using it later anyway, then it's there now. --anders
participants (3)
-
Anders F Björklund
-
Juan Manuel Palacios
-
Yves de Champlain