libpq++ build now checks make rc
I am sorry I did not notice, that libpq++.so does not build correctly on AIX
using gcc,
because it:
1. misses symbols that g++ code needs (libstdc++)
2. the exportfile has demangled C++ symbols (would need nm -C)
So could you please revert that change again, so the build continues.
I cannot fix the problem in time since with all effort I still get:
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
ld: 0711-317 ERROR: Undefined symbol: __default_alloc_template<false,
0>::_S_end_free
ld: 0711-317 ERROR: Undefined symbol: __default_alloc_template<false,
0>::_S_start_free
ld: 0711-317 ERROR: Undefined symbol: __default_alloc_template<false,
0>::_S_heap_size
ld: 0711-317 ERROR: Undefined symbol: __default_alloc_template<false,
0>::_S_free_list
I guess this problem shows up on all platforms that don't use the compiler
to build libs.
There are some exceptions (irix) in the Makefile, but I think it would need
a more
generic approach.
Andreas
Attachments:
pq++.patchapplication/octet-stream; name=pq++.patchDownload
*** ./src/interfaces/Makefile.orig Sat Apr 29 19:45:35 2000
--- ./src/interfaces/Makefile Wed May 3 15:25:04 2000
***************
*** 26,32 ****
$(MAKE) -C libpq $@
$(MAKE) -C ecpg $@
ifeq ($(HAVE_Cplusplus), true)
! $(MAKE) -C libpq++ $@
else
echo $(HAVE_Cplusplus): No C++
endif
--- 26,32 ----
$(MAKE) -C libpq $@
$(MAKE) -C ecpg $@
ifeq ($(HAVE_Cplusplus), true)
! -$(MAKE) -C libpq++ $@
else
echo $(HAVE_Cplusplus): No C++
endif
Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at> writes:
I am sorry I did not notice, that libpq++.so does not build correctly on AIX
using gcc,
because it:
1. misses symbols that g++ code needs (libstdc++)
2. the exportfile has demangled C++ symbols (would need nm -C)
I guess this problem shows up on all platforms that don't use the compiler
to build libs.
Hmm, does the hack in the libpq++ Makefile for irix5 platform also
apply to AIX?
FWIW, HPUX doesn't use the compiler to build shlibs, but I haven't seen
any such failure here...
So could you please revert that change again, so the build continues.
We have never shipped any prior release with libpq++ success check
disabled, and I don't much like the idea of changing that for 7.0.
Are you claiming that libpq++ used to build on AIX? If so, what's
changed since 6.5?
regards, tom lane
Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at> writes:
I am sorry I did not notice, that libpq++.so does not build
correctly on AIX
using gcc,
because it:
1. misses symbols that g++ code needs (libstdc++)
2. the exportfile has demangled C++ symbols (would need nm -C)I guess this problem shows up on all platforms that don't
use the compiler
to build libs.
Hmm, does the hack in the libpq++ Makefile for irix5 platform also
apply to AIX?
Unfortunately not that easily.
FWIW, HPUX doesn't use the compiler to build shlibs, but I
haven't seen
any such failure here...So could you please revert that change again, so the build
continues.
We have never shipped any prior release with libpq++ success check
disabled, and I don't much like the idea of changing that for 7.0.
Are you claiming that libpq++ used to build on AIX? If so, what's
changed since 6.5?
7.0 is the first version that actually works as is with gcc on aix, so
maybe we could only avoid the successcheck for aix.
The libpq++.a build works fine, only I am not sure it is actually usable.
Is there an easy test ?
Andreas
Import Notes
Resolved by subject fallback