no answer to Solaris 2.6 failure to build 6.3.2?

going to try it now, but is this befoer or after the patches?

On Thu, 2 Jul 1998, De Clarke wrote:

De Clarke <de@ucolick.org> writes:

I still cannot get postgres 6.3.2 libpq to build under
Solaris 2.6 ... this means I can't test any of my apps
using postgres on my deployment platform. can anyone
help?

gcc version 2.7.2.3

fe-connect.c: In function `PQconnectdb':
fe-connect.c:204: warning: implicit declaration of function `strdup'
fe-connect.c:204: warning: assignment makes pointer from integer without a cast

[ snip a whole lot of similar errors, all apparently arising from the
lack of prototypes for strdup() and other functions... ]

gcc is unhappy because it hasn't seen any declaration for strdup, and
later fdopen, strcasecmp, etc. All the other complaints follow from
that.

Either Solaris 2.6 has incredibly brain-damaged system include files,
or (more likely) you have a misconfigured gcc that is not reading the
correct version of <stdio.h>, <string.h>, etc. One way that that can
happen is if you try to copy a gcc installation from another system
rather than configuring and compiling it on exactly the target system.
(gcc tends to like to make "patched" copies of some of the system
include files, and if those don't match up with the real ones you are
in deep trouble.)

Surely libpq is not the only area where things are failing to build
because of these problems? Or is that the only subdirectory you have
tried to build?

regards, tom lane

De Clarke <de@ucolick.org> writes:

I still cannot get postgres 6.3.2 libpq to build under
Solaris 2.6 ... this means I can't test any of my apps
using postgres on my deployment platform. can anyone
help?

gcc version 2.7.2.3

fe-connect.c: In function `PQconnectdb':
fe-connect.c:204: warning: implicit declaration of function `strdup'
fe-connect.c:204: warning: assignment makes pointer from integer without a cast

[ snip a whole lot of similar errors, all apparently arising from the
lack of prototypes for strdup() and other functions... ]

gcc is unhappy because it hasn't seen any declaration for strdup, and
later fdopen, strcasecmp, etc. All the other complaints follow from
that.

[snip]

I have successfully built 6.3.2 under Sparc/Solaris 2.6 with gcc
2.7.2.2. Here are the outputs from gmake.

gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c fe-auth.c -o fe-auth.o
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c fe-connect.c -o fe-connect.o
fe-connect.c: In function `connectDB':
fe-connect.c:561: warning: passing arg 4 of `setsockopt' from incompatible pointer type
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c fe-exec.c -o fe-exec.o
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c fe-misc.c -o fe-misc.o
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c fe-lobj.c -o fe-lobj.o
ln -s ../../backend/lib/dllist.c .
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c dllist.c -o dllist.o
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c pqsignal.c -o pqsignal.o
ln -s ../../backend/libpq/pqcomprim.c .
gcc -I../../include -I../../backend -I/usr/local/include/tcl7.6jp -I/usr/local/include/tk4.2jp -Wall -Wmissing-prototypes -DFRONTEND -c pqcomprim.c -o pqcomprim.o
ar crs libpq.a `lorder fe-auth.o fe-connect.o fe-exec.o fe-misc.o fe-lobj.o dllist.o pqsignal.o pqcomprim.o | tsort`
UX tsort: INFORM: cycle in data
fe-connect.o
fe-auth.o
UX tsort: INFORM: cycle in data
fe-exec.o
fe-connect.o
ranlib libpq.a
rm -f c.h
echo "#undef PORTNAME" > c.h
echo "#define PORTNAME sparc_solaris" >> c.h
cat ../../include/c.h >> c.h
--
Tatsuo Ishii
t-ishii@sra.co.jp

t-ishii@sra.co.jp writes:

I have successfully built 6.3.2 under Sparc/Solaris 2.6 with gcc
2.7.2.2. Here are the outputs from gmake.

OK, that seems sufficient evidence that Solaris 2.6 *does* have proper
declarations for all these functions in the system include files.
So we're left with the hypothesis of a botched gcc installation
on De Clarke's machine. I'm not quite foolish enough to say that
it couldn't be anything else, but that sure seems like the thing
to investigate first.

regards, tom lane

On Thu, 2 Jul 1998, Tom Lane wrote:

De Clarke <de@ucolick.org> writes:

I still cannot get postgres 6.3.2 libpq to build under
Solaris 2.6 ... this means I can't test any of my apps
using postgres on my deployment platform. can anyone
help?

gcc version 2.7.2.3

fe-connect.c: In function `PQconnectdb':
fe-connect.c:204: warning: implicit declaration of function `strdup'
fe-connect.c:204: warning: assignment makes pointer from integer without a cast

[ snip a whole lot of similar errors, all apparently arising from the
lack of prototypes for strdup() and other functions... ]

gcc is unhappy because it hasn't seen any declaration for strdup, and
later fdopen, strcasecmp, etc. All the other complaints follow from
that.

Either Solaris 2.6 has incredibly brain-damaged system include files,
or (more likely) you have a misconfigured gcc that is not reading the
correct version of <stdio.h>, <string.h>, etc. One way that that can
happen is if you try to copy a gcc installation from another system
rather than configuring and compiling it on exactly the target system.
(gcc tends to like to make "patched" copies of some of the system
include files, and if those don't match up with the real ones you are
in deep trouble.)

Isn't it possible to just run 'fixincludes'? This is what's done when you
install gcc from scratch. Don't actually know where to find fixincludes
though.

Maarten

_____________________________________________________________________________
| TU Delft, The Netherlands, Faculty of Information Technology and Systems |
| Department of Electrical Engineering |
| Computer Architecture and Digital Technique section |
| M.Boekhold@et.tudelft.nl |
-----------------------------------------------------------------------------