Bugzilla Bug 141910

=== configuring in libraries/png
(/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries/png)
configure: running /bin/sh ./configure.gnu --prefix=/usr 
'--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc'
'--localstatedir=/var/lib' 'COMPILED_BY=portage (on andrei)' '--with-x'
'--without-svga' '--libdir=/usr/lib64' '--build=x86_64-pc-linux-gnu'
'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu'
'CXXFLAGS=-march=athlon64 -ggdb -O2'
'LDFLAGS=-Wl,-O1,--enable-new-dtags,--sort-common,-z,combreloc'
'CFLAGS=-march=athlon64 -ggdb -O2 -pipe' --cache-file=/dev/null --srcdir=.
configure.gnu: configuring libpng 1.2.5
configure.gnu: running ./configure --srcdir=. --cache-file=/dev/null 
--prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking whether to enable maintainer-specific portions of Makefiles... no
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for C compiler default output... configure: error: C compiler cannot
create executables
See `config.log' for more details.

Created an attachment (id=92870) [details]
config.log

/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries/png/config.log

I tried with gcc-3.4.6 and I got the same result. So I removed the mention of
gcc-4.1.1 from the description and also the block on bug 117482.

emerge --info, please.

Portage 2.1.1_pre5-r1 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r3,
2.6.17-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 2800+
Gentoo Base System version 1.12.4
Last Sync: Wed, 16 Aug 2006 14:50:01 +0000
ccache version 2.4 [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.4-r2
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
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -ggdb -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /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/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -ggdb -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg ccache collision-protect distlocks
metadata-transfer parallel-fetch sandbox sfperms splitdebug strict userfetch
userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.roedu.net/pub/mirrors/gentoo.org
ftp://ftp.lug.ro/gentoo ftp://gentoo.romnet.org/gentoo
ftp://mirrors.evolva.ro/gentoo http://distfiles.gentoo.org"
LANG="ro_RO.UTF-8"
LC_ALL="ro_RO.UTF-8"
LDFLAGS="-Wl,-O1,--enable-new-dtags,--sort-common,-z,combreloc"
LINGUAS="ro eo"
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.ro.gentoo.org/gentoo-portage"
USE="amd64 3ds 7zip X a52 aac aalib accessibility acl acpi akode alsa amr
apache2 asf audiofile avi bash-completion berkdb bitmap-fonts bzip2 caps cddb
cdparanoia clamav crypt css cups curl dba dbus dga dlloader dmi doc dpms dri
dts dv dvd dvdr dvdread eds elibc_glibc emboss encode erandom examples exif
expat fam fbcon ffmpeg flac foomaticdb ftp gcj gd geoip gif glut gmp gnokii
gnutls gphoto2 gpm graphviz hal hou iconv idn imagemagick input_devices_evdev
input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jpeg
jpeg2k justify kde kdeenablefinal kdehiddenvisibility kerberos kernel_linux
kig-scripting kipi kqemu lame lcms ldap libcaca libclamav linguas_eo linguas_ro
lirc lirc_devices_kworld live lm_sensors lua lzo lzw lzw-tiff mad matroska
mbrola mikmod mjpeg mmap mng mp3 mp4 mpeg mplayer mppe-mppc musepack
musicbrainz mythtv ncurses network nls nodrm nowin nptl nptlonly offensive ofx
ogg openal openexr opengl pam pcre pdf pdflib perl php physfs png posix povray
pppd python qt3 qt4 rdesktop readline reflection reiserfs rtc ruby samba sasl
sdl session sms snmp sockets sou sox speex spell spl sqlite ssl subversion svg
symlink syslog sysvipc tcpd theora threads tidy tiff truetype truetype-fonts
type1-fonts unicode usb userland_GNU v4l v4l2 video_cards_radeon
video_cards_v4l video_cards_vesa videos visualization voice vorbis wifi wmf
x264 xcomposite xine xml xml2 xmlrpc xorg xpm xsl xv xvid xvmc zeroconf zip
zlib zvbi"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, MAKEOPTS,
PORTAGE_RSYNC_EXTRA_OPTS

From your config.log:
configure:2125: x86_64-pc-linux-gnu-gcc  -pipe -O3 -msse -mfpmath=sse -msse2
-march=k8 -mtune=k8 -malign-double -minline-all-stringops -march=athlon64 -ggdb
-O2 -pipe    -Wl,-O1,--enable-new-dtags,--sort-common,-z,combreloc conftest.c 
>&5
conftest.c:1: error: -malign-double makes no sense in the 64bit mode

I got the same error.  I added -mno-align-double to my CFLAGS & CXXFLAGS and
got it to compile, though I haven't actually tried it out to make sure it
works.  I'm sure it would be better to fix the configure script to not add
-malign-double, but that's beyond me.

Upon further inspection, I noticed this:

checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for libpng version >= 1.2.5... 1.2.12, bad
configure: libpng will be built and statically linked to POV-Ray

I have libpng-1.2.12-r1 installed, but the configure script thinks it's bad.
Since my system libpng is bad, it statically links in the older included
version (that passes the bad compiler option).

At least, that's what I think is happening...

Hi, I've an analogous bug:
here's the configure log.
[...]
Supporting libraries
--------------------
=== configuring in libraries/png
(/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries/png)
configure: running /bin/sh ./configure.gnu --prefix=/usr 
'--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc'
'--localstatedir=/var/lib' 'COMPILED_BY=root (on billgates)' '--with-x'
'--without-svga' '--libdir=/usr/lib64' '--build=x86_64-pc-linux-gnu'
'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu'
'CXXFLAGS=-O2 -march=k8 -pipe -msse -msse2 -m3dnow -mfpmath=sse' 'CFLAGS=-O2
-march=k8 -pipe -msse -msse2 -m3dnow -mfpmath=sse'
--cache-file=../../config.cache --srcdir=.
configure.gnu: configuring libpng 1.2.5
configure.gnu: running ./configure --srcdir=. --cache-file=../../config.cache 
--prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
configure: loading cache ../../config.cache
configure: error: `CFLAGS' has changed since the previous run:
configure:   former value:  -O2 -march=k8 -pipe -msse -msse2 -m3dnow
-mfpmath=sse
configure:   current value:  -pipe -O3 -msse -mfpmath=sse -msse2 -march=k8
-mtune=k8 -minline-all-stringops -O2 -march=k8 -pipe -msse -msse2 -m3dnow
-mfpmath=sse
configure: error: `CPPFLAGS' was not set in the previous run
configure: error: `LDFLAGS' was not set in the previous run
configure: error: `build_alias' was set to `x86_64-pc-linux-gnu' in the
previous run
configure: error: changes in the environment can compromise the build
configure: error: run `make distclean' and/or `rm ../../config.cache' and start
over


===============================================================================
POV-Ray 3.6.1 has been configured with the following features:
  I/O restrictions: enabled
  X Window display: enabled
  SVGAlib display : disabled

Type 'make' to build, and 'make install' to install all files in the hierarchy
/usr
===============================================================================

 * Building povray
make  all-recursive
make[1]: Entering directory
`/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1'
Making all in libraries
make[2]: Entering directory
`/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries'
Making all in png
make[3]: Entering directory
`/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries/png'
make[3]: *** No rule to make target `all'.  Stop.
make[3]: Leaving directory
`/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries/png'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1/libraries'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1'
make: *** [all] Error 2

!!! ERROR: media-gfx/povray-3.6.1-r1 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  povray-3.6.1-r1.ebuild, line 51:   Called die

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

Created an attachment (id=97450) [details]
povray-3.6.1-r1.ebuild.patch

It's time to fix this bug :)

Created an attachment (id=97451) [details]
povray-3.6.1-configure.patch

Updated configure patch:
- search for libpng >= 1.2.10
- don't use -malign-double on amd64

Created an attachment (id=97452) [details]
povray-3.6.1-compilefix.patch

Fix compiling against newer libpng. It just removes the reference to
png_write_finish_row() which is now no longer exported. (I don't know if it's
the right fix but this is what Debian also does)

Hi, I worked around the bug I presented by substituting the econf line in the
.build with a simpler ./configure and commenting out eautoconf. Was I supposed
to break everything? It compiled perfectly. I'm an ebuild newbie, so I ask: why
do we need eautoconf+econf when configure was perfect? (well it installed
everything under /usr/local. Maybe it isn't so perfect) :-)

(In reply to comment #11)
> Hi, I worked around the bug I presented by substituting the econf line in the
> .build with a simpler ./configure and commenting out eautoconf. Was I supposed
> to break everything?
Well, eautoconf was there so that the povray-3.6.1-configure.patch has effect.
That patch (the original one, not the one updated by me) fixed a problem
specific to the PPC64 architecture, so removing it did not break, and shouldn't
have broke, anything for you.
> It compiled perfectly. I'm an ebuild newbie, so I ask: why
> do we need eautoconf+econf when configure was perfect? (well it installed
> everything under /usr/local. Maybe it isn't so perfect) :-)
econf calls ./configure with the right arguments to be installed in the right
path, so you should leave it as it is. Did you try removing just eautoconf?

*** Bug 142698 has been marked as a duplicate of this bug. ***

(In reply to comment #12)
> Well, eautoconf was there so that the povray-3.6.1-configure.patch has effect.
> That patch (the original one, not the one updated by me) fixed a problem
> specific to the PPC64 architecture, so removing it did not break, and shouldn't
> have broke, anything for you.

I tried as you suggested but econf breaks everything for me. (I haven't already
applied your patches, though). At the beginning of the configuration I can see:
[...]
>>> Compiling source in /var/tmp/portage/povray-3.6.1-r1/work/povray-3.6.1 ...
k8
 * econf: updating povray-3.6.1/config/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating povray-3.6.1/config/config.sub with
/usr/share/gnuconfig/config.sub
 * econf: updating povray-3.6.1/libraries/jpeg/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating povray-3.6.1/libraries/jpeg/config.sub with
/usr/share/gnuconfig/config.sub
 * econf: updating povray-3.6.1/libraries/png/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating povray-3.6.1/libraries/png/config.sub with
/usr/share/gnuconfig/config.sub
 * econf: updating povray-3.6.1/libraries/tiff/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating povray-3.6.1/libraries/tiff/config.sub with
/usr/share/gnuconfig/config.sub
 * econf: updating povray-3.6.1/libraries/zlib/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating povray-3.6.1/libraries/zlib/config.sub with
/usr/share/gnuconfig/config.sub
/usr/bin/confcache --confcache-ignore /var/tmp/.distcc --confcache-dir
/var/tmp/confcache ./configure --prefix=/usr --host=x86_64-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib COMPILED_BY=root (on billgates)
--with-x --without-svga --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu
configure: loading cache config.cache
[...]
All these updates seem to me like changing too much of the underlining
configure.
Indeed, at the and of the configure now begins those errors:
[...]
configure.gnu: configuring libpng 1.2.5
configure.gnu: running ./configure --srcdir=. --cache-file=../../config.cache 
--prefix=/usr --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
configure: loading cache ../../config.cache
configure: error: `CFLAGS' has changed since the previous run:
configure:   former value:  -O2 -march=k8 -pipe -msse -msse2 -m3dnow
-mfpmath=sse
configure:   current value:  -pipe -O3 -msse -mfpmath=sse -msse2 -march=k8
-mtune=k8 -minline-all-stringops -O2 -march=k8 -pipe -msse -msse2 -m3dnow
-mfpmath=sse
configure: error: `CPPFLAGS' was not set in the previous run
configure: error: `LDFLAGS' was not set in the previous run
configure: error: `build_alias' was set to `x86_64-pc-linux-gnu' in the
previous run
configure: error: changes in the environment can compromise the build
configure: error: run `make distclean' and/or `rm ../../config.cache' and start
over
[...]
Mhm. I'm now seeing that these errors comes aroung libpng configuration. Maybe
It's better if I apply your patches and check again :-)

Ok! With your patch applied on the original ebuild everything goes stright.
Thank you!

as for the -malign-double issue:

checking whether x86_64-pc-linux-gnu-g++ accepts -malign-double... no

It just works fine here, I don't think any patching is needed. All other bugs
should really go in a seperate bug, they have nothing to do with this one.

Thanks all,

My configure output shows:

[...]
checking whether x86_64-pc-linux-gnu-gcc accepts -malign-double... ./configure:
line 18743: "\-m|align-double": command not found
./configure: line 18747: \-m|align-double: command not found
yes
[...]

(There are actually many "command not found" lines with different compiler
options, for example: "\-m|arch=k8|\-m|tune=k8": command not found )

My config.log shows:

[...]
configure:18602: checking whether x86_64-pc-linux-gnu-g++ accepts
-malign-double
configure:18633: x86_64-pc-linux-gnu-g++ -c conftest.cpp > /dev/null 2>
conftest.err0
configure:18636: $? = 0
configure:18639: x86_64-pc-linux-gnu-g++ -c -malign-double conftest.cpp >
/dev/null 2> conftest.err
configure:18642: $? = 1
configure:18645: cat conftest.err >&5
conftest.cpp:1: error: -malign-double makes no sense in the 64bit mode
configure:18648: $? = 0
configure:18651:  "\-m|align-double" conftest.err 2>&1 > /dev/null
configure:18654: $? = 127
configure:18660: diff conftest.err0 conftest.err >&5
0a1
> conftest.cpp:1: error: -malign-double makes no sense in the 64bit mode
configure:18663: $? = 1
configure:18684: result: yes
configure:18696: checking whether x86_64-pc-linux-gnu-gcc accepts
-malign-double
configure:18724: x86_64-pc-linux-gnu-gcc -c conftest.c > /dev/null 2>
conftest.err0
configure:18727: $? = 0
configure:18730: x86_64-pc-linux-gnu-gcc -c -malign-double conftest.c >
/dev/null 2> conftest.err
configure:18733: $? = 1
configure:18736: cat conftest.err >&5
conftest.c:1: error: -malign-double makes no sense in the 64bit mode
configure:18739: $? = 0
configure:18742:  "\-m|align-double" conftest.err 2>&1 > /dev/null
configure:18745: $? = 127
configure:18749: diff conftest.err0 conftest.err >&5
0a1
> conftest.c:1: error: -malign-double makes no sense in the 64bit mode
configure:18752: $? = 1
configure:18773: result: yes
[...]
Look at line 18651 & 18742.  Is it trying to run "\-m|align-double" as a
program?

My x86 (athlon-tbird) shows the same thing, but it compiles with
-malign-double.

(In reply to comment #17)

The "command not found" problem seems to have been reported in bug #142498.

reopening

duping with bug 142498 because it is less of a mess

*** This bug has been marked as a duplicate of 142498 ***