Re: [syslog-ng] syslog_ng 3.3.4 make error on HPUX HPPA 11.11
FWIW, I'm not sure what's going on here. On Tue, May 29, 2012 at 02:34:06PM +0530, Rakesh Rajasekharan wrote:
I have attached my libpthread.a file (under /usr/lib). I though , have the "libpthread.a" file under all the below locations, but, I am no tsure which one exactly gets picked up or needs to be picked up while compiling.
# find / -name 'libpthread.a' /usr/lib/pa20_64/libp/libpthread.a /usr/lib/pa20_64/libpthread.a /usr/lib/libp/libpthread.a /usr/lib/libpthread.a /var/adm/sw/save/PHCO_26466/C-MIN-32ALIB/usr/lib/libpthread.a /var/adm/sw/save/PHCO_26466/C-MIN-64ALIB/usr/lib/pa20_64/libpthread.a
On Tue, May 29, 2012 at 2:10 PM, Lennert Buytenhek <buytenh@wantstofly.org>wrote:
On Tue, May 29, 2012 at 12:18:10PM +0530, Rakesh Rajasekharan wrote:
/bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -g -O2 -o client client.o ../libivykis.la -lpthread libtool: link: gcc -Wall -g -O2 -o client client.o ../.libs/libivykis.a -lpthread /usr/ccs/bin/ld: Unsatisfied symbols: pthread_sigmask (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_init (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_destroy (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_unlock (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_lock (first referenced in ../.libs/libivykis.a(iv_main.o)) (data)
Can you send me a copy of your actual libpthread.{a,so} ?
______________________________________________________________________________ Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng FAQ: http://www.balabit.com/wiki/syslog-ng-faq
ok, I was thinking this to be some issue with the libivykis.a and thought of compiling ivykis-0.26. Here, in the configure stage, I get this error configure: error: pthreads support is required to build ivykis. this particular line seems to fail. gcc -o conftest -g -O2 -L/usr/lib conftest.c -lpthread >&5 /usr/ccs/bin/ld: Unsatisfied symbols: pthread_create (first referenced in /var/tmp//ccUanibt.o) (code) collect2: ld returned 1 exit status configure:12130: $? = 1 On Wed, May 30, 2012 at 2:00 AM, Lennert Buytenhek <buytenh@wantstofly.org>wrote:
FWIW, I'm not sure what's going on here.
On Tue, May 29, 2012 at 02:34:06PM +0530, Rakesh Rajasekharan wrote:
I have attached my libpthread.a file (under /usr/lib). I though , have the "libpthread.a" file under all the below locations, but, I am no tsure which one exactly gets picked up or needs to be picked up while compiling.
# find / -name 'libpthread.a' /usr/lib/pa20_64/libp/libpthread.a /usr/lib/pa20_64/libpthread.a /usr/lib/libp/libpthread.a /usr/lib/libpthread.a /var/adm/sw/save/PHCO_26466/C-MIN-32ALIB/usr/lib/libpthread.a /var/adm/sw/save/PHCO_26466/C-MIN-64ALIB/usr/lib/pa20_64/libpthread.a
On Tue, May 29, 2012 at 2:10 PM, Lennert Buytenhek <buytenh@wantstofly.org>wrote:
On Tue, May 29, 2012 at 12:18:10PM +0530, Rakesh Rajasekharan wrote:
/bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -g -O2 -o client client.o ../libivykis.la -lpthread libtool: link: gcc -Wall -g -O2 -o client client.o ../.libs/libivykis.a -lpthread /usr/ccs/bin/ld: Unsatisfied symbols: pthread_sigmask (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_init (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_destroy (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_unlock (first referenced in ../.libs/libivykis.a(iv_main.o)) (data) pthread_mutex_lock (first referenced in ../.libs/libivykis.a(iv_main.o)) (data)
Can you send me a copy of your actual libpthread.{a,so} ?
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng FAQ: http://www.balabit.com/wiki/syslog-ng-faq
On Wed, May 30, 2012 at 01:03:44PM +0530, Rakesh Rajasekharan wrote:
ok, I was thinking this to be some issue with the libivykis.a and thought of compiling ivykis-0.26. Here, in the configure stage, I get this error
configure: error: pthreads support is required to build ivykis.
this particular line seems to fail.
gcc -o conftest -g -O2 -L/usr/lib conftest.c -lpthread >&5 /usr/ccs/bin/ld: Unsatisfied symbols: pthread_create (first referenced in /var/tmp//ccUanibt.o) (code) collect2: ld returned 1 exit status configure:12130: $? = 1
Something is definitely amiss here, it's just that I'm not sure whether ivykis ought to be correctly doing something to make HPUX happy that it currently isn't (or that this is some bug in autotools), or whether your installation is just screwed up -- but I'd be inclined to believe the latter.
On Wed, May 30, 2012 at 09:37:51AM +0200, Lennert Buytenhek wrote:
On Wed, May 30, 2012 at 01:03:44PM +0530, Rakesh Rajasekharan wrote:
ok, I was thinking this to be some issue with the libivykis.a and thought of compiling ivykis-0.26. Here, in the configure stage, I get this error
configure: error: pthreads support is required to build ivykis.
this particular line seems to fail.
gcc -o conftest -g -O2 -L/usr/lib conftest.c -lpthread >&5 /usr/ccs/bin/ld: Unsatisfied symbols: pthread_create (first referenced in /var/tmp//ccUanibt.o) (code) collect2: ld returned 1 exit status configure:12130: $? = 1
Something is definitely amiss here, it's just that I'm not sure whether ivykis ought to be correctly doing something to make HPUX happy that it currently isn't (or that this is some bug in autotools), or whether your installation is just screwed up -- but I'd be inclined to believe the latter. Taken from BalaBit's internally used ivykis-0.20:
# AC_SEARCH_LIBS doesn't work properly on HP-UX 11.11, where pthread.h # must be included, to link to the proper libs. LIBS="$LIBS -lpthread" AC_TRY_COMPILE([#include <pthread.h>], [pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER;],, AC_MSG_ERROR(pthreads support is required to build ivykis modules.)) vimdiffing configure.ac's shows that 0.26 misses pretty much all older UNIX specific checks. Probably we never submitted them. -- Pal Tamas/Folti folti@balabit.hu
participants (3)
-
Lennert Buytenhek
-
Pal Tamas
-
Rakesh Rajasekharan