Postgresql 8.2 +universal fails on OSX 10.6.3

[offline@…]

Here's the error that results in the end. The complete build log with -d is attached.

[offline@…]

Sorry, missed copying the error; thought I could do it after adding an attachment:

collect2: ld returned 1 exit status
ld: warning: in access/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in bootstrap/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in catalog/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in parser/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in commands/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in executor/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in lib/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in libpq/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in main/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in nodes/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in optimizer/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in port/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in postmaster/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in regex/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in rewrite/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in storage/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in tcop/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in utils/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in ../../src/timezone/SUBSYS.o, file was built for unsupported file format which is not the architecture being linked (i386)
Undefined symbols for architecture i386:
  "_main", referenced from:
      start in crt1.10.6.o
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//ccSJDtWk.out (No such file or directory)
gnumake[2]: *** [postgres] Error 1
gnumake[1]: *** [all] Error 2
gnumake: *** [all] Error 2
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_postgresql82/work/postgresql-8.2.16" && /usr/bin/gnumake -j1 " returned error 2
DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_postgresql82/work/postgresql-8.2.16" && /usr/bin/gnumake -j1 " returned error 2
    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 9)
    invoked from within
"$procedure $targetname"

[offline@…]

Is there any more information or troubleshooting assistance I could provide on this? I'm very motivated to get it to work, because I need this port ASAP. I'm open to anything that might expedite this.

[mf2k (Frank Schima)]

Can you install a later postgresql version like postgresql83 pr postgresql84? Do you really need the old 8.2 version?

[mf2k (Frank Schima)]

Also, are you trying to build it universal?

[offline@…]

1. No, because the psql client's use of \d to describe tables requires the client minor version to match the server, and our admin processes depend on that pretty heavily.

2. Yes, that's why the bug mentions '+universal' in the subject. :)

[jmroot (Joshua Root)]

r78880