kbandla / libdnet

Automatically exported from code.google.com/p/libdnet
Other
1 stars 0 forks source link

Strange libraries when building on RHEL4 R8 2.6.32-71.18.1.el6.x86_64 #18

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. ./configure --prefix=/usr/local/libdnet-1.12
2. make && make install

What is the expected output? What do you see instead?

EXPECTED:
ls -l /usr/local/libdnet-1.12/lib
-rw-r--r-- 1 cmgreen cmgreen 272390 Mar  3 08:50 libdnet.a
-rwxr-xr-x 1 cmgreen cmgreen    933 Mar  3 08:50 libdnet.la
lrwxrwxrwx 1 cmgreen cmgreen     16 Mar  3 08:50 libdnet.so -> libdnet.so.1.0.1
lrwxrwxrwx 1 cmgreen cmgreen     16 Mar  3 08:50 libdnet.so.1 -> 
libdnet.so.1.0.1
-rwxr-xr-x 1 cmgreen cmgreen 160580 Mar  3 08:50 libdnet.so.1.0.1

ACTUAL:
lrwxrwxrwx 1 cmgreen cmgreen     13 Mar  3 09:08 libdnet -> libdnet.1.0.1
lrwxrwxrwx 1 cmgreen cmgreen     13 Mar  3 09:08 libdnet.1 -> libdnet.1.0.1
-rwxr-xr-x 1 cmgreen cmgreen 160604 Mar  3 09:08 libdnet.1.0.1
-rw-r--r-- 1 cmgreen cmgreen 272414 Mar  3 09:08 libdnet.a
-rwxr-xr-x 1 cmgreen cmgreen    791 Mar  3 09:08 libdnet.la

What version of the product are you using? On what operating system?

Red Hat Enterprise Linux Server release 6.0 (Santiago) x64

Please provide any additional information below.

This issue really confuses the libtool when building snort-2.9.0.4 with ipv6 
support.  Currently using:

  libtool-2.2.6-15.5.el6.x86_64
  autoconf-2.63-5.1.el6.noarch
  automake-1.11.1-1.2.el6.noarch

Problem resolved by:

libtoolize --automake --copy"
aclocal -I config"
autoheader
automake --add-missing --copy
autoconf

It would be appreciated to cut a new .tar.gz release with updated auto* to 
prevent others from hitting this same issue.

Original issue reported on code.google.com by gree...@gmail.com on 3 Mar 2011 at 3:13

GoogleCodeExporter commented 9 years ago
The same issue has been observed on Solaris. The corresponding bug at OpenCSW:

https://www.opencsw.org/mantis/view.php?id=4811

Original comment by blizin...@google.com on 3 Aug 2011 at 4:29

GoogleCodeExporter commented 9 years ago
The following change fixed it on Solaris:

http://sourceforge.net/apps/trac/gar/changeset/15273/csw/mgar/pkg/libdnet/trunk/
Makefile

I suppose the that solution given in the original report works too.

Can you regenerate libtool and push re-release the tarball please?

Original comment by blizin...@google.com on 19 Aug 2011 at 10:30