Sean Chittenden <[EMAIL PROTECTED]> writes:
>> Does anyone know if FreeBSD 3.* or before still exist in the wild?
>> We might have to tweak the pattern to match those too.
> Ehh it probably does. I get emails once every 2-3 mo from
> someone running it on a 2.x box and that code's probably 6
> >> We could change
> >> float8/i.86-.*-freebsd=3Dfloat8-small-is-zero
> >> to
> >> float8/i.86-.*-freebsd4=3Dfloat8-small-is-zero
>
> > This change compiles / regresses fine for me, but I didn't read the
> > whole thread to try to see what to look for.
>
> Good enough --- change committed.
>
>
Rod Taylor <[EMAIL PROTECTED]> writes:
>> We could change
>> float8/i.86-.*-freebsd=3Dfloat8-small-is-zero
>> to
>> float8/i.86-.*-freebsd4=3Dfloat8-small-is-zero
> This change compiles / regresses fine for me, but I didn't read the
> whole thread to try to see what to look for.
Good enough --- c
> > > We could change
> > > float8/i.86-.*-freebsd=float8-small-is-zero
> > > to
> > > float8/i.86-.*-freebsd4=float8-small-is-zero
>
> This change compiles / regresses fine for me, but I didn't read the
> whole thread to try to see what to look for.
FreeBSD 5.1 imported gdtoa which fixed the
> > We could change
> > float8/i.86-.*-freebsd=float8-small-is-zero
> > to
> > float8/i.86-.*-freebsd4=float8-small-is-zero
This change compiles / regresses fine for me, but I didn't read the
whole thread to try to see what to look for.
--
Rod Taylor <[EMAIL PROTECTED]>
PGP Key: http://
> > Tom, you said you needed a shell way of detecting this, does the
> > following work?
>
> No, I need something that will work in the regression test
> resultmap, which basically only knows about the platform identifier
> string computed by config.guess.
>
> We could change
> float8/i.86-
Sean Chittenden <[EMAIL PROTECTED]> writes:
> Tom, you said you needed a shell way of detecting this, does the
> following work?
No, I need something that will work in the regression test resultmap,
which basically only knows about the platform identifier string
computed by config.guess.
We could
> > >> checking for struct sockaddr_storage... no
> >
> > > Hrm on 5.1-CURRENT (~3 days old) it works:
> >
> > When did you last update from our CVS? I corrected the configure test
> > a couple hours ago ...
>
> Oh err, umm 'bout 10minutes ago I Sup'ed and checked.
>
> *wanders o
> >> checking for struct sockaddr_storage... no
>
> > Hrm on 5.1-CURRENT (~3 days old) it works:
>
> When did you last update from our CVS? I corrected the configure test
> a couple hours ago ...
Oh err, umm 'bout 10minutes ago I Sup'ed and checked.
*wanders off to go read -commi
Sean Chittenden <[EMAIL PROTECTED]> writes:
>> checking for struct sockaddr_storage... no
> Hrm on 5.1-CURRENT (~3 days old) it works:
When did you last update from our CVS? I corrected the configure test
a couple hours ago ...
regards, tom lane
---
> It would seem the configure test isn't picking up on the structure.
>
> checking sys/socket.h usability... yes
> checking sys/socket.h presence... yes
> checking for sys/socket.h... yes
> <--snip-->
> checking for struct sockaddr_storage... no
Hrm on 5.1-CURRENT (~3 days old) it works:
ch
Rod Taylor <[EMAIL PROTECTED]> writes:
> It would seem the configure test isn't picking up on the structure.
It works here (where "works" is defined as "finds the struct on Linux
and doesn't find it on HPUX" --- both correct according to a search
of /usr/include). You'll need to dig into why it f
It would seem the configure test isn't picking up on the structure.
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
<--snip-->
checking for struct sockaddr_storage... no
FreeBSD sys/socket.h is attached.
Failing configure test below
13 matches
Mail list logo