Hi!

I ran into the following problems in compiling perl58{,-thread} and
postgresql74-lib (finally for combined usage with other p5-...
packages like p5-posgresql, p5-DBI or/and p5-DBD-postgresql).

I tested/observed the following on netbsd-2-0 and -current machines.

1. postgres74-lib quite unconditionally (on netbsd-2-0 and -current)
   compiles with (/usr/pkgsrc/databases/postgresql74-lib/Makefile)

     CONFIGURE_ARGS+=        --enable-thread-safety

   , but only on i386 uses -lpthread (as a result of
   pthread.buildlink3?) to create the shared libs.

   On sparc64 and macppc the same pkgsrc source does not create
   postgresql74-lib's dependencies on -lpthread (compilation
   'succeedes' here, though).

   (I didn't test other platforms/machines so far...)

2. Compiling directly postgres74-lib dependent pkgs (like
   postgresql74-client) now succeed on i386 and fail on sparc64 and
   macppc (due to missing -lpthread).

3. Compilation of perl58-thread fails on macppc/netbsd-2-0 with:

     [...]
     gcc -o libperl.so --whole-archive -shared  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib perl.o  gv.o toke.o perly.o op.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o  -lm -lcrypt -lpthread
     rm -f opmini.c
     cp op.c opmini.c
     `sh  cflags "optimize='-O2'" opmini.o` -DPIC -fPIC -DPERL_EXTERNAL_GLOB opmini.c
     	       CCCMD =  gcc -DPERL_CORE -c -fno-strict-aliasing -I/usr/pkg/include -O2  -Wall
     rm -f opmini.c
     LD_LIBRARY_PATH=/usr/obj/pkg/lang/perl58-thread/work.powerpc/perl-5.8.4 gcc -Wl,-R/usr/pkg/lib  -L/usr/pkg/lib -o miniperl  miniperlmain.o opmini.o -L. -lperl -lm -lcrypt -lpthread
     LD_LIBRARY_PATH=/usr/obj/pkg/lang/perl58-thread/work.powerpc/perl-5.8.4 ./miniperl -w -Ilib -MExporter -e '<?>' || /usr/bin/make minitest
     Attempt to free unreferenced scalar: SV 0x183aa04.
     *** Error code 1 (ignored)
     LD_LIBRARY_PATH=/usr/obj/pkg/lang/perl58-thread/work.powerpc/perl-5.8.4 ./miniperl -Ilib configpm configpm.tmp
     Use of uninitialized value in null operation at configpm line 666.
     Undefined subroutine &main:: called at configpm line 666.
     *** Error code 255

   ... while perl58 compilation/installation succeeds in macppc (->
   pthread problem on macppc/powerpc?).

4. With perl58{,-thread} you might now run into some indirect
   -lpthread related problem if compiling postgres74-lib _and_
   perl58{,-thread} pkg's:

   Though each perl58 pkg (perl58 _and_ perl58-thread) compiles and
   runs (for itself) fine on i386 and sparc64, its pthread dependency
   interfers with that of secondary p5-... pkgs like p5-postgresql (s.
   a.):

   - On i386 you have to use perl58-thread to make p5-postgresql work
     (indirectly with pthread dependent postgres74-lib). perl58 (w/o
     pthread support) fails using p5-postgresql (panic/core dump).

   - On sparc64 and macppc I had to remove 'CONFIGURE_ARGS+=
     --enable-thread-safety' from postgresql74-lib's Makefile to make
     postgresql74-lib link/install in a further usable (pthread-less)
     way.

Global question: Should pkgsrc itself take care of these (indirect)
pthread dependencies (automatically)?

What is the reason for the platform different postgresql74-lib
configure result (w/ -lpthread on i386, w/o -lpthread on sparc64 and
macppc; see 1.)?

Any hints to solve the problems?

send-pr?

Markus.