Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 144563 - emerge media-libs/tiff-3.8.2-r2 fails
Summary: emerge media-libs/tiff-3.8.2-r2 fails
Status: RESOLVED DUPLICATE of bug 159872
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: Steve Arnold
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-20 15:45 UTC by Travis Post
Modified: 2007-05-20 06:18 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge tiff >& log (log,12.44 KB, text/plain)
2006-08-21 17:38 UTC, Travis Post
Details
/var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/libtool (libtool,224.47 KB, text/plain)
2006-08-21 18:01 UTC, Travis Post
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Travis Post 2006-08-20 15:45:54 UTC
emerge media-libs/tiff-3.8.2-r2 fails every time when doing 'emerge world' or 'emerge tiff'. media-libs/tiff-3.8.2-r1 was installed successfully, but no longer exists in portage.

The error:
Making all in port
make[1]: Entering directory `/var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/port'
if /bin/sh ../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../libtiff -I../libtiff     -march=nocona -O2 -fomit-frame-pointer -pipe -Wall -W -MT dummy.lo -MD -MP -MF ".deps/dummy.Tpo" -c -o dummy.lo dummy.c; \
then mv -f ".deps/dummy.Tpo" ".deps/dummy.Plo"; else rm -f ".deps/dummy.Tpo"; exit 1; fi
../libtool:281: parse error near `}'
make[1]: *** [dummy.lo] Error 1
make[1]: Leaving directory `/var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/port'
make: *** [all-recursive] Error 1

!!! ERROR: media-libs/tiff-3.8.2-r2 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  tiff-3.8.2-r2.ebuild, line 41:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.


# emerge --info
Portage 2.1-r2 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r4 x86_64 Intel(R) Pentium(R) D  CPU 2.66GHz
Gentoo Base System version 1.12.4
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/X11/xdm/Xservers /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/  http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ "
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aac acpi akode alsa arts asf avi bash-completion berkdb bitmap-fonts bzip2 cli cpudetection crypt curl dga dgi directfb dlloader dri eds emboss emul-linux-x86 encode examples fbcon ffmpeg flac foomaticdb fortran geoip ggi gif gphoto2 gpm graphviz gstreamer gtk2 i8x0 imagemagick imlib ipod ipv6 isdnlog java javascript jbig jpeg jpeg2k kde libwww live lm_sensors lzo lzw lzw-tiff mad mp3 mp4live mpeg mplayer musepack mysql ncurses nls nptl nptlonly ogg oggvorbis openal opengl pam pcre pdf pdflib perl png pppd python qt4 quicktime readline reflection rtc ruby sdl session sharedmem speex spell spl ssl svg tcltk tcpd tga theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vorbis wmf wxwindows x264 xanim xine xml xmlrpc xmms xorg xpm xv xvid xvmc zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_i810 video_cards_vesa video_cards_vga"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS


Re-emerging libtool does not help. I have also unmerged tiff-3.8.2-r1, and now cannot install any version of tiff or any of its dependencies (wxpython, imagemagick, kdelibs, koffice, libwww, amarok).
Comment 1 SpanKY gentoo-dev 2006-08-20 23:42:24 UTC
post the full output of `emerge tiff >& log` as an attachment
Comment 2 Travis Post 2006-08-21 17:38:31 UTC
Created attachment 94820 [details]
emerge tiff >& log
Comment 3 SpanKY gentoo-dev 2006-08-21 17:51:16 UTC
attach the /var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/libtool file please
Comment 4 Travis Post 2006-08-21 18:01:03 UTC
Created attachment 94822 [details]
/var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/libtool
Comment 5 Travis Post 2006-08-23 19:07:02 UTC
Thanks to gentoo forums user 'sulu' for sending me line 281 of his /var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/libtool file. I noticed that where my line 281 has two '\'s, his has three. I added the extra '\'s to my libtool file, and ran: `cd /var/tmp/portage/tiff-3.8.2-r2/work/tiff-3.8.2/ && make && make install` and tiff installed successfully this way. So whatever is creating my libtool file is b0rked. HTH
Comment 6 Steve Arnold archtester gentoo-dev 2006-08-24 21:39:45 UTC
I can't reproduce this on ppc, x86, or amd64, with either gcc 3.4.5 or 4.1.1, so I really have no idea why your libtool is dorked up (unless there's some weird bug in the eclass that only occurs in your machine's environment...  Anyone else able to trigger this?
Comment 7 webb.sprague 2006-11-20 00:45:17 UTC
> Anyone else able to trigger this?

Yep.  

Here is emerge --info:

Portage 2.1.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.17-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r8 x86_64 AMD Opteron(tm) Processor 250
Gentoo Base System version 1.12.6
Last Sync: Sun, 19 Nov 2006 21:00:03 +0000
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=opteron -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=opteron -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://cudlug.cudenver.edu/gentoo/ ftp://mirror.usu.edu/mirrors/gentoo/ "
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 apache2 berkdb bitmap-fonts blas cdr cli cracklib crypt cups dlloader doc dri elibc_glibc emacs examples fftw fortran gdbm geos gnuplot gpm iconv input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux lapack ldap libg++ mime mmap ncurses nfs nis nls nptl nptlonly numeric pam pcre pdf perl php postgres ppds pppd proj python readline reflection session spl ssl svg tcl tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_fglrx xml xorg zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Here is my stderr log output:

dummy.c:9: warning: 'libport_dummy_function' defined but not used
tif_dir.c: In function '_TIFFVSetField':
tif_dir.c:476: warning: dereferencing type-punned pointer will break strict-aliasing rules
tif_dirread.c: In function 'TIFFFetchFloatArray':
tif_dirread.c:1277: warning: dereferencing type-punned pointer will break strict-aliasing rules
tif_jpeg.c: In function 'JPEGVSetField':
tif_jpeg.c:1614: warning: empty body in an if-statement
tif_next.c: In function 'NeXTDecode':
tif_next.c:117: warning: comparison between signed and unsigned
tif_open.c: In function 'TIFFClientOpen':
tif_open.c:429: warning: dereferencing type-punned pointer will break strict-aliasing rules
tif_read.c: In function 'TIFFFillStrip':
tif_read.c:283: warning: comparison between signed and unsigned
tif_read.c: In function 'TIFFFillTile':
tif_read.c:487: warning: comparison between signed and unsigned
tif_unix.c: In function '_tiffReadProc':
tif_unix.c:58: warning: cast from pointer to integer of different size
tif_unix.c: In function '_tiffWriteProc':
tif_unix.c:64: warning: cast from pointer to integer of different size
tif_unix.c: In function '_tiffSeekProc':
tif_unix.c:70: warning: cast from pointer to integer of different size
tif_unix.c: In function '_tiffCloseProc':
tif_unix.c:76: warning: cast from pointer to integer of different size
tif_unix.c: In function '_tiffSizeProc':
tif_unix.c:88: warning: cast from pointer to integer of different size
tif_unix.c: In function '_tiffMapProc':
tif_unix.c:101: warning: cast from pointer to integer of different size
tif_unix.c: In function 'TIFFFdOpen':
tif_unix.c:140: warning: cast to pointer from integer of different size
{standard input}: Assembler messages:
{standard input}:635: Error: unknown pseudo-op: `.weakref'
{standard input}:636: Error: unknown pseudo-op: `.weakref'
{standard input}:637: Error: unknown pseudo-op: `.weakref'
{standard input}:638: Error: unknown pseudo-op: `.weakref'
{standard input}:639: Error: unknown pseudo-op: `.weakref'
{standard input}:640: Error: unknown pseudo-op: `.weakref'
{standard input}:641: Error: unknown pseudo-op: `.weakref'
{standard input}:642: Error: unknown pseudo-op: `.weakref'
{standard input}:643: Error: unknown pseudo-op: `.weakref'
{standard input}:644: Error: unknown pseudo-op: `.weakref'
{standard input}:645: Error: unknown pseudo-op: `.weakref'
{standard input}:646: Error: unknown pseudo-op: `.weakref'
{standard input}:647: Error: unknown pseudo-op: `.weakref'
{standard input}:648: Error: unknown pseudo-op: `.weakref'
make[2]: *** [tif_stream.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

!!! ERROR: media-libs/tiff-3.8.2-r2 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  tiff-3.8.2-r2.ebuild, line 41:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
Comment 8 Steve Arnold archtester gentoo-dev 2006-12-30 11:14:52 UTC
First, I still can't reproduce this one, and I don't see anything in the tiff bugzilla upstream that looks related.  Second, the response from Frank asked about  libtoolize --force, which is potentially applied by the libtool eclass function (depending on patches).  So the answer for now is to comment out the "elibtoolize" function call in your local ebuild, regenerate the digest, and see if it builds for you (then post feedback).  Lastly, neither Frank nor myself can see any obvious relationship between the original problem and comment #7 (but you never know sometimes...).

BTW, 3.8.2-r2 seems to build fine on amd64 here both with and without
"elibtoolize" being applied, and AFAIK it's only needed for x86-fbsd, so if it works for you I'm inclined to modify the ebuild logic to remove it for the other arches.  At least then we can point upstream at their libtool scripts if there's still a problem...
Comment 9 SpanKY gentoo-dev 2007-01-04 01:00:45 UTC
comment #7 is unrelated
Comment 10 SpanKY gentoo-dev 2007-02-17 01:45:45 UTC
.weakref errors have nothing to do with tiff; see Bug 159872
Comment 11 Steve Arnold archtester gentoo-dev 2007-05-19 23:23:53 UTC

*** This bug has been marked as a duplicate of bug 159872 ***
Comment 12 SpanKY gentoo-dev 2007-05-20 06:18:13 UTC
erm, the later comments are a dupe, but the original report isnt ...