Date: Wed, 8 May 2002 10:15:54 +0200 (CEST) From: Ollivier Robert <roberto@eurocontrol.fr> To: FreeBSD-gnats-submit@FreeBSD.org Subject: ports/37853: net/ethereal port is broken WRT libtool Message-ID: <20020508081554.809331A@caerdonn.eurocontrol.fr>
next in thread | raw e-mail | index | archive | help
>Number: 37853
>Category: ports
>Synopsis: net/ethereal port is broken WRT libtool
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-ports
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed May 08 01:20:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Ollivier Robert
>Release: FreeBSD 5.0-CURRENT i386
>Organization:
Usenet Canal Historique
>Environment:
System: FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #15: Thu Mar 28 14:22:48 CET 2002 roberto@caerdonn.eurocontrol.fr:/src/src/sys/i386/compile/nCAERDONN i386
CURRENT from a few weeks ago, ports tree up-to-date.
>Description:
The port seems to be broken with respect to libtool usage. It still
tries to use libtool inside itself whereas it is supposed to be patched
to use the libtool port instead.
cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../wiretap -I/usr/local/include -I/usr/X11R6/include -DINET6 -D_U_="__attribute__((unused))" -Wall -W -Wno-unused -O -pipe -I../.. -I../../wiretap -I/usr/local/include -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -c lemon.c
/bin/sh ../../libtool --mode=link cc -DINET6 -D_U_="__attribute__((unused))" -Wall -W -Wno-unused -O -pipe -I../.. -I../../wiretap -I/usr/local/include -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -L/usr/local/lib -o lemon lemon.o -lz
../../libtool: Can't open ../../libtool: No such file or directory
*** Error code 2
Stop in /src/ports/net/ethereal/work/ethereal-0.9.3/tools/lemon.
*** Error code 1
>How-To-Repeat:
cd /usr/ports/net/ethereal
make WITHOUT_SNMP=yes
The problem is probably not SNMP specific but I'm buidling w/o it.
>Fix:
Someone who is more knowledgeable in these matters should have a look.
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020508081554.809331A>