[syslog-ng] [Bug 214] New: Build / Install Issues on AIX
bugzilla at bugzilla.balabit.com
bugzilla at bugzilla.balabit.com
Thu Dec 20 02:32:03 CET 2012
https://bugzilla.balabit.com/show_bug.cgi?id=214
Summary: Build / Install Issues on AIX
Product: syslog-ng
Version: 3.3.x
Platform: PC
OS/Version: AIX
Status: NEW
Severity: normal
Priority: unspecified
Component: syslog-ng
AssignedTo: bazsi at balabit.hu
ReportedBy: blentz at cswg.com
Type of the Report: ---
Estimated Hours: 0.0
More fun for the AIX platform; Using version 3.3.7, GNU Make and GCC 4.2.0
However lib/syslog-ng/libafsocket.so is installed it is installed in such a way that the dependency for libsyslog-ng-crypto.a cannot be found. Seems like some
kind of libtool problem.
$ ldd /opt/local/syslogng/lib/syslog-ng/libafsocket.so
/opt/local/syslogng/lib/syslog-ng/libafsocket.so needs:
Cannot find libsyslog-ng-crypto.a(libsyslog-ng-crypto.so)
/opt/local/syslogng/lib/libssl.so
/opt/local/syslogng/lib/libcrypto.so
/opt/local/syslogng/lib/libglib-2.0.a(libglib-2.0.so.0)
/opt/local/syslogng/lib/libevtlog.a(libevtlog.so.0)
/opt/local/syslogng/lib/libsyslog-ng.a(libsyslog-ng-3.3.7.so)
/usr/lib/libc.a(shr.o)
/usr/lib/librtl.a(shr.o)
/opt/local/syslogng/lib/libgcc_s.a(shr.o)
/usr/lib/libpthreads.a(shr_xpg5.o)
/usr/lib/libiconv.a(shr4.o)
/usr/lib/libpthread.a(shr_comm.o)
/usr/lib/libpthread.a(shr_xpg5.o)
/opt/local/syslogng/lib/libintl.a(libintl.so.8)
/opt/local/syslogng/lib/libgmodule-2.0.a(libgmodule-2.0.so.0)
/opt/local/syslogng/lib/libgthread-2.0.a(libgthread-2.0.so.0)
/opt/local/syslogng/lib/libivykis.a(libivykis.so.0)
/unix
/usr/lib/libcrypt.a(shr.o)
/usr/lib/libpthreads.a(shr_comm.o)
/usr/lib/libthread.a(shr.o)
Also, be aware that shared libraries on AIX use the .a suffix, not .so. Out of the box shared libraries are archived into .a files.
$ ar tv /opt/local/syslogng/lib/syslog-ng/libafsocket.a
rwxr-xr-x 0/0 572423 Dec 19 20:23 2012 libafsocket-tls.so
The default "make install" process leaves nothing but *.a files in lib/syslog-ng and on startup the user is greeted with many errors about missing loadable
modules.
The RPM that Perzl makes gets around this by running ar -X32 -x'ing all of these .a files so the system is populated with both .a and .so versions of the
files.
(
cd ${RPM_BUILD_ROOT}%{_libdir}
for f in *.a ; do
/usr/bin/ar -X32 -x ${f}
done
cd ${RPM_BUILD_ROOT}%{_libdir}/%{name}
for f in *.a ; do
/usr/bin/ar -X32 -x ${f}
done
)
Can this be fixed?
--
Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the syslog-ng
mailing list