Re: Can't compile SWI on FreeBSD
- From: Jan Wielemaker <jan@xxxxxxxxxxxxxxxxxxx>
- Date: 27 Sep 2006 09:28:07 GMT
On 2006-09-27, russell kym horsell <kym@xxxxxxxxxxxxxxxxxxx> wrote:
Mike Goodrich <goodrich_ms@xxxxxxxxx> wrote:
version 5.6.20
Is griping about conflicting definitions of the 'timezone' variable. Using
gcc version 3.4.2
Anyone seen this one?
Jan, did I miss a setting particular to FreeBSD somewhere?
OK. I've now built up 5.4.7 and 5.6.x (can't remember patch level) swipl through
the standard ports builds for freebsd 5.4 and 6.0, and also "by hand"
outside the ports environment.
I can see no problem as above either in the base prolog or any of the packages
that I see built (e.g. cpp and xpce; and on some platforms jpl).
The only problems I *do* see are related to "make" appearing inside
./Makefile.in rather than '$(MAKE)' and someone using sys/malloc.h
Some of those are fixed recently.
rather than just malloc.h or even stdlib.h (at least 1 version
of html.c tests for all under ifndef, but ends up choosing the
"wrong" one under FreeBSD and OpenBSD).
Some parts of the system are very old and ported to many weird OSes
:-) Removed the sys/malloc.h. As configure doesn't even test for it
anymore and it was included conditionally, I wonder how it can cause a
problem. I won't take out malloc.h for now as I think there are still
ports out there that needs it.
There also seem to be one heck of a lot of "error:" messages in the latter
parts of xpce about things failing to import/define. The xpce-client
fails to build (?) but other related xpce things end up on /usr/local/lib/pl-XXX.
Sounds a bit worrying. Please send details to me or post them to the Bugzilla
at http://www.swi-prolog.org.
While it certainly is the case that "timezone" is a function and not
a variable in fbsd/obsd time.h (and there doesn't seem to be a clean way
to make that function delcaration disappear and an appropriate timezone variable
appear), unless the prob is *only* in 5.6.20 it seems the configure and/or
std patches that come with the ports swi-pl (admittedly this lags behind the
"current" swipl by a league or so) work OK. Doing it by hand requires some
OTHER fixes, but nothing to do with timezone.
In the code I did look at there were some test for tm_gmtoff existing,
and that was about all.
With help from various people, the CVS version now contains code that
appears to run on FreeBSD.
If Jan W wants to see the gory details, I can send the 8 build logs
(2 version of pl, 2 versions of obsd, 2 version of fbsd) and the system
"time" hdrs from all the platforms. I normally don't like to jam MB down
people's mail slots without an invite and an idea it wont go to /dev/null
immediatement.
No thanks :-) I'm interested in specific problems, but please no MBs
of logfiles. Its probably even easier to fix by installing FreeBSD
myself :-)
Cheers --- Jan
.
- Follow-Ups:
- Re: Can't compile SWI on FreeBSD
- From: russell kym horsell
- Re: Can't compile SWI on FreeBSD
- From: michael . goodrich
- Re: Can't compile SWI on FreeBSD
- References:
- Can't compile SWI on FreeBSD
- From: Mike Goodrich
- Re: Can't compile SWI on FreeBSD
- From: russell kym horsell
- Can't compile SWI on FreeBSD
- Prev by Date: Re: Prolog programming job?
- Next by Date: Re: Sicstus Prologbeans
- Previous by thread: Re: Can't compile SWI on FreeBSD
- Next by thread: Re: Can't compile SWI on FreeBSD
- Index(es):
Relevant Pages
|
