Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

./configure --enable-shared=no doesn't work #21

Closed
az143 opened this issue Mar 16, 2016 · 2 comments
Closed

./configure --enable-shared=no doesn't work #21

az143 opened this issue Mar 16, 2016 · 2 comments

Comments

@az143
Copy link

az143 commented Mar 16, 2016

it's no longer possible to build nfdump without shared library, despite configure exposing --enable-shared. if you use --enable-shared=no, then the build fails:

Entering directory '...../bin'
/bin/bash ../libtool --tag=CC --mode=link gcc -ggdb -g -O2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wmissing-noreturn -fno-strict-aliasing -release 1.6.14 -shared -o libnfdump.la -rpath /usr/local/lib nf_common.lo util.lo minilzo.lo nffile.lo nfx.lo nfxstat.lo flist.lo fts_compat.lo grammar.lo scanner.lo nftree.lo ipconv.lo exporter.lo -lresolv -lbz2
libtool: link: can not build a shared library

az143 pushed a commit to Opmantek/nfdump that referenced this issue Mar 17, 2016
simple solution: remove the -shared from libnfdump_la_LDFLAGS in makefile.am,
thus letting automake and libtool determine whether a static .a or a shared .so
should be built and used.
@az143
Copy link
Author

az143 commented Mar 17, 2016

i've fixed this in our fork: simply remove the "-shared" in bin/Makefile.am's libnfdump_la_LDFLAGS and run autoreconf. after that --enable-shared=no and yes are honored correctly.

@phaag
Copy link
Owner

phaag commented May 7, 2016

Fixed! - Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants