Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 230231 - sys-libs/pam-1.1.8 - pam_conv_l.c:(.text+0xab7): undefined reference to `yywrap'
Summary: sys-libs/pam-1.1.8 - pam_conv_l.c:(.text+0xab7): undefined reference to `yywrap'
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: PAM Gentoo Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
: 230545 262091 507668 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-06-30 18:23 UTC by René
Modified: 2014-10-18 07:58 UTC (History)
13 users (show)

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


Attachments
/var/tmp/portage/sys-libs/pam-1.0.1/temp/environment (environment,120.41 KB, text/plain)
2008-06-30 18:34 UTC, René
Details

Note You need to log in before you can comment on or make changes to this bug.
Description René 2008-06-30 18:23:13 UTC
x86_64-pc-linux-gnu-gcc -march=nocona -O2 -pipe -D_GNU_SOURCE -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -Wl,--sort-common -Wl,--as-needed -Wl,-O1 -o pam_conv1 pam_conv_l.o pam_conv_y.o
pam_conv_l.o: In function `yylex':
pam_conv_l.c:(.text+0xb45): undefined reference to `yywrap'
collect2: ld returned 1 exit status
make[4]: *** [pam_conv1] Error 1
make[4]: Leaving directory `/var/tmp/portage/sys-libs/pam-1.0.1/work/Linux-PAM-1.0.1/conf/pam_conv1'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/tmp/portage/sys-libs/pam-1.0.1/work/Linux-PAM-1.0.1/conf/pam_conv1'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-libs/pam-1.0.1/work/Linux-PAM-1.0.1/conf'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-libs/pam-1.0.1/work/Linux-PAM-1.0.1'
make: *** [all] Error 2
 *
 * ERROR: sys-libs/pam-1.0.1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 3086:  Called die
 * The specific snippet of code:
 *       emake sepermitlockdir="/var/run/sepermit" || die "emake failed"
 *  The die message:
 *   emake failed

Reproducible: Always

Steps to Reproduce:
1.emerge -av --oneshot pam. Compile also failed on older versions


Expected Results:  
Clean compile.

emerge --info
Portage 2.1.4.4 (default-linux/amd64/2007.0/desktop, gcc-4.2.4, glibc-2.6.1-r0, 2.6.25-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.25-gentoo-r5 x86_64 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz
Timestamp of tree: Mon, 30 Jun 2008 17:45:03 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.4.4-r13
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -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/kde/4.0/env /usr/kde/4.0/share/config /usr/kde/4.0/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -Wl,--sort-common"
LINGUAS="de"
MAKEOPTS="-j4"
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"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X a52 aac acl acpi alsa amd64 arts bash-completion berkdb bzip2 cairo cdr cli cracklib crypt cups dbus dga dri dvd dvdr dvdread eds emboss encode esd evo exif fam firefox fortran gdbm gif gpm gstreamer gtk hal htmlhandbook iconv imagemagick ipv6 isdnlog jack java javascript jpeg kde kdehiddenvisibility kerberos ladspa lcms libnotify libsamplerate mad midi mikmod mmx mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png pppd python qt3 qt3support qt4 quicktime readline reflection ruby scanner sdl session spell spl sse sse2 ssl ssse3 svg tcpd threads tiff truetype unicode vim-syntax vorbis wmf xcomposite xine xml xorg xv xvid 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 autoindexcache 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" CAMERAS="canon" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="nv nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 René 2008-06-30 18:34:37 UTC
Created attachment 158991 [details]
/var/tmp/portage/sys-libs/pam-1.0.1/temp/environment
Comment 2 Kyle Schlansker 2008-07-02 02:15:59 UTC
I ran into this as well while testing 2008 beta 2.
re-emerging flex as described in Bug 229639 https://bugs.gentoo.org/show_bug.cgi?id=229639  fixed it for me.
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2008-07-02 16:14:40 UTC
*** Bug 230545 has been marked as a duplicate of this bug. ***
Comment 4 René 2008-07-02 20:08:06 UTC
(In reply to comment #2)
> I ran into this as well while testing 2008 beta 2.
> re-emerging flex as described in Bug 229639
> https://bugs.gentoo.org/show_bug.cgi?id=229639  fixed it for me.

Yes, re-emerging flex did it! And yes, I also used 2008 beta 1 or 2 for the initial install.

Comment 5 kevstar.31 2008-07-03 03:13:47 UTC
(In reply to comment #4)
> (In reply to comment #2)
> > I ran into this as well while testing 2008 beta 2.
> > re-emerging flex as described in Bug 229639
> > https://bugs.gentoo.org/show_bug.cgi?id=229639  fixed it for me.
> 
> Yes, re-emerging flex did it! And yes, I also used 2008 beta 1 or 2 for the
> initial install.
> 

Is there a way to use this workaround in cataylst?
Comment 6 kevstar.31 2008-07-03 03:13:47 UTC
(In reply to comment #4)
> (In reply to comment #2)
> > I ran into this as well while testing 2008 beta 2.
> > re-emerging flex as described in Bug 229639
> > https://bugs.gentoo.org/show_bug.cgi?id=229639  fixed it for me.
> 
> Yes, re-emerging flex did it! And yes, I also used 2008 beta 1 or 2 for the
> initial install.
> 

Is there a way to use this workaround in cataylst?
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2008-07-03 03:52:52 UTC
*** Bug 229639 has been marked as a duplicate of this bug. ***
Comment 8 kevstar.31 2008-07-06 19:14:52 UTC
is bug #222415 related?
Comment 9 Anonymous bin ich 2008-07-17 23:55:35 UTC
The bug still exists in 2008.0-r1
Comment 10 Sam 2008-07-22 15:55:54 UTC
I can confirm too that this bug still exists on 2008.0-r1 amd64
Comment 11 Jeroen Roovers (RETIRED) gentoo-dev 2008-07-24 14:09:49 UTC
kevstar.31@gmail.com : Don't CC unrelated teams, please.
Comment 12 kevstar.31 2008-07-24 16:32:21 UTC
What if the latest version of flex is masked during bootstraping and pam depends on the latest version of flex.
Comment 13 kevstar.31 2008-09-08 17:14:24 UTC
Could flex be divided into two separate packages (ie flex-dynamic flex-static)?
Comment 14 Eric Thibodeau 2008-09-25 16:55:34 UTC
I hit this bug attempting to build a stage3 (catalyst). 1.0.2 has the same issue.
Comment 15 Jeff Huffman 2008-10-02 18:12:32 UTC
I also hit this bug trying to build a i686 stage3 with catalyst. does anyone have a workaround that can be used with catalyst?
Comment 16 Gordon Malm (RETIRED) gentoo-dev 2009-03-12 05:46:29 UTC
*** Bug 262091 has been marked as a duplicate of this bug. ***
Comment 17 Marat Radchenko 2009-03-15 09:55:03 UTC
Great. This means that catalyst is effectively unusable.
Comment 18 Maksim 'max_posedon' Melnikau 2009-03-15 12:47:44 UTC
I think I catch problem:

1. pam during compilation compiles statically conf/pam_conv1/pam_conv1 binary 
(untility to convert pam.conf files to a pam.d/)

2. and this pam_conv1 don't goes to image and don't install (it is kind of useless?) so flex as rdep fixes compilation pam_conv1 but pam_conv1 won't be installed...

3. possible solutions: 
a) put! flex as RDEP 
b) create patch that disables compilation pam_conv1
Comment 19 Richard Scott 2009-03-15 14:47:46 UTC
(In reply to comment #17)
> Great. This means that catalyst is effectively unusable.

I've been using catalyst since last year to create current tarballs with no problem. I run it each and every night after I sync.

Perhaps you need to use a more recent stage3 seed stage than 2008 one?

You can download a newer stage3 tarball from your favorite mirror, for example for x86:
http://gentoo.mirror/experimental/x86/autobuilds/
Comment 20 Marat Radchenko 2009-03-15 15:57:57 UTC
(In reply to comment #19)
> (In reply to comment #17)
> > Great. This means that catalyst is effectively unusable.
> 
> I've been using catalyst since last year to create current tarballs with no
> problem. I run it each and every night after I sync.
> 
> Perhaps you need to use a more recent stage3 seed stage than 2008 one?
> 
> You can download a newer stage3 tarball from your favorite mirror, for example
> for x86:
> http://gentoo.mirror/experimental/x86/autobuilds/
> 

I can't take any seed because I created my own for new arch (armv6j). Additional info: broken flex appeared during stage1 build and flex wasn't rebuilt for stage2.
Comment 21 Richard Scott 2009-03-15 21:13:59 UTC
(In reply to comment #20)
> (In reply to comment #19)
> > (In reply to comment #17)
> > > Great. This means that catalyst is effectively unusable.
> > 
> > I've been using catalyst since last year to create current tarballs with no
> > problem. I run it each and every night after I sync.
> > 
> > Perhaps you need to use a more recent stage3 seed stage than 2008 one?
> > 
> > You can download a newer stage3 tarball from your favorite mirror, for example
> > for x86:
> > http://gentoo.mirror/experimental/x86/autobuilds/
> > 
> 
> I can't take any seed because I created my own for new arch (armv6j).
> Additional info: broken flex appeared during stage1 build and flex wasn't
> rebuilt for stage2.
> 

why not chroot into the stage2 and update things by hand and then re-run catalyst as normal for the stage2?
Comment 22 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-06-21 16:45:40 UTC
Really thsi is not something I'm prone to fixing pam-side..
Comment 23 Maksim 'max_posedon' Melnikau 2009-06-21 18:11:48 UTC
(In reply to comment #22)
> Really thsi is not something I'm prone to fixing pam-side..
> 
Wasn't my comment #18 was clear enough problem description? If static palm_conv will be removed from build - problem fixed.
Comment 24 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-06-21 22:06:58 UTC
I try to hack on pam's buildsystem on a strictly-needed basis: upstream is quite unfriendly, I'm not paid to do this job, I'm not even thanked (most time cursed instead) and I dislike the idea of keeping a branch of patches for Gentoo just because upstream “can't see what the problem is”.
Comment 25 Dennis Yusupoff 2009-09-07 11:56:25 UTC
I don't know why, but after I have made "emerge flex" error with installing pam has gone!
Thanks god, now I can use openssh and sudo.

Comment 26 Maksim 'max_posedon' Melnikau 2009-09-07 14:23:54 UTC
(In reply to comment #25)
> I don't know why, but after I have made "emerge flex" error with installing pam
If you interested why - read comment #18

and I still don't understand why bug `can'f fix...`
Comment 27 Dennis Schridde 2012-08-20 13:33:28 UTC
I hit the same issue with pam-1.1.5 in a crosscompilation environment. Would be nice if you reconsidered creating a patch for this issue or do that flex RDEPEND thing.
Comment 28 James Le Cuirot gentoo-dev 2012-10-12 12:12:40 UTC
I also just hit this while cross-compiling. I maintain my own set of cross-compile patches and scripts that I plan on making public soon but I just want to register my interest in seeing this fixed. This env snippet did the trick for me. Note that a second unneeded binary in doc/specs is now also affected.

pre_src_prepare() {
    sed -i "/SUBDIRS/s/\bpam_conv1\b//g" conf/Makefile.am || die
    sed -i "/SUBDIRS/s/\bspecs\b//g" doc/Makefile.am || die
}
Comment 29 Fernando (likewhoa) 2014-04-15 02:12:53 UTC
*** Bug 507668 has been marked as a duplicate of this bug. ***
Comment 30 Fernando (likewhoa) 2014-04-15 02:24:58 UTC
Still an issue with latest ~arch pam :( This is a blocker for my hardened-amd64-nomultilib catalyst build.
Comment 31 Mark Wright gentoo-dev 2014-05-31 08:37:24 UTC
(In reply to Fernando (likewhoa) from comment #30)
> Still an issue with latest ~arch pam :( This is a blocker for my
> hardened-amd64-nomultilib catalyst build.

This builds for me:

sys-devel/flex-2.5.39-r1 USE="nls -static {-test}" ABI_X86="32%* (64%*) (-x32)"
sys-libs/pam-1.1.8-r2 USE="berkdb cracklib nls vim-syntax -audit -debug -nis (-selinux) {-test}" ABI_X86="32%* (64%*) (-x32)"
Comment 32 Mike Lothian 2014-06-03 00:11:33 UTC
Incase anyone else has hit this problem too -- flex must be built without LTO on gcc 4.9
Comment 33 David Heidelberg (okias) 2014-10-18 07:58:26 UTC
(In reply to Mike Lothian from comment #32)
> Incase anyone else has hit this problem too -- flex must be built without
> LTO on gcc 4.9

Thank you Mike, exactly this problem is present with flex compiled by GCC 4.9.1 with CFLAGS & CXXFLAGS "-flto".

After removing LTO, sys-libs/pam can be compiled without this issue.