8.0.3 build error on Mac OS X 10.4

8.0.3 does not build for me on Mac OS X 10.4. Anyone else seeing
this error, and will it be fixed in the next release?
Thanks,
-M@

gcc -no-cpp-precomp -O2 -Wall -Wmissing-prototypes -Wpointer-arith -
Wendif-labels -fno-strict-aliasing -DFRONTEND -I. -I../../../src/
include -I../../../src/port -c -o thread.o thread.c
ar crs libpq.a `lorder fe-auth.o fe-connect.o fe-exec.o fe-misc.o fe-
print.o fe-lobj.o fe-protocol2.o fe-protocol3.o pqexpbuffer.o
pqsignal.o fe-secure.o md5.o ip.o wchar.o encnames.o noblock.o
pgstrcasecmp.o thread.o | tsort`
usage: join [-a fileno | -v fileno ] [-e string] [-1 field] [-2 field]
[-o list] [-t char] file1 file2
ranlib libpq.a
gcc -no-cpp-precomp -O2 -Wall -Wmissing-prototypes -Wpointer-arith -
Wendif-labels -fno-strict-aliasing -dynamiclib -install_name /usr/
local/pgsql/lib/libpq.4.dylib -compatibility_version 4 -
current_version 4.0 -multiply_defined suppress fe-auth.o fe-
connect.o fe-exec.o fe-misc.o fe-print.o fe-lobj.o fe-protocol2.o fe-
protocol3.o pqexpbuffer.o pqsignal.o fe-secure.o md5.o ip.o wchar.o
encnames.o noblock.o pgstrcasecmp.o thread.o -L../../../src/port -
lresolv -o libpq.4.0.dylib
/usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0)
file: -lSystem is not an object file (not allowed in a library)
make[3]: *** [libpq.4.0.dylib] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all] Error 2
make: *** [all] Error 2

On May 19, 2005, at 10:27 AM, Matthew Hixson wrote:

> 8.0.3 does not build for me on Mac OS X 10.4. Anyone else seeing
> this error, and will it be fixed in the next release?

I just built 8.0.3 on Mac OS X 10.4.1 just fine. I installed
bison-1.875 (simple ./configure, make, sudo make install) before
doing the installation. I don't know if this is part of the issue or
not. Here was my configure for the PostgreSQL installation.

./configure --prefix=${PGINSTROOT} --with-pgport=${PGPORT} --enable-
syslog --with-includes=/usr/include/ --with-libraries=/usr/lib/

The --with-includes and --with-libraries are to make sure the
configure picks up readline. It's nice that readline is installed
with Xcode now!

Hope things work out for your installation.

Michael Glaesemann
grzm myrealbox com

On May 19, 2005, at 10:48 AM, Michael Glaesemann wrote:

>
> On May 19, 2005, at 10:27 AM, Matthew Hixson wrote:
>
>
>> 8.0.3 does not build for me on Mac OS X 10.4. Anyone else seeing
>> this error, and will it be fixed in the next release?
>>
>
> I just built 8.0.3 on Mac OS X 10.4.1 just fine. I installed
> bison-1.875 (simple ./configure, make, sudo make install) before
> doing the installation. I don't know if this is part of the issue
> or not. Here was my configure for the PostgreSQL installation.
>
> ./configure --prefix=${PGINSTROOT} --with-pgport=${PGPORT} --
> enable-syslog --with-includes=/usr/include/ --with-libraries=/usr/lib/

I should add that PGINSTROOT and PGPORT are environmental variables
which I have set to /usr/local/pgsql/pgsql-8.0.3 and 54803,
respectively. (I run more than one PG installation my box.)

Michael Glaesemann
grzm myrealbox com

Michael Glaesemann <grzm(at)myrealbox(dot)com> writes:
> On May 19, 2005, at 10:27 AM, Matthew Hixson wrote:
>> 8.0.3 does not build for me on Mac OS X 10.4. Anyone else seeing
>> this error, and will it be fixed in the next release?

> I just built 8.0.3 on Mac OS X 10.4.1 just fine.

IIRC this isn't the first report of build problems on 10.4, and not the
first report of success either. Somebody needs to look into exactly
what's going on. (Don't look at me, I have not bought 10.4 yet...)

regards, tom lane

On May 18, 2005, at 8:21 PM, Tom Lane wrote:

> Michael Glaesemann <grzm(at)myrealbox(dot)com> writes:
>
>> On May 19, 2005, at 10:27 AM, Matthew Hixson wrote:
>>
>>> 8.0.3 does not build for me on Mac OS X 10.4. Anyone else seeing
>>> this error, and will it be fixed in the next release?
>>>
>
>
>> I just built 8.0.3 on Mac OS X 10.4.1 just fine.
>>
>
> IIRC this isn't the first report of build problems on 10.4, and not
> the
> first report of success either. Somebody needs to look into exactly
> what's going on. (Don't look at me, I have not bought 10.4 yet...)

After upgrading to 10.4.1 and using Michael's parameters to ./
configure I still get the exact same build error. Any Postgres
hackers out there interested in logging into my machine and seeing
what they can do to fix this?
-M@

On May 19, 2005, at 12:21 PM, Tom Lane wrote:

> Michael Glaesemann <grzm(at)myrealbox(dot)com> writes:
>
>> On May 19, 2005, at 10:27 AM, Matthew Hixson wrote:
>>
>>> 8.0.3 does not build for me on Mac OS X 10.4. Anyone else seeing
>>> this error, and will it be fixed in the next release?
>>>
>
>
>> I just built 8.0.3 on Mac OS X 10.4.1 just fine.
>>
>
> IIRC this isn't the first report of build problems on 10.4, and not
> the
> first report of success either. Somebody needs to look into exactly
> what's going on. (Don't look at me, I have not bought 10.4 yet...)

For the record, my machine is a clean install of 10.4.0 + Xcode, then
upgraded to 10.4.1. I installed Bison 1.875 (as previously
mentioned), but otherwise it's a stock system. No fink, no
Darwinports, nothing but PostgreSQL.

laughter:~ glaesema$ which gcc
/usr/bin/gcc
laughter:~ glaesema$ gcc -v
Reading specs from /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/specs
Configured with: /private/var/tmp/gcc/gcc-4061.obj~8/src/configure --
disable-checking --prefix=/usr --mandir=/share/man --enable-
languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^+.-]*$/
s/$/-4.0/ --with-gxx-include-dir=/include/gcc/darwin/4.0/c++ --
build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --
target=powerpc-apple-darwin8
Thread model: posix
gcc version 4.0.0 20041026 (Apple Computer, Inc. build 4061)

Possibly there's a issue with upgrading from 10.3.x to 10.4? Maybe
using a different gcc? I'm not very experienced reading installation
messages, so I'm not really sure what error Matthew's getting. I've
attached what I think is the corresponding section from my
installation. I've saved the whole terminal session, so if anyone
needs anything else, just let me know.

Michael Glaesemann
grzm myrealbox com

-----
gcc -no-cpp-precomp -O2 -Wall -Wmissing-prototypes -Wpointer-arith -
Wdeclaration-after-statement -Wold-style-definition -Wendif-labels -
fno-strict-aliasing -DFRONTEND -I. -I../../../src/include -I/usr/
include/ -I../../../src/port -c -o thread.o thread.c
ar crs libpq.a `lorder fe-auth.o fe-connect.o fe-exec.o fe-misc.o fe-
print.o fe-lobj.o fe-protocol2.o fe-protocol3.o pqexpbuffer.o
pqsignal.o fe-secure.o md5.o ip.o wchar.o encnames.o noblock.o
pgstrcasecmp.o thread.o | tsort`
tsort: cycle in data
tsort: fe-exec.o
tsort: fe-protocol2.o
tsort: fe-connect.o
tsort: fe-protocol3.o
tsort: cycle in data
tsort: fe-exec.o
tsort: fe-protocol2.o
tsort: cycle in data
tsort: fe-exec.o
tsort: fe-misc.o
tsort: cycle in data
tsort: fe-auth.o
tsort: fe-connect.o
ranlib libpq.a
gcc -no-cpp-precomp -O2 -Wall -Wmissing-prototypes -Wpointer-arith -
Wdeclaration-after-statement -Wold-style-definition -Wendif-labels -
fno-strict-aliasing -dynamiclib -install_name /usr/local/pgsql/
pgsql-8.0.3/lib/libpq.4.dylib -compatibility_version 4 -
current_version 4.0 -multiply_defined suppress fe-auth.o fe-
connect.o fe-exec.o fe-misc.o fe-print.o fe-lobj.o fe-protocol2.o fe-
protocol3.o pqexpbuffer.o pqsignal.o fe-secure.o md5.o ip.o wchar.o
encnames.o noblock.o pgstrcasecmp.o thread.o -L../../../src/port -L/
usr/lib/ -lresolv -o libpq.4.0.dylib
rm -f libpq.4.dylib
ln -s libpq.4.0.dylib libpq.4.dylib
rm -f libpq.dylib
ln -s libpq.4.0.dylib libpq.dylib
make -C include all
make[4]: Nothing to be done for `all'.

On May 19, 2005, at 1:34 AM, Matthew Hixson wrote:
> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0)
> file: -lSystem is not an object file (not allowed in a library)

> After upgrading to 10.4.1 and using Michael's parameters to
> ./configure I still get the exact same build error. Any Postgres
> hackers out there interested in logging into my machine and seeing
> what they can do to fix this?

[Wild stabs in the dark to follow]

What kind of Mac is it? The error had something to do with cputype.

When I installed XCode 2.0 yesterday I noticed it installs gcc 3 and 4.
Maybe you could try using gcc 3 and see if it makes a difference.

John DeSoi, Ph.D.
http://pgedit.com/
Power Tools for PostgreSQL

On May 19, 2005, at 5:42 AM, John DeSoi wrote:

>
> On May 19, 2005, at 1:34 AM, Matthew Hixson wrote:
>
>> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype
>> (0) file: -lSystem is not an object file (not allowed in a library)
>>
>
>
>> After upgrading to 10.4.1 and using Michael's parameters to ./
>> configure I still get the exact same build error. Any Postgres
>> hackers out there interested in logging into my machine and seeing
>> what they can do to fix this?
>>
>
> [Wild stabs in the dark to follow]
>
> What kind of Mac is it? The error had something to do with cputype.
>
> When I installed XCode 2.0 yesterday I noticed it installs gcc 3
> and 4. Maybe you could try using gcc 3 and see if it makes a
> difference.

My machine is a 1Ghz G4 Powerbook. This machine was upgraded from
10.3.9 to 10.4 and then brought up to 10.4.1 through software
update. I have Xcode 1.1 installed and my gcc is:

mhixson(at)Titan:~/$ gcc -v
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20030304 (Apple Computer, Inc. build 1495)

So perhaps I should just upgrade XCode and that'll fix my problem.
-M@

On May 18, 2005, at 9:27 PM, Matthew Hixson wrote:

> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype
> (0) file: -lSystem is not an object file (not allowed in a library)

I had some issues with this error on a few other things on my Tiger box.
After I installed Xcode2 things worked fine.

Try installing xcode2 and let us know.

(And I compiled and run Tiger on my tiger machine here, with xcode2,
gcc 4)

--
Jeff Trout <jeff(at)jefftrout(dot)com>
http://www.jefftrout.com/
http://www.stuarthamm.net/

On May 19, 2005, at 9:27 AM, Jeff Trout wrote:

>
> On May 18, 2005, at 9:27 PM, Matthew Hixson wrote:
>
>
>
>> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype
>> (0) file: -lSystem is not an object file (not allowed in a library)
>>
>
> I had some issues with this error on a few other things on my Tiger
> box.
> After I installed Xcode2 things worked fine.
>
> Try installing xcode2 and let us know.
>
> (And I compiled and run Tiger on my tiger machine here, with
> xcode2, gcc 4)

I just installed Xcode 2 and postgres built successfully. A 'make
check' also says all 96 tests passed.
Thanks for the help everyone. Keep up the good work.
-M@