Bugzilla Bug 222415

Hi,
 i tried to emerge openmotif, but it fails while compiling in place where it
uses crt1.0.

Created an attachment (id=153361) [details]
emerge --info

Created an attachment (id=153363) [details]
emerge openmotif

only last lines of the proces

Portage 2.1.4.4 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0,
2.6.24-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.24-gentoo-r8 x86_64 AMD Turion(tm) 64 Mobile Technology ML-32
Timestamp of tree: Fri, 16 May 2008 16:00:01 +0000
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.4.4-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.6.3, 1.8.5-r3, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -march=k8 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans
userfetch"
GENTOO_MIRRORS="gentoo.mirror.pw.edu.pl"
LANG="pl_PL"
LC_ALL="pl_PL"
LINGUAS="pl_PL"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acl acpi alsa amd64 avahi berkdb bluetooth branding bzip2 cairo cdr cli
cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam
firefox fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg
kde kerberos ldap libnotify mad midi mikmod mmx mp3 mpeg mudflap multilib
ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd
python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl
sse sse2 ssl startup-notification svg tcpd tiff truetype unicode vorbis xml
xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106
cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route
share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias
authn_anon authn_dbm authn_default authn_file authz_dbm authz_default
authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs
dav_lock deflate dir disk_cache env expires ext_filter file_cache filter
headers include info log_config logio mem_cache mime mime_magic negotiation
rewrite setenvif speling status unique_id userdir usertrack vhost_alias"
ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" LINGUAS="pl_PL" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 mach64 mga
neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTDIR_OVERLAY

Please attach the complete build.log.

Created an attachment (id=153377) [details]
build.log

full build.log as requested

Looks like configure has a problem with libfl:
   checking for flex... flex
   checking for yywrap in -lfl... no
   checking for yywrap in -ll... no
   checking lex output file root... lex.yy
   checking whether yytext is a pointer... no

What is the output of:
$ nm /usr/lib*/libfl*

(In reply to comment #6)
> Looks like configure has a problem with libfl:
>    checking for flex... flex
>    checking for yywrap in -lfl... no
>    checking for yywrap in -ll... no
>    checking lex output file root... lex.yy
>    checking whether yytext is a pointer... no
> 
> What is the output of:
> $ nm /usr/lib*/libfl*
> 

localhost ~ # nm /usr/lib*/libfl*
nm: '/usr/lib*/libfl*': No such file

> localhost ~ # nm /usr/lib*/libfl*
> nm: '/usr/lib*/libfl*': No such file

This should exist...
Please (re-)emerge sys-devel/flex and try again.

(In reply to comment #8)
> > localhost ~ # nm /usr/lib*/libfl*
> > nm: '/usr/lib*/libfl*': No such file
> 
> This should exist...
> Please (re-)emerge sys-devel/flex and try again.
> 

Your suggestion worked. I emerged flex (weird, cause "reemerged" it actually)
and everything compiled fine. I'm pretty sure that I haven't removed libmain.o
or libyywrap.o... 
Thanks for your help.

Reopening, since I've now got a second report about this problem, see bug
223683 comment #7.

Reassigning to base-system.
How is it possible that a system ends up without libfl.a installed?

(In reply to comment #11)
> Reassigning to base-system.
> How is it possible that a system ends up without libfl.a installed?
> 

Maybe it's a problem with the liveCD??(mine was 2008.0 beta2(amd64))

Created an attachment (id=154821) [details]
emerge --info from bug 223683 comment #7

(It is a bad idea to link to pastebins, since they tend to disappear after some
time. Therefore attaching the info here.)

(In reply to comment #12)
> > How is it possible that a system ends up without libfl.a installed?
> 
> Maybe it's a problem with the liveCD??(mine was 2008.0 beta2(amd64))

Indeed, the 2008.0_beta2 live cd has no /usr/lib64/libfl.a, in contrast to
2007.0.
CCing release@g.o, is this on purpose?

flex always installs its static library

the livecd always prunes all static archives ... having them on the install cd
makes no sense at all as the livecd env is a runtime only and static archives
means bloat in that env

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

I just extracted the stage3-i686-2008.0 tarball, and /usr/lib/libfl.a exists.
Whether or not it exists on the CD doesn't matter (unless you're doing a GUI
install, and then it only matters for the LiveCD, not the minimal).

> I just extracted the stage3-i686-2008.0 tarball, and /usr/lib/libfl.a exists.
> Whether or not it exists on the CD doesn't matter (unless you're doing a GUI
> install, and then it only matters for the LiveCD, not the minimal).

So, is a GUI install officially supported? If it is, then libfl.a should be on
the LiveCD.

The difference between libfl.a and other static libraries is that libfl.a
contains main() and therefore cannot be linked dynamically.

I can say with relative certainty that it is *not* on the minimal CD. However,
it *should* be on the LiveCD. It is possible that it isn't, though. Can someone
boot the various LiveCDs and check? I'm not currently able to.

i checked livecd-i686-installer-2008.0-r1.iso and it was there...

(In reply to comment #20)
> i checked livecd-i686-installer-2008.0-r1.iso and it was there...

This bug is about amd64... Please read comment #14 again.

I've checked again with livecd-amd64-installer-2008.0-r1.iso, and there is
definitely no /usr/lib{,32,64}/libfl.a. The i686 livecd has it, though.

What about the amd64 stage3 tarball?

> What about the amd64 stage3 tarball?

$ tar tvf stage3-amd64-2008.0.tar.bz2 | grep libfl
-rw-r--r-- root/root      2756 2008-06-17 03:51 ./usr/lib64/libfl.a

Okay, so it's only missing from the amd64 livecd. I'm not sure this is worth
rebuilding the entire CD for, though. This only effects people doing amd64 GUI
installs, and there's a workaround.

This is only somewhat related, but I searched for the terms in the gcc output,
and this is where I ended up...

usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/crt1.o: In function
`_start':
(.text+0x20): undefined reference to `main'
collect2: ld returned 1 exit status

So I did nm /usr/lib*/libfl* (as suggested in one of the comments), and it gave
me 
/usr/lib/libfl.a:

libmain.o:
                 U _GLOBAL_OFFSET_TABLE_
0000000000000000 T main
                 U yylex

libyywrap.o:
0000000000000000 T yywrap

/usr/lib64/libfl.a:

libmain.o:
                 U _GLOBAL_OFFSET_TABLE_
0000000000000000 T main
                 U yylex

libyywrap.o:
0000000000000000 T yywrap

I did rebuild flex, but it looks like I didn't need to.  Anyway, I am not sure
of what to do with this - I am just building a very small sample program using
setjmp and longjmp, but I cannot get it built because of this problem.