Hi all,

While compiling of 6.4.2 I've realized that int8's are not supported
on FreeBSD by default. The Configure script looks if %ld or %lld
will do the job but FreeBSD is using %qd as the long long int format.
After a little fiddeling around with the configure script and 
include/utils/int8.h, I've got the int8 type working.
Since I've read somtimes in this Mailinglists, that FreeBSD is one
of the development platforms for PostgreSQL, I wonder why PGSQL
doesn't support FreeBSD's own format ...

BTW: why the configure script think's that tcl and tk includes
(tclConfig.sh,tkConfig.sh) must reside in the same directory ?
That's really an odd assumtion.


Holm

PS:
sorry for my poor english.
-- 
FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
Systemhaus fï¿½r Daten- und Netzwerktechnik           phone +49 3731 781279
Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/


Wed, 3 Mar 1999 08:28:16 +0100
Holm Tiffe <holm@freibergnet.de>
int 8 on FreeBSD

NetBSD is the same way.  Any chance of someone coming up with a patch
if int8 isn't supported?

--Michael

Holm Tiffe <holm@freibergnet.de> writes:

> Hi all,
> 
> While compiling of 6.4.2 I've realized that int8's are not supported
> on FreeBSD by default. The Configure script looks if %ld or %lld
> will do the job but FreeBSD is using %qd as the long long int format.
> After a little fiddeling around with the configure script and 
> include/utils/int8.h, I've got the int8 type working.
> Since I've read somtimes in this Mailinglists, that FreeBSD is one
> of the development platforms for PostgreSQL, I wonder why PGSQL
> doesn't support FreeBSD's own format ...
> 
> BTW: why the configure script think's that tcl and tk includes
> (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
> That's really an odd assumtion.
> 
> 
> Holm
> 
> PS:
> sorry for my poor english.
> -- 
> FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
> Systemhaus f�r Daten- und Netzwerktechnik           phone +49 3731 781279
> Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
> D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/

03 Mar 1999 00:32:46 -0800
Michael Graff <explorer@flame.org>
Re: [HACKERS] int 8 on FreeBSD
On Wed, 3 Mar 1999, Holm Tiffe wrote:

> Hi all,
> 
> While compiling of 6.4.2 I've realized that int8's are not supported
> on FreeBSD by default. The Configure script looks if %ld or %lld
> will do the job but FreeBSD is using %qd as the long long int format.
> After a little fiddeling around with the configure script and 
> include/utils/int8.h, I've got the int8 type working.
> Since I've read somtimes in this Mailinglists, that FreeBSD is one
> of the development platforms for PostgreSQL, I wonder why PGSQL
> doesn't support FreeBSD's own format ...
> 
> BTW: why the configure script think's that tcl and tk includes
> (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
> That's really an odd assumtion.

Its only an odd assumption to those on FreeBSD...we tend to be the only
ones that pervert most of the "standards" as far as installation
directories are concerned, and require specific handholding to get things
to install :(

See /usr/ports/databases/postgresql/Makefile, where it provides the
various --with-tcl= directives required...

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


Wed, 3 Mar 1999 08:11:57 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] int 8 on FreeBSD
The Hermit Hacker wrote:

> On Wed, 3 Mar 1999, Holm Tiffe wrote:
> 
> > Hi all,
> > 
[..]
> > 
> > BTW: why the configure script think's that tcl and tk includes
> > (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
> > That's really an odd assumtion.
> 
> Its only an odd assumption to those on FreeBSD...we tend to be the only
> ones that pervert most of the "standards" as far as installation
> directories are concerned, and require specific handholding to get things
> to install :(

..but it is possible on FreeBSD to run several different tcl/tk pairs
in parallel, so it turns out that it is the better way and I can't
remeber that I have had such problems with an other package.

Personally I HATE GNU's autoconf, it is really a pain to get things
working on "non standard environments". I prefer a Makefile in which
I can set options directly. But this is my own opinion and I can 
understand why others doesn't think so.

> 
> See /usr/ports/databases/postgresql/Makefile, where it provides the
> various --with-tcl= directives required...

Yeah, I've build PGSQL without the ports, because there was no port
of 6.4.2 to the time I needed it, and I've got it finally working.

Another question:

Watfor is the patches directory on ftp.postgresql.org/pub ?
It contains almost nothing of the actual patches from
the -patches mailinglist.
This makes it really not simple to get a halfways actual setup
without sup/cvsup or so...

Holm
-- 
FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
Systemhaus fï¿½r Daten- und Netzwerktechnik           phone +49 3731 781279
Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/


Wed, 3 Mar 1999 13:38:25 +0100
Holm Tiffe <holm@freibergnet.de>
Re: [HACKERS] int 8 on FreeBSD
On Wed, 3 Mar 1999, Holm Tiffe wrote:

> The Hermit Hacker wrote:
> 
> > On Wed, 3 Mar 1999, Holm Tiffe wrote:
> > 
> > > Hi all,
> > > 
> [..]
> > > 
> > > BTW: why the configure script think's that tcl and tk includes
> > > (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
> > > That's really an odd assumtion.
> > 
> > Its only an odd assumption to those on FreeBSD...we tend to be the only
> > ones that pervert most of the "standards" as far as installation
> > directories are concerned, and require specific handholding to get things
> > to install :(
> 
> ..but it is possible on FreeBSD to run several different tcl/tk pairs
> in parallel, so it turns out that it is the better way and I can't
> remeber that I have had such problems with an other package.

Agreed, but, as far as I've seen so far (and I use FreeBSD myself, and
hate it), FreeBSD is the only one that confuses the whole mess by doing
this :(

> Personally I HATE GNU's autoconf, it is really a pain to get things
> working on "non standard environments". I prefer a Makefile in which
> I can set options directly. But this is my own opinion and I can 
> understand why others doesn't think so.

As far as tk/tcl is concerned, FreeBSD is the only "non-standard
environment" that I'm aware of...the rest all install to standard
locations...

> Watfor is the patches directory on ftp.postgresql.org/pub ?
> It contains almost nothing of the actual patches from
> the -patches mailinglist.
> This makes it really not simple to get a halfways actual setup
> without sup/cvsup or so...

-patches mailing list is primarily -CURRENT tree stuff, untested.  The
patches directory is pretty much tested stuff that we feel confident in
ppl using...

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


Wed, 3 Mar 1999 09:38:58 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] int 8 on FreeBSD
The Hermit Hacker wrote:

> On Wed, 3 Mar 1999, Holm Tiffe wrote:
> 
> > The Hermit Hacker wrote:
> > 
> > > On Wed, 3 Mar 1999, Holm Tiffe wrote:
> > > 
> > > > Hi all,
> > > > 
> > [..]
> > > > 
> > > > BTW: why the configure script think's that tcl and tk includes
> > > > (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
> > > > That's really an odd assumtion.
> > > 
> > > Its only an odd assumption to those on FreeBSD...we tend to be the only
> > > ones that pervert most of the "standards" as far as installation
> > > directories are concerned, and require specific handholding to get things
> > > to install :(
> > 
> > ..but it is possible on FreeBSD to run several different tcl/tk pairs
> > in parallel, so it turns out that it is the better way and I can't
> > remeber that I have had such problems with an other package.
> 
> Agreed, but, as far as I've seen so far (and I use FreeBSD myself, and
> hate it),

Why you use it ?

> FreeBSD is the only one that confuses the whole mess by doing
> this :(

I think, this is because FreeBSD has learned. There was a time who Tcl/Tk
versions where released nearly every day. FreeBSD has had an "imported"
tcl version in it's source dist. All Tcl versions where incomatible
to each other this time, and I've had to work around this several times.
The current behavior of FreeBSD is the only one solution for this.
Think of Linux, which libc today ?

> 
> > Personally I HATE GNU's autoconf, it is really a pain to get things
> > working on "non standard environments". I prefer a Makefile in which
> > I can set options directly. But this is my own opinion and I can 
> > understand why others doesn't think so.
> 
> As far as tk/tcl is concerned, FreeBSD is the only "non-standard
> environment" that I'm aware of...the rest all install to standard
> locations...

No, that was not only relating to Tcl/Tk, there are many other things
like configuring a gcc-cross build environment and so on.

> 
> > Watfor is the patches directory on ftp.postgresql.org/pub ?
> > It contains almost nothing of the actual patches from
> > the -patches mailinglist.
> > This makes it really not simple to get a halfways actual setup
> > without sup/cvsup or so...
> 
> -patches mailing list is primarily -CURRENT tree stuff, untested.  The
> patches directory is pretty much tested stuff that we feel confident in
> ppl using...

Hmm, there must be very few confident things, when I take a look to this
patch directory....

A "Migration Path" (deltas) from on release to the next is on my wishlist,
to get a customers installation up to date without the full net access.

Holm
Ps: sorry for my poor english
-- 
FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
Systemhaus fï¿½r Daten- und Netzwerktechnik           phone +49 3731 781279
Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/


Wed, 3 Mar 1999 15:24:57 +0100
Holm Tiffe <holm@freibergnet.de>
Re: [HACKERS] int 8 on FreeBSD
On Wed, 3 Mar 1999, Holm Tiffe wrote:

> The Hermit Hacker wrote:
> 
> > Agreed, but, as far as I've seen so far (and I use FreeBSD myself, and
> > hate it),
> 
> Why you use it ?

I knew after I typed that that I had worded it wrong...I hate the way it
installs various ports, like tk/tcl ... I don't hate FreeBSD itself...

> > FreeBSD is the only one that confuses the whole mess by doing
> > this :(
> 
> I think, this is because FreeBSD has learned. There was a time who Tcl/Tk
> versions where released nearly every day. FreeBSD has had an "imported"
> tcl version in it's source dist. All Tcl versions where incomatible
> to each other this time, and I've had to work around this several times.
> The current behavior of FreeBSD is the only one solution for this.
> Think of Linux, which libc today ?

The "only one solution for this" is the standard/accepted one by everyone
*except* for FreeBSD, that is *why* we have standards...


Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


Wed, 3 Mar 1999 10:39:59 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] int 8 on FreeBSD
> > While compiling of 6.4.2 I've realized that int8's are not supported
> > on FreeBSD by default. The Configure script looks if %ld or %lld
> > will do the job but FreeBSD is using %qd as the long long int 
> > format.
> > After a little fiddeling around with the configure script and
> > include/utils/int8.h, I've got the int8 type working.
> > Since I've read somtimes in this Mailinglists, that FreeBSD is one
> > of the development platforms for PostgreSQL, I wonder why PGSQL
> > doesn't support FreeBSD's own format ...

I had originally coded in %qd for some platforms, but *strongly* recall
that those platforms which supported %qd also supported %lld, so we
removed the %qd variant.

If int8 really doesn't work on FreeBSD, shame on the FreeBSDers for not
bringing it up earlier. But, it can't be that simple. If it *really*
doesn't work on FreeBSD, could it be related to relatively recent
changes in compilers or libraries (or are you running an old version of
FreeBSD)?

scrappy, can you take a look at this on your platform?

                       - Tom

Wed, 03 Mar 1999 14:49:20 +0000
"Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Re: [HACKERS] int 8 on FreeBSD
The Hermit Hacker wrote:

> On Wed, 3 Mar 1999, Holm Tiffe wrote:
> 
> > The Hermit Hacker wrote:
> > 
> > > Agreed, but, as far as I've seen so far (and I use FreeBSD myself, and
> > > hate it),
> > 
> > Why you use it ?
> 
> I knew after I typed that that I had worded it wrong...I hate the way it
> installs various ports, like tk/tcl ... I don't hate FreeBSD itself...
> 
> > > FreeBSD is the only one that confuses the whole mess by doing
> > > this :(
> > 
> > I think, this is because FreeBSD has learned. There was a time who Tcl/Tk
> > versions where released nearly every day. FreeBSD has had an "imported"
> > tcl version in it's source dist. All Tcl versions where incomatible
> > to each other this time, and I've had to work around this several times.
> > The current behavior of FreeBSD is the only one solution for this.
> > Think of Linux, which libc today ?
> 
> The "only one solution for this" is the standard/accepted one by everyone
> *except* for FreeBSD, that is *why* we have standards...

I meant: the only one solution to install more than one such package on one
machine at a time.
(Why we have problems to express our self today ? :-))
[ok, I have languages related problems too...]

back to standards:
Why a PC uses metric AND inch screws ?
Why we have MS Windows (grr), MacOS, OS/2, *BSD, Linux .... ?
(order isn't important here)
It's because we all have different tastes ...

You hate it, an I simply accept it.
I have had to use tcl3 and tcl8 on a customers machine. 

Holm
-- 
FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
Systemhaus fï¿½r Daten- und Netzwerktechnik           phone +49 3731 781279
Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/


Wed, 3 Mar 1999 15:54:38 +0100
Holm Tiffe <holm@freibergnet.de>
Re: [HACKERS] int 8 on FreeBSD
Thomas G. Lockhart wrote:

> > > While compiling of 6.4.2 I've realized that int8's are not supported
> > > on FreeBSD by default. The Configure script looks if %ld or %lld
> > > will do the job but FreeBSD is using %qd as the long long int 
> > > format.
> > > After a little fiddeling around with the configure script and
> > > include/utils/int8.h, I've got the int8 type working.
> > > Since I've read somtimes in this Mailinglists, that FreeBSD is one
> > > of the development platforms for PostgreSQL, I wonder why PGSQL
> > > doesn't support FreeBSD's own format ...
> 
> I had originally coded in %qd for some platforms, but *strongly* recall
> that those platforms which supported %qd also supported %lld, so we
> removed the %qd variant.
> 
> If int8 really doesn't work on FreeBSD, shame on the FreeBSDers for not
> bringing it up earlier.

:-)
> But, it can't be that simple.

The regression test means it is, and this is possibly the reason why it
isn't fixed jet :-)

> If it *really*
> doesn't work on FreeBSD, could it be related to relatively recent
> changes in compilers or libraries (or are you running an old version of
> FreeBSD)?

No, this is my development box:

4.0-CURRENT FreeBSD 4.0-CURRENT #6: Mon Mar  1 12:55:03 CET 1999

It is a very current system, but I've stumbled over this some time
bevore (int8 was a contrib package this times)

Holm
-- 
FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
Systemhaus fï¿½r Daten- und Netzwerktechnik           phone +49 3731 781279
Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/


Wed, 3 Mar 1999 16:05:24 +0100
Holm Tiffe <holm@freibergnet.de>
Re: [HACKERS] int 8 on FreeBSD
>BTW: why the configure script think's that tcl and tk includes
>(tclConfig.sh,tkConfig.sh) must reside in the same directory ?
>That's really an odd assumtion.

I have to agree here. We have an localized version of Tcl/Tk package
for FreeBSD having TkConfig.sh under /usr/local/lib/tk4.2jp/. I always
hand-edit configure to let it recognize tkConfigure.sh.
---
Tatsuo Ishii


Thu, 04 Mar 1999 10:56:52 +0900
Tatsuo Ishii <t-ishii@sra.co.jp>
Re: [HACKERS] int 8 on FreeBSD 
-----BEGIN PGP SIGNED MESSAGE-----

>>>>> "Tatsuo" == Tatsuo Ishii <t-ishii@sra.co.jp> writes:

    >> BTW: why the configure script think's that tcl and tk includes
    >> (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
    >> That's really an odd assumtion.

    Tatsuo> I have to agree here. We have an localized version of
    Tatsuo> Tcl/Tk package for FreeBSD having TkConfig.sh under
    Tatsuo> /usr/local/lib/tk4.2jp/. I always hand-edit configure to
    Tatsuo> let it recognize tkConfigure.sh. --- Tatsuo Ishii

I don't understand the complaint; doesn't 

    --with-tclconfig=/usr/local/lib/tk4.2jp

work for you?  or is you tkConfig.sh really called tkConfigure.sh
(maybe that is what is breaking it...).

roland
- -- 
		       PGP Key ID: 66 BC 3B CD
Roland B. Roberts, PhD                  Custom Software Solutions
roberts@panix.com                           101 West 15th St #4NN
rbroberts@acm.org                              New York, NY 10011

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNt4AouoW38lmvDvNAQGvpgQAgiJBjhnCL62HlKJm3oVAz+ew6AABNMzv
i9HGhOOaDU072xgSt3ay/y7vr25TG5XBrhNvuo7zLkrr/RlHV4iSEXM3Nrzga9CV
/k4teT7IfJ6ZVHOLsEoMPhiEeKimD3tlzIuZSSvc3SDOZHOreaV15V43xYYWtV79
MFvFCjDJGUo=
=QDBy
-----END PGP SIGNATURE-----

03 Mar 1999 22:40:20 -0500
Roland Roberts <roberts@panix.com>
Re: Tcl/Tk config (was: int 8 on FreeBSD)
>    Tatsuo> I have to agree here. We have an localized version of
>    Tatsuo> Tcl/Tk package for FreeBSD having TkConfig.sh under
>    Tatsuo> /usr/local/lib/tk4.2jp/. I always hand-edit configure to
>    Tatsuo> let it recognize tkConfigure.sh. --- Tatsuo Ishii
>
>I don't understand the complaint; doesn't 
>
>    --with-tclconfig=/usr/local/lib/tk4.2jp
>
>work for you?  or is you tkConfig.sh really called tkConfigure.sh
>(maybe that is what is breaking it...).

I don't think that works. Since tclConfig.sh is under
/usr/local/lib/tcl7.6jp/ in my configuration. As already pointed out,
the problem is configure doesn't allow tclConfig.sh and tkConfig.sh
lives in separate directory.
--
Tatsuo Ishii

Thu, 04 Mar 1999 12:51:15 +0900
Tatsuo Ishii <t-ishii@sra.co.jp>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD) 
On Thu, 4 Mar 1999, Tatsuo Ishii wrote:

> >    Tatsuo> I have to agree here. We have an localized version of
> >    Tatsuo> Tcl/Tk package for FreeBSD having TkConfig.sh under
> >    Tatsuo> /usr/local/lib/tk4.2jp/. I always hand-edit configure to
> >    Tatsuo> let it recognize tkConfigure.sh. --- Tatsuo Ishii
> >
> >I don't understand the complaint; doesn't 
> >
> >    --with-tclconfig=/usr/local/lib/tk4.2jp
> >
> >work for you?  or is you tkConfig.sh really called tkConfigure.sh
> >(maybe that is what is breaking it...).
> 
> I don't think that works. Since tclConfig.sh is under
> /usr/local/lib/tcl7.6jp/ in my configuration. As already pointed out,
> the problem is configure doesn't allow tclConfig.sh and tkConfig.sh
> lives in separate directory.

FreeeBSD does it as:

--with-tclconfig"/usr/local/lib/tk4.2jp /usr/local/lib/tcl7.6jp"

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


Thu, 4 Mar 1999 09:22:38 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD) 
On Thu, 4 Mar 1999, The Hermit Hacker wrote:

> FreeeBSD does it as:
> 
> --with-tclconfig"/usr/local/lib/tk4.2jp /usr/local/lib/tcl7.6jp"

That Works?!?!  Damn.  One thing I never thought to try.

Vince.
-- 
==========================================================================
Vince Vielhaber -- KA8CSH   email: vev@michvhf.com   flame-mail: /dev/null
       # include <std/disclaimers.h>                   TEAM-OS2
        Online Campground Directory    http://www.camping-usa.com
       Online Giftshop Superstore    http://www.cloudninegifts.com
==========================================================================




Thu, 4 Mar 1999 11:11:03 -0500 (EST)
Vince Vielhaber <vev@michvhf.com>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD) 
On Thu, 4 Mar 1999, Vince Vielhaber wrote:

> On Thu, 4 Mar 1999, The Hermit Hacker wrote:
> 
> > FreeeBSD does it as:
> > 
> > --with-tclconfig"/usr/local/lib/tk4.2jp /usr/local/lib/tcl7.6jp"
> 
> That Works?!?!  Damn.  One thing I never thought to try.

Actually, just tried it here, and if it works in our ports collection, it
doesn't work outside of it :(

Am going to play aroudn with it from home tonight...would like to get
that, at least, fixed for v6.4.3 also...

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


Thu, 4 Mar 1999 13:57:49 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD) 
On Thu, 4 Mar 1999, The Hermit Hacker wrote:

> On Thu, 4 Mar 1999, Vince Vielhaber wrote:
> 
> > On Thu, 4 Mar 1999, The Hermit Hacker wrote:
> > 
> > > FreeeBSD does it as:
> > > 
> > > --with-tclconfig"/usr/local/lib/tk4.2jp /usr/local/lib/tcl7.6jp"
> > 
> > That Works?!?!  Damn.  One thing I never thought to try.
> 
> Actually, just tried it here, and if it works in our ports collection, it
> doesn't work outside of it :(
> 
> Am going to play aroudn with it from home tonight...would like to get
> that, at least, fixed for v6.4.3 also...

How 'bout adding a --with-tkconfig=DIR to configure with it defaulting
to tclconfig's DIR?

Vince.
-- 
==========================================================================
Vince Vielhaber -- KA8CSH   email: vev@michvhf.com   flame-mail: /dev/null
       # include <std/disclaimers.h>                   TEAM-OS2
        Online Campground Directory    http://www.camping-usa.com
       Online Giftshop Superstore    http://www.cloudninegifts.com
==========================================================================




Thu, 4 Mar 1999 13:08:24 -0500 (EST)
Vince Vielhaber <vev@michvhf.com>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD) 

Sounds reasonable to me...want to do it up and submit a quick patch?  I
won't get a chance til later tonight...


On Thu, 4 Mar 1999, Vince Vielhaber wrote:

> On Thu, 4 Mar 1999, The Hermit Hacker wrote:
> 
> > On Thu, 4 Mar 1999, Vince Vielhaber wrote:
> > 
> > > On Thu, 4 Mar 1999, The Hermit Hacker wrote:
> > > 
> > > > FreeeBSD does it as:
> > > > 
> > > > --with-tclconfig"/usr/local/lib/tk4.2jp /usr/local/lib/tcl7.6jp"
> > > 
> > > That Works?!?!  Damn.  One thing I never thought to try.
> > 
> > Actually, just tried it here, and if it works in our ports collection, it
> > doesn't work outside of it :(
> > 
> > Am going to play aroudn with it from home tonight...would like to get
> > that, at least, fixed for v6.4.3 also...
> 
> How 'bout adding a --with-tkconfig=DIR to configure with it defaulting
> to tclconfig's DIR?
> 
> Vince.
> -- 
> ==========================================================================
> Vince Vielhaber -- KA8CSH   email: vev@michvhf.com   flame-mail: /dev/null
>        # include <std/disclaimers.h>                   TEAM-OS2
>         Online Campground Directory    http://www.camping-usa.com
>        Online Giftshop Superstore    http://www.cloudninegifts.com
> ==========================================================================
> 
> 
> 

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


Thu, 4 Mar 1999 14:56:36 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD) 
On 04-Mar-99 The Hermit Hacker wrote:
> 
> Sounds reasonable to me...want to do it up and submit a quick patch?  I
> won't get a chance til later tonight...

Ok.  Having never played with autoconf, I think I got it anyway.  I do
have a minor problem, tho, as I've never gotten tk/tcl to compile cleanly
with PostgreSQL.  It can never find tcl.h and tk.h unless I play with the
makefiles.  Whatever the case, attached is a diff for configure.in I hope
we can get it tested by a few different platforms.  Also would someone 
take a look at the --help text for it?  I guess it's ok but not exactly
the clearest.  I'm also going to take another look at why the header
files for tk/tck are getting missed.



> 
> 
> On Thu, 4 Mar 1999, Vince Vielhaber wrote:
> 
>> On Thu, 4 Mar 1999, The Hermit Hacker wrote:
>> 
>> > On Thu, 4 Mar 1999, Vince Vielhaber wrote:
>> > 
>> > > On Thu, 4 Mar 1999, The Hermit Hacker wrote:
>> > > 
>> > > > FreeeBSD does it as:
>> > > > 
>> > > > --with-tclconfig"/usr/local/lib/tk4.2jp /usr/local/lib/tcl7.6jp"
>> > > 
>> > > That Works?!?!  Damn.  One thing I never thought to try.
>> > 
>> > Actually, just tried it here, and if it works in our ports collection, it
>> > doesn't work outside of it :(
>> > 
>> > Am going to play aroudn with it from home tonight...would like to get
>> > that, at least, fixed for v6.4.3 also...
>> 
>> How 'bout adding a --with-tkconfig=DIR to configure with it defaulting
>> to tclconfig's DIR?

Vince.
-- 
==========================================================================
Vince Vielhaber -- KA8CSH   email: vev@michvhf.com   flame-mail: /dev/null
       # include <std/disclaimers.h>                   TEAM-OS2
        Online Campground Directory    http://www.camping-usa.com
       Online Giftshop Superstore    http://www.cloudninegifts.com
==========================================================================
Thu, 04 Mar 1999 15:33:20 -0500 (EST)
Vince Vielhaber <vev@michvhf.com>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD)

On 04-Mar-99 Vince Vielhaber wrote:
> 
> On 04-Mar-99 The Hermit Hacker wrote:
>> 
>> Sounds reasonable to me...want to do it up and submit a quick patch?  I
>> won't get a chance til later tonight...
> 
> Ok.  Having never played with autoconf, I think I got it anyway.  I do
> have a minor problem, tho, as I've never gotten tk/tcl to compile cleanly
> with PostgreSQL.  It can never find tcl.h and tk.h unless I play with the
> makefiles.  Whatever the case, attached is a diff for configure.in I hope
> we can get it tested by a few different platforms.  Also would someone 
> take a look at the --help text for it?  I guess it's ok but not exactly
> the clearest.  I'm also going to take another look at why the header
> files for tk/tck are getting missed.

An update here, the include dirs need to be added to --with-includes and I
had a small typo in that line.  (stupid computers, they should know what I
mean no matter what I type!).  It all compiled without incident :)

Vince.
-- 
==========================================================================
Vince Vielhaber -- KA8CSH   email: vev@michvhf.com   flame-mail: /dev/null
       # include <std/disclaimers.h>                   TEAM-OS2
        Online Campground Directory    http://www.camping-usa.com
       Online Giftshop Superstore    http://www.cloudninegifts.com
==========================================================================



Thu, 04 Mar 1999 16:44:40 -0500 (EST)
Vince Vielhaber <vev@michvhf.com>
Re: [HACKERS] Re: Tcl/Tk config (was: int 8 on FreeBSD)
Holm Tiffe wrote:

> Hi all,

Hi, Holm,

> While compiling of 6.4.2 I've realized that int8's are not supported
> on FreeBSD by default. The Configure script looks if %ld or %lld
> will do the job but FreeBSD is using %qd as the long long int format.
> After a little fiddeling around with the configure script and
> include/utils/int8.h, I've got the int8 type working.
> Since I've read somtimes in this Mailinglists, that FreeBSD is one
> of the development platforms for PostgreSQL, I wonder why PGSQL
> doesn't support FreeBSD's own format ...

Here are the patches I've used to enable int8 support.
Since my patches modify configure.in, you'll need to install
autoconf and regenerate the configure script.

Hope this helps,
Kevin.

==============================================================

--- ./src/backend/port/snprintf.c       1998/12/25 02:20:41     64.2
+++ ./src/backend/port/snprintf.c       1999/01/19 00:37:40     64.2.1.1
@@ -49,7 +49,7 @@
 #include <sys/param.h>

 /* IRIX doesn't do 'long long' in va_arg(), so use a typedef */
-#ifdef HAVE_LONG_LONG_INT_64
+#if defined(HAVE_LONG_INT_64) || defined(HAVE_LONG_LONG_INT) ||
defined(HAVE_QUAD_INT_64)
 typedef long long long_long;
 typedef unsigned long long ulong_long;
 #endif
--- ./src/include/utils/int8.h  1998/09/11 17:16:11     64.2
+++ ./src/include/utils/int8.h  1999/01/19 00:37:41     64.2.1.1
@@ -35,11 +35,18 @@

 #define INT64_FORMAT "%lld"
 #else
+#ifdef HAVE_QUAD_INT_64
+/* We have working support for "long long", use that */
+typedef long long int64;
+
+#define INT64_FORMAT "%qd"
+#else
 /* Won't actually work, but fall back to long int so that int8.c compiles
*/
 typedef long int int64;

 #define INT64_FORMAT "%ld"
 #define INT64_IS_BUSTED
+#endif
 #endif
 #endif

--- ./src/include/config.h.in   1998/12/13 20:08:24     64.2
+++ ./src/include/config.h.in   1999/01/19 00:37:41     64.2.1.1
@@ -267,6 +267,9 @@
 /* Set to 1 if type "long long int" works and is 64 bits */
 #undef HAVE_LONG_LONG_INT_64

+/* Set to 1 if type "long long" works and is 64 bits */
+#undef HAVE_QUAD_INT_64
+
 /* Define as the base type of the last arg to accept */
 #undef SOCKET_SIZE_TYPE

--- ./src/configure.in  1998/12/13 20:08:20     64.2
+++ ./src/configure.in  1999/01/19 00:37:39     64.2.1.1
@@ -688,6 +688,43 @@
        AC_MSG_RESULT(no),
        AC_MSG_RESULT(assuming not on target machine))

+AC_MSG_CHECKING(whether 'long long' is 64 bits)
+AC_TRY_RUN([#include <stdio.h>
+typedef long long int64;
+#define INT64_FORMAT "%qd"
+
+int64 a = 20000001;
+int64 b = 40000005;
+
+int does_int64_work()
+{
+  int64 c,d,e;
+  char buf[100];
+
+  if (sizeof(int64) != 8)
+    return 0;                  /* doesn't look like the right size */
+
+  /* we do perfunctory checks on multiply, divide, sprintf, sscanf */
+  c = a * b;
+  sprintf(buf, INT64_FORMAT, c);
+  if (strcmp(buf, "800000140000005") != 0)
+    return 0;                  /* either multiply or sprintf is busted */
+  if (sscanf(buf, INT64_FORMAT, &d) != 1)
+    return 0;
+  if (d != c)
+    return 0;
+  e = d / b;
+  if (e != a)
+    return 0;
+  return 1;
+}
+main() {
+  exit(! does_int64_work());
+}],
+       [AC_DEFINE(HAVE_QUAD_INT_64) AC_MSG_RESULT(yes)],
+       AC_MSG_RESULT(no),
+       AC_MSG_RESULT(assuming not on target machine))
+
 dnl Checks for library functions.
 AC_FUNC_MEMCMP
 AC_TYPE_SIGNAL


Sun, 07 Mar 1999 12:47:49 +0800
Kevin Lo <kevlo@hello.com.tw>
Re: [HACKERS] int 8 on FreeBSD