Yes, this _particular_ problem is because I had both i686 and x86_64 versions of the zlib package installed ... _and_ was missing zlib-devel.
Now I'm running into other problems after that in the build, but I'm still pretty convinced they're package issues. I think this Fedora24 system is a tad "over configured." However, hat tip for the reference to the config.log as it exposed the root of the problem I was seeing. Thanks. -ap On Sun, 25 Jun 2017, Alan Partis wrote: > On Sat, 24 Jun 2017, Guy Harris wrote: > > > > One of the lines of output from ./configure is: > > > > > > "checking for inet_ntop... no" > > > > > > One the Fedora 25 system, where I'm successful with the build, it says: > > > > > > "checking for inet_ntop... yes" > > > > So, if you look for that test in the config.log files on the two systems > > (searching for inet_ntop in the file should find it), what is the output > > for the test in question in the two files? > > The complaint appears to be about the gcc "-lz" flag. Results in: > > /usr/bin/ld: skipping incompatible > /usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../libz.so when searching for > -lz > /usr/bin/ld: skipping incompatible /lib/libz.so when searching for -lz > /usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching for -lz > /usr/bin/ld: cannot find -lz > collect2: error: ld returned 1 exit status > > > I still suspect a package problem. It might serve me well to simply > uninstall gcc and it's related libraries and start again. > > _______________________________________________________ > Alan Partis > thundernet development group ___________________________________________________________________________ Sent via: Wireshark-dev mailing list <[email protected]> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:[email protected]?subject=unsubscribe
