Re: Can't compile SWI on FreeBSD
- From: Jan Wielemaker <jan@xxxxxxxxxxxxxxxxxxx>
- Date: 25 Sep 2006 07:34:10 GMT
Dear Darren,
On 2006-09-25, russell kym horsell <kym@xxxxxxxxxxxxxxxxxxx> wrote:
Darren Bane <darren.bane@xxxxxxxxx> wrote:
Jan Wielemaker wrote:
!snip!
If anyone knows the proper way to do this, please let me know.Your Mac OS X workaround doesn't work for 10.3, so I raised
https://svn.macosforge.org/projects/macports/ticket/10334 FreeBSD
could be the same given their common ancestry.
This may be a long story, but hold on for the point. :)
#define offendingname foobar
#include <systemheader>
// package version of the offending name:
sometype offendingname(someparams);
This is -AFAIK-, not the problem we are faced with. Standards, including
POSIX and BSD4.3 define a global variable timezone that was set by
tzset() to the number of seconds west of GMT of the current timezone.
Note this is a constant value over the year. If DST is active we have to
add another 3600 seconds. That is the value I need. Now modern FreeBSD
defines a *function* timezone(). I forgot what it does, but not what the
variable does.
Considering the variable timezone is covered by various standards I
assume there is a way around in FreeBSD to get compatibility. I do not
have a FreeBSD system though.
--- Jan
.
- Follow-Ups:
- Re: Can't compile SWI on FreeBSD
- From: kym
- 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: Jan Wielemaker
- Re: Can't compile SWI on FreeBSD
- From: Darren Bane
- Re: Can't compile SWI on FreeBSD
- From: russell kym horsell
- Can't compile SWI on FreeBSD
- Prev by Date: Re: Can't compile SWI on FreeBSD
- Next by Date: Re: Can't compile SWI on FreeBSD
- Previous by thread: Re: Can't compile SWI on FreeBSD
- Next by thread: Re: Can't compile SWI on FreeBSD
- Index(es):