<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>130668</bug_id>
          
          <creation_ts>2006-04-20 15:18 0000</creation_ts>
          <short_desc>dev-libs/libpcre-6.3 won&apos;t compile with MAKEOPTS=-j4</short_desc>
          <delta_ts>2006-09-09 08:02:15 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>2006.0</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P1</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>145409</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>eric.brown@dnbrown.net</reporter>
          <assigned_to>carlo@gentoo.org</assigned_to>
          <cc>cpence@gmail.com</cc>
    
    <cc>jakub@gentoo.org</cc>
    
    <cc>ladanyi@tmit.bme.hu</cc>
    
    <cc>mcconachieneal@mail.com</cc>
    
    <cc>qa@gentoo.org</cc>
    
    <cc>release@gentoo.org</cc>
    
    <cc>shawvrana@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>eric.brown@dnbrown.net</who>
            <bug_when>2006-04-20 15:18:44 0000</bug_when>
            <thetext>My default MAKEOPTS is -j4, and with that setting, emerge libpcre fails on one of the scan unit tests involving the linking of libpcreposix.la.  Here&apos;s some of the output:

x86_64-pc-linux-gnu-ar cru .libs/libpcrecpp.a  pcrecpp.o pcre_scanner.o pcre_stringpiece.o
x86_64-pc-linux-gnu-ranlib .libs/libpcrecpp.a
creating libpcrecpp.la
(cd .libs &amp;&amp; rm -f libpcrecpp.la &amp;&amp; ln -s ../libpcrecpp.la libpcrecpp.la)
/bin/sh ./libtool --mode=link x86_64-pc-linux-gnu-g++  -I. -I.   -o pcre_scanner_unittest  pcre_scanner_unittest.o \
        libpcrecpp.la libpcreposix.la
/bin/sh ./libtool --mode=link x86_64-pc-linux-gnu-g++  -I. -I.   -o pcre_stringpiece_unittest   pcre_stringpiece_unittest.o \
        libpcrecpp.la libpcreposix.la
make: `libpcrecpp.la&apos; is up to date.
libtool: link: cannot find the library `libpcreposix.la&apos;
make: *** [pcre_stringpiece_unittest] Error 1
make: *** Waiting for unfinished jobs....
libtool: link: cannot find the library `libpcreposix.la&apos;
make: *** [pcre_scanner_unittest] Error 1
generating symbol list for `libpcreposix.la&apos;
/usr/bin/x86_64-pc-linux-gnu-nm -B  .libs/pcreposix.o  | sed -n -e &apos;s/^.*[      ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[         ][      ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p&apos; | /bin/sed &apos;s/.* //&apos; | sort | uniq &gt; .libs/libpcreposix.exp
grep -E -e &quot;^[^_]|__?pcre_.*utf8|__?pcre_printint&quot; &quot;.libs/libpcreposix.exp&quot; &gt; &quot;.libs/libpcreposix.expT&quot;
mv -f &quot;.libs/libpcreposix.expT&quot; &quot;.libs/libpcreposix.exp&quot;
echo &quot;{ global:&quot; &gt; .libs/libpcreposix.ver
 cat .libs/libpcreposix.exp | sed -e &quot;s/\(.*\)/\1;/&quot; &gt;&gt; .libs/libpcreposix.ver
 echo &quot;local: *; };&quot; &gt;&gt; .libs/libpcreposix.ver
 x86_64-pc-linux-gnu-gcc -shared  .libs/pcreposix.o  -Wl,--rpath -Wl,/var/tmp/portage/libpcre-6.3/work/pcre-6.3/.libs -L/var/tmp/portage/libpcre-6.3/work/pcre-6.3 -L/var/tmp/portage/libpcre-6.3/work/pcre-6.3/.libs ./.libs/libpcre.so  -Wl,-soname -Wl,libpcreposix.so.0 -Wl,-version-script -Wl,.libs/libpcreposix.ver -o .libs/libpcreposix.so.0.0.0
(cd .libs &amp;&amp; rm -f libpcreposix.so.0 &amp;&amp; ln -s libpcreposix.so.0.0.0 libpcreposix.so.0)
(cd .libs &amp;&amp; rm -f libpcreposix.so &amp;&amp; ln -s libpcreposix.so.0.0.0 libpcreposix.so)
x86_64-pc-linux-gnu-ar cru .libs/libpcreposix.a  pcreposix.o
x86_64-pc-linux-gnu-ranlib .libs/libpcreposix.a
creating libpcreposix.la
(cd .libs &amp;&amp; rm -f libpcreposix.la &amp;&amp; ln -s ../libpcreposix.la libpcreposix.la)

!!! ERROR: dev-libs/libpcre-6.3 failed.



I was able to get past this problem by doing MAKEOPTS=-j1 emerge libpcre.

Here&apos;s my emerge info:

Portage 2.0.54 (hardened/amd64, gcc-3.4.5, glibc-2.3.5-r2, 2.6.14-hardened-r6 x86_64)
=================================================================
System uname: 2.6.14-hardened-r6 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
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-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -pipe -fomit-frame-pointer -march=k8&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -pipe -fomit-frame-pointer -march=k8&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.pair.com/&quot;
MAKEOPTS=&quot;-j4&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;amd64 berkdb bzlib crypt doc hardened imap iproute2 maildir nls nptl nptlonly pam pcre pic posix postgres prelude readline sasl skey ssl tcpd vhosts userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>malc@gentoo.org</who>
            <bug_when>2006-04-20 16:11:12 0000</bug_when>
            <thetext>Created an attachment (id=85078)
Patch makefile for llel builds.

Can&apos;t reproduce the problem on my X2 system with same makeopts - can you (or anyone else) please apply the attached patch - and see if it fixes it for you?

(ebuild blah unpack ; cd /var/tmp/portage/libpcre-6.3/work/pcre-6.3 ; patch -p0 &lt;/path/to/patch ; ebuild blah compile)

Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eric.brown@dnbrown.net</who>
            <bug_when>2006-04-20 16:22:26 0000</bug_when>
            <thetext>It&apos;s a little finicky:

It will bomb out like 50% of the time now, the rest of the time it will build fine.  I noticed that while the processors were in use (by other builds), it would bomb out more often.

I&apos;ll try your patch and post a reply...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eric.brown@dnbrown.net</who>
            <bug_when>2006-04-20 16:41:28 0000</bug_when>
            <thetext>I decided to do a little testing when using your patch (which applies successfully):

I tested the build 5 times without the patch using this line:

ebuild /usr/portage/dev-libs/libpcre/libpcre-6.3.ebuild clean &amp;&amp; 
ebuild /usr/portage/dev-libs/libpcre/libpcre-6.3.ebuild unpack &amp;&amp; 
ebuild /usr/portage/dev-libs/libpcre/libpcre-6.3.ebuild compile

Failed:     3
Succeeded:  2

Here&apos;s the test build with your patch using this line:

ebuild /usr/portage/dev-libs/libpcre/libpcre-6.3.ebuild clean &amp;&amp; 
ebuild /usr/portage/dev-libs/libpcre/libpcre-6.3.ebuild unpack &amp;&amp; 
cd /var/tmp/portage/libpcre-6.3/work/pcre-6.3 &amp;&amp; 
patch -p0 &lt; ~/patch &amp;&amp; 
ebuild /usr/portage/dev-libs/libpcre/libpcre-6.3.ebuild compile

Failed:     0
Succeeded:  5


So in conclusion, your patch seems to work.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mikko.tiihonen@iki.fi</who>
            <bug_when>2006-05-28 09:38:02 0000</bug_when>
            <thetext>the libpcre-6.6 still fails randomly with -jN (N&gt;1) and thus needs patching</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-07-18 06:49:12 0000</bug_when>
            <thetext>This affects the 2006.1 release.  I didn&apos;t find this bug in my searching, so I cheated and changed the emake to use -j1 in the 2006.1 snapshot.  This won&apos;t affect anything in the live tree, but I just wanted to let the maintainer know that this is definitely something I can verify.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cpence@gmail.com</who>
            <bug_when>2006-08-03 15:40:58 0000</bug_when>
            <thetext>I can also confirm this bug, on a new Core Duo machine, latest ~x86 branch, MAKEOPTS=-j4 by default.

Compiling with MAKEOPTS=&quot;-j1&quot; emerge -av1 libpcre succeeds.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mcconachieneal@mail.com</who>
            <bug_when>2006-08-15 20:35:26 0000</bug_when>
            <thetext>confirmed for me, running AMD 64 X2, with Makeopts = -j3

Relevant output:
/bin/sh ./libtool --mode=link x86_64-pc-linux-gnu-g++  -I. -I.   -o pcre_scanner_unittest  pcre_scanner_unittest.o \
        libpcrecpp.la libpcreposix.la
libtool: link: cannot find the library `libpcreposix.la&apos;
make: *** [pcre_scanner_unittest] Error 1
make: *** Waiting for unfinished jobs....
(cd .libs &amp;&amp; rm -f libpcreposix.so.0 &amp;&amp; ln -s libpcreposix.so.0.0.0 libpcreposix.so.0)
(cd .libs &amp;&amp; rm -f libpcreposix.so &amp;&amp; ln -s libpcreposix.so.0.0.0 libpcreposix.so)
x86_64-pc-linux-gnu-ar cru .libs/libpcreposix.a  pcreposix.o
x86_64-pc-linux-gnu-ranlib .libs/libpcreposix.a
creating libpcreposix.la
(cd .libs &amp;&amp; rm -f libpcreposix.la &amp;&amp; ln -s ../libpcreposix.la libpcreposix.la)

!!! ERROR: dev-libs/libpcre-6.3 failed.
Call stack:
  ebuild.sh, line 1543:   Called dyn_compile
  ebuild.sh, line 938:   Called src_compile
  libpcre-6.3.ebuild, line 38:   Called die

- looks like the file libpcreposix.la gets created AFTER it gets looked for (with -j&gt;1)

Emerge --info:
Gentoo Base System version 1.12.4
Portage 2.1.1_pre5 (default-linux/amd64/2006.0, gcc-4.1.0/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
Last Sync: Tue, 15 Aug 2006 08:50:01 +0000
ccache version 2.3 [disabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
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.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon64 -O2 -pipe -msse3&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo&quot;
CXXFLAGS=&quot;-march=athlon64 -O2 -pipe -msse3&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms userpriv usersandbox&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo&quot;
LANG=&quot;en_CA.UTF-8&quot;
LC_ALL=&quot;en_CA.UTF-8&quot;
LINGUAS=&quot;en_CA en_US en_GB en&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.namerica.gentoo.org/gentoo-portage&quot;
USE=&quot;amd64 X a52 aac alsa apache2 arts avi bash-completion berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cjk cli crypt css cups directfb dlloader doc dri dv dvd dvdr dvdread eds elibc_glibc emboss emul-linux-x86 encode examples fbcon ffmpeg firefox foomaticdb fortran gif glut gmp gnome gpm gstreamer gtk gtk2 ieee1394 imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipod isdnlog java javascript jikes jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux lame ldap libwww linguas_en linguas_en_CA linguas_en_GB linguas_en_US lm_sensors logrotate lzw lzw-tiff mad motif mp3 mpeg msn musepack ncurses nls nptl nptlonly nsplugin nvidia ofx ogg oggvorbis opengl pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session slang spell spl ssl svg tcltk tcpd threads tidy tiff tk truetype truetype-fonts type1-fonts unicode usb userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa vorbis wma wmf xml xmms xorg xpm xprint xv xvid zlib&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-08-28 08:51:09 0000</bug_when>
            <thetext>Ping! Still broken...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shawvrana@gmail.com</who>
            <bug_when>2006-09-06 07:41:08 0000</bug_when>
            <thetext>ping reply -- yep, still broken :)

Hit this one on a x86_64 with -j4

Installed correctly with with `MAKEOPTS=-j1 emerge --resume&apos;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spb@gentoo.org</who>
            <bug_when>2006-09-06 15:34:33 0000</bug_when>
            <thetext>I just added the fix for this into libpcre-6.6. No revbump since it&apos;s just a compile fix. It&apos;s been around a while so can probably be considered for stable rather than patching two versions of the package.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85078</attachid>
            <date>2006-04-20 16:11 0000</date>
            <desc>Patch makefile for llel builds.</desc>
            <filename>libpcre-6.3.Makefile.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIE1ha2VmaWxlLmluCTIwMDYtMDQtMjAgMjM6NTk6MzAuMDAwMDAwMDAwICswMTAwCisrKyBN
YWtlZmlsZS5pbgkyMDA2LTA0LTIwIDIzOjU5OjE0LjAwMDAwMDAwMCArMDEwMApAQCAtMTg2LDE1
ICsxODYsMTUgQEAKIAkJJChMSU5LKSAkKFBVUklGWSkgJChFRkVOQ0UpIC1vIHBjcmV0ZXN0QEVY
RUVYVEAgIHBjcmV0ZXN0LkBPQkpFWFRAIFwKIAkJbGlicGNyZS5sYSBAUE9TSVhfTElCQAogCi1w
Y3JlY3BwX3VuaXR0ZXN0QEVYRUVYVEA6IGxpYnBjcmVjcHAubGEgcGNyZWNwcF91bml0dGVzdC5A
T0JKRVhUQCBAT05fV0lORE9XU0Agd2luc2hhcmVkCitwY3JlY3BwX3VuaXR0ZXN0QEVYRUVYVEA6
IGxpYnBjcmVjcHAubGEgQFBPU0lYX0xJQkAgcGNyZWNwcF91bml0dGVzdC5AT0JKRVhUQCBAT05f
V0lORE9XU0Agd2luc2hhcmVkCiAJCSQoQ1hYTElOSykgJChQVVJJRlkpICQoRUZFTkNFKSAtbyBw
Y3JlY3BwX3VuaXR0ZXN0QEVYRUVYVEAgIHBjcmVjcHBfdW5pdHRlc3QuQE9CSkVYVEAgXAogCQls
aWJwY3JlY3BwLmxhIEBQT1NJWF9MSUJACiAKLXBjcmVfc2Nhbm5lcl91bml0dGVzdEBFWEVFWFRA
OiBsaWJwY3JlY3BwLmxhIHBjcmVfc2Nhbm5lcl91bml0dGVzdC5AT0JKRVhUQCBAT05fV0lORE9X
U0Agd2luc2hhcmVkCitwY3JlX3NjYW5uZXJfdW5pdHRlc3RARVhFRVhUQDogbGlicGNyZWNwcC5s
YSBAUE9TSVhfTElCQCBwY3JlX3NjYW5uZXJfdW5pdHRlc3QuQE9CSkVYVEAgQE9OX1dJTkRPV1NA
IHdpbnNoYXJlZAogCQkkKENYWExJTkspICQoUFVSSUZZKSAkKEVGRU5DRSkgLW8gcGNyZV9zY2Fu
bmVyX3VuaXR0ZXN0QEVYRUVYVEAgIHBjcmVfc2Nhbm5lcl91bml0dGVzdC5AT0JKRVhUQCBcCiAJ
CWxpYnBjcmVjcHAubGEgQFBPU0lYX0xJQkAKIAotcGNyZV9zdHJpbmdwaWVjZV91bml0dGVzdEBF
WEVFWFRAOiBsaWJwY3JlY3BwLmxhIHBjcmVfc3RyaW5ncGllY2VfdW5pdHRlc3QuQE9CSkVYVEAg
QE9OX1dJTkRPV1NAIHdpbnNoYXJlZAorcGNyZV9zdHJpbmdwaWVjZV91bml0dGVzdEBFWEVFWFRA
OiBsaWJwY3JlY3BwLmxhIEBQT1NJWF9MSUJAIHBjcmVfc3RyaW5ncGllY2VfdW5pdHRlc3QuQE9C
SkVYVEAgQE9OX1dJTkRPV1NAIHdpbnNoYXJlZAogCQkkKENYWExJTkspICQoUFVSSUZZKSAkKEVG
RU5DRSkgLW8gcGNyZV9zdHJpbmdwaWVjZV91bml0dGVzdEBFWEVFWFRACXBjcmVfc3RyaW5ncGll
Y2VfdW5pdHRlc3QuQE9CSkVYVEAgXAogCQlsaWJwY3JlY3BwLmxhIEBQT1NJWF9MSUJACiAK
</data>        

          </attachment>
    </bug>

</bugzilla>