Re: FreeBSD Install

On Montag, 21. Juli 2003, at 18:45 Uhr, Mirko Viviani wrote:
> It's better but not enough because with this release the libobjc 
> shipped with gcc 3.2.2 has thread enabled and to compile objc sources 
> you have to add -pthread to the command line.

No, you just need to follow the instructions and use the libobjc 
provided by OGo. Threading is not necessary for OGo and only slows down 
the runtime.

BTW: the real problem is that FreeBSD seems to come with a static 
libobjc instead of a dynamic one and therefore, obviously ;-), the 
dynamic link resolution is broken (libobjc itself should bring in 
libpthread).

> This is correctly defined in gnustep-make/config.make[objc_threaded] 
> but it is not used by the configure used by libFoundation so it fails 
> the objc tests.

Not after the patch and the installation of the provided libobjc.

> The switch --with-gnustep does not work and sincerely I haven't know 
> why!

After the patch the GNUstep root is properly scanned for libobjc.

[js]
> Rename it FreeBSD.mk and apply this patch to config.mk, it should work 
> with other fbsd versions.

Hm. That will break if we update to new SpiderMonkey versions. Can you 
submit the patch to Mozilla as well ? I'll do in our CVS.

I renamed FreeBSD.mk to FreeBSD_All.mk like with Linux.

Could you try whether my HEAD js works ?

>>> [gnustep-db]
>>> 1. Change the path of includes and lib
>> Could you be more specific ?
> The FBSD postgres 7.3.3 port puts the includes in /usr/local/include 
> instead in the subdir pgsql/ as before, so I modified the files like 
> this:

OK, let's just add /usr/local/include and /usr/local/include/pgsql to 
the standard include path. Will do no harm to other environments.

Can you try what I checked in?

> The PGSQL var used in GNUmakefile is not defined and here should be 
> /usr/local

Yup. It's used when building SKYRiX RPMs and needs to stay for now, 
doesn't hurt on other systems.

Thanks,
   Helge
-- 
OpenGroupware.org	- http://www.opengroupware.org/