Bug 94387

Summary: gettext won't build without libtool 1.5
Product: Ports & Packages Reporter: Michael Scheidell <scheidell>
Component: Individual Port(s)Assignee: Ade Lovett <ade>
Status: Closed FIXED    
Severity: Affects Only Me CC: ade
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Michael Scheidell 2006-03-12 15:20:25 UTC
	
doing a portupgrade -R oinkmaster wanted to update gettext.
even portupgrade -R gettext failed, as did
cd /usr/ports/devel/gettext

make

this error:
cp ./alloca_.h alloca.h
/bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc 
-DHAVE_CONFIG_H  -I. -I. -I.   -I/usr/local/include   -O -pipe 
-march=pentiumpro -c -o lib-asprintf.lo lib-asprintf.c
libtool: unrecognized option `--tag=CC'
Try `libtool --help' for more information.

Fix: 

Workaround:

portupgrade -R libtool

(installed
 ls -ltd /var/db/pkg/libt*
drwxr-xr-x  2 root  wheel  512 Mar 12 10:08 /var/db/pkg/libtool-1.5.22_2

Fix should be to edit gettext dependencie minumums so make or upgrade 
will work.
How-To-Repeat: cd /usr/ports/devel/gettext

make
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2006-03-12 20:51:51 UTC
Responsible Changed
From-To: freebsd-ports-bugs->ade

Over to maintainer
Comment 2 Ade Lovett freebsd_committer freebsd_triage 2006-03-13 08:59:26 UTC
State Changed
From-To: open->feedback

I've been completely unable to reproduce this in a RELENG_4 chroot. 
In addition, if something as fundamental as this was truly broken, 
pretty much most of the ports tree would be unbuildable, resulting 
in a veritable mudslide of complaints. 

Given that this has not happened, I can only surmise from the relatively 
minimal amount of information provided here that this is a localized 
issue.  As such, the only thing I can really suggest is that the 
submitter ensures that the entire copy of the ports tree is up-to-date, 
verify that old work directories have been cleaned out, and try again. 

Failing that, the only other options are doing a clean rebuild, or using 
prebuilt RELENG_4 packages instead of attempting to compile from source.
Comment 3 rugowski 2006-03-14 13:11:21 UTC
Hi!
I'v run on very similiar problem, with subversion:
===>  Building for subversion-1.3.0_4
/usr/local/bin/libtool --tag=CC --silent --mode=compile cc -D_THREAD_SAFE -D_REENTRANT  -O -pipe -march=pentiumpro  -g -O2   -I./subversion/include -I./subversion -I/usr/local/include/neon                     -I/usr/local/include/apr-1   -I/usr/local/include/apr-1 -I/usr/local/include -o subversion/libsvn_delta/cancel.lo -c subversion/libsvn_delta/cancel.c
libtool: unrecognized option `--tag=CC'
Try `libtool --help' for more information.
*** Error code 1


# uname -a
FreeBSD debris.cybernet.pl 4.11-RELEASE-p13 FreeBSD 4.11-RELEASE-p13 #5: Tue Oct 11 18:44:18 CEST 2005     root@debris.cybernet.pl:/usr/obj/usr/src/sys/DEBRIS  i386


On this machine I've recenty run pkgdb -F (from portupgrate) and AFAIR it have removed libtool-1.3

# ls -d /var/db/pkg/libt*
/var/db/pkg/libtool-1.5.22_1/

Maybe it is realted to this problem...


-- 
Witold Rugowski
rugowski _at_ nhw.pl http://nhw.pl/blg/
Comment 4 Michael Scheidell 2006-03-14 14:17:18 UTC
Witold Rugowski wrote:
> Hi!
> I'v run on very similiar problem, with subversion:
> ===>  Building for subversion-1.3.0_4
> /usr/local/bin/libtool --tag=CC --silent --mode=compile cc 
> -D_THREAD_SAFE -D_REENTRANT  -O -pipe -march=pentiumpro  -g -O2   
> -I./subversion/include -I./subversion 
> -I/usr/local/include/neon                     
> -I/usr/local/include/apr-1   -I/usr/local/include/apr-1 
> -I/usr/local/include -o subversion/libsvn_delta/cancel.lo -c 
> subversion/libsvn_delta/cancel.c
> libtool: unrecognized option `--tag=CC'
> Try `libtool --help' for more information.
> *** Error code 1
>
>

exactly.  the first 'fix' I was given was to rebuild form scratch (with 
a new version of libtool.. BZZZZTTTT wrong answer)

problem won't be fixed until libtool1.5 is put into the dependence path.

-- 
Michael Scheidell, CTO
SECNAP Network Security
561-999-5000, x 1131
Comment 5 Ade Lovett freebsd_committer freebsd_triage 2006-03-15 06:45:19 UTC
On Mar 14, 2006, at 13:20 , Witold Rugowski wrote:
>  # ls -d /var/db/pkg/libt*
>  /var/db/pkg/libtool-1.5.22_1/

[ade@foo:ports/devel/libtool15] 2% make -V PKGNAME
libtool-1.5.22_2

You're out of date.

-aDe
Comment 6 Ade Lovett freebsd_committer freebsd_triage 2006-03-15 06:46:18 UTC
On Mar 14, 2006, at 14:20 , Michael Scheidell wrote:
>  exactly.  the first 'fix' I was given was to rebuild form scratch  
> (with
>  a new version of libtool.. BZZZZTTTT wrong answer)
>
>  problem won't be fixed until libtool1.5 is put into the dependence  
> path.

I'm afraid I can't even begin to parse this sentence.

[ade@foo:ports/devel/gettext] 5% make -V USE_AUTOTOOLS
libtool:15

the dependency is there.

-aDe
Comment 7 Ade Lovett freebsd_committer freebsd_triage 2006-03-29 07:24:21 UTC
State Changed
From-To: feedback->closed

Submitters ports tree is hideously out of date, and gettext builds 
just fine.