Okay, this issue went away with the 0.10.4 release, and ethereal now
builds properly. If anyone cares to enlighten me as to how it was
fixed, I wouldn't mind learning a little...
On Sat, May 08, 2004 at 11:56:55AM -0400, Bob Bell <bbell@xxxxxxxxxxxxxxxxxxxxx> wrote:
I've been struggling to get ethereal 0.10.3 to compile on HP-UX (11.31
pre-release on IA-64). I think most of my struggle has been with
libtool not playing well with the HP-UX linker (I complied with
gcc, but not GNU ld). Here's how I wound up configuring the build:
# LDFLAGS=-L/usr/local/lib/hpux32 ./configure --without-net-snmp
The "--without-net-snmp" is only necessary because I have net-snmp
installed, but it's built for PA, so ethereal can't link against it.
I was mildly suprised to find the LDFLAGS setting necessary, but without
it, configure couldn't find several libraries I had installed.
1469c1469
< -R*)
---
> -R*|+b*)
1471c1471
< dir=`$echo "X$deplib" | $Xsed -e 's/^-R//'`
---
> dir=`$echo "X$deplib" | $Xsed -e 's/^\(-R|+b\)//'`
2441c2441
< temp_xrpath="$temp_xrpath -R$libdir"
---
> temp_xrpath="$temp_xrpath +b$libdir"
I can't say anything more about the above other than it made it work for
me.
It may be incomplete, and the change from -R to +b on line 2441
obviously would have to be done in some sort of cross-platform way,
rather than my hard-coded change. However, I'm hoping that some
ethereal developer can fix ltmain.sh properly, or pass this along to the
appropriate libtool folks to get this squared away. I'd like to be kept
in the loop on that process, if possible.
Thanks for ethereal. It's a great tool. I hope to customize it to help
watch traffic for an internal protocol running on HP-UX; hence my
interest in getting ethereal 0.10.3 built from source.
--
Bob Bell <bbell@xxxxxxxxxxxxxxxxxxxxx>
