Re: Bug PgSQL Symbol umoddi hpux (fwd)

Hallo Developer!

I would like to install apache with php3 and pgsql on a hpux-10.20.
But it does not want to function simply.
What can I do?

regards Heiko

+----------------------------------------------------------------+
| Name: Heiko Lehmann |
| Anschrift: FHL-HRZ, Groszenhainer Str. 57, 01968 Senftenberg |
| Telephon: 03573/85/358 \\|// |
| E-Mail: hlehmann(at)fh-lausitz(dot)de (o^o) |
+--------------------------------------------------oo0-(_)-0oo---+

Heiko Lehmann <hlehmann(at)fh-lausitz(dot)de> writes:
> /usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/pgsql/lib/libpq.sl

You might find it helps to explicitly link libgcc.a into libpq.sl when
building the latter. This sort of thing is common when you mix gcc and
HP-cc output files ...

regards, tom lane

On Wed, 12 Feb 2003, Tom Lane wrote:

> Heiko Lehmann <hlehmann(at)fh-lausitz(dot)de> writes:
> > /usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/pgsql/lib/libpq.sl
>
> You might find it helps to explicitly link libgcc.a into libpq.sl when
> building the latter. This sort of thing is common when you mix gcc and
> HP-cc output files ...
>
> regards, tom lane
>
Thanks for the information.
I tried it, but only partially with success.

1. I found an option enable-libgcc. This is however not used everywhere:
php-4 knows option --enable-libgcc
php-3.0.18 unknown option --enable-libgcc
pgsql-7.3.2 unknown option --enable-libgcc

2. fix 1. (extract from php4-configure)

- php3 :
libgcc_libpath=`gcc --print-libgcc-file-name|sed 's%/*[^/][^/]*$%%'`
EXTRA_LIBS="-L$libgcc_libpath" LDFLAGS="-L$libgcc_libpath" LIBS="-lgcc" \
./configure $OPTIONS | tee -a configure.out
## EXTRA_LIBS required

- pgsql-7.3.2:
libgcc_libpath=`gcc --print-libgcc-file-name|sed 's%/*[^/][^/]*$%%'`
LDFLAGS="-L$libgcc_libpath" LIBS="-lgcc" \
./configure $OPTIONS | tee -a configure.out

3. - Unfortunately the problem of __umoddi3 cannot be repaired with 2.
- I use reliably no HP-cc.
As I can read which libs was used?

What can I still test around this problem to eliminate?

regards Heiko

+----------------------------------------------------------------+
| Name: Heiko Lehmann |
| Anschrift: FHL-HRZ, Groszenhainer Str. 57, 01968 Senftenberg |
| Telephon: 03573/85/358 \\|// |
| E-Mail: hlehmann(at)fh-lausitz(dot)de (o^o) |
+--------------------------------------------------oo0-(_)-0oo---+

Heiko Lehmann <hlehmann(at)fh-lausitz(dot)de> writes:
> - pgsql-7.3.2:
> libgcc_libpath=`gcc --print-libgcc-file-name|sed 's%/*[^/][^/]*$%%'`
> LDFLAGS="-L$libgcc_libpath" LIBS="-lgcc" \
> ./configure $OPTIONS | tee -a configure.out

> 3. - Unfortunately the problem of __umoddi3 cannot be repaired with 2.

[ looks at code ... ] Ah. You would also need to add -lgcc to this
step in src/interfaces/libpq/Makefile

# Add libraries that libpq depends (or might depend) on into the
# shared library link. (The order in which you list them here doesn't
# matter.)
SHLIB_LINK += $(filter -lcrypt -ldes -lkrb -lcom_err -lcrypto -lk5crypto -lkrb5 -lssl -lsocket -lnsl -lresolv -lintl, $(LIBS))

regards, tom lane

On Thu, 13 Feb 2003, Tom Lane wrote:

> [ looks at code ... ] Ah. You would also need to add -lgcc to this
> step in src/interfaces/libpq/Makefile
>
> # Add libraries that libpq depends (or might depend) on into the
> # shared library link. (The order in which you list them here doesn't
> # matter.)
> SHLIB_LINK += $(filter -lcrypt -ldes -lkrb -lcom_err -lcrypto -lk5crypto -lkrb5 -lssl -lsocket -lnsl -lresolv -lintl, $(LIBS))
>
> regards, tom lane
>
Heureka!

Now the error message is no longer present.

- Summary:
---%<---
## src/interfaces/libpq/Makefile patchen (kann vor configure erfolgen)
cat ../postgresql-7.3.2.patch-libpq-lgcc | patch -p1 ## no "-p 1"
## Variable LDFLAGS LIBS vorbelegen
libgcc_libpath=`gcc --print-libgcc-file-name|sed 's%/*[^/][^/]*$%%'`
LDFLAGS="-L$libgcc_libpath" LIBS="-lgcc" \
./configure $OPTIONS | tee -a configure.out
gmake clean && gmake && gmake install
---%<---

- print Symbol:
---%<---
# nm ./src/interfaces/libpq/libpq.sl | grep umoddi
__umoddi3 | 95696|uext |stub |
__umoddi3 | 98616|extern|entry |
__umoddi3 | 98640|extern|code |$CODE$
---%<---

This call can be closed.

regards Heiko