<?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>23978</bug_id>
          
          <creation_ts>2003-07-05 17:25 0000</creation_ts>
          <short_desc>zsh build failure</short_desc>
          <delta_ts>2003-07-24 06:08:54 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>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>gentoobugs@ser.fdns.net</reporter>
          <assigned_to>usata@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>gentoobugs@ser.fdns.net</who>
            <bug_when>2003-07-05 17:25:07 0000</bug_when>
            <thetext>Whether by missing dependancy, or a bug in the distribution, the current zsh 4.1.0_pre7 ebuild 
fails to compile: 
 
... 
gcc -c -I. -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -DMODULE 
-march=pentium3 -O3 -pipe  -fPIC -o pcre..o pcre.c 
pcre.c:36:18: pcre.h: No such file or directory 
pcre.c:38: parse error before &apos;*&apos; token 
pcre.c:38: warning: data definition has no type or storage class 
pcre.c:39: parse error before &apos;*&apos; token 
pcre.c:39: warning: data definition has no type or storage class 
pcre.c: In function `bin_pcre_compile&apos;: 
pcre.c:48: `PCRE_ANCHORED&apos; undeclared (first use in this function) 
pcre.c:48: (Each undeclared identifier is reported only once 
pcre.c:48: for each function it appears in.) 
pcre.c:49: `PCRE_CASELESS&apos; undeclared (first use in this function) 
pcre.c:50: `PCRE_MULTILINE&apos; undeclared (first use in this function) 
pcre.c:51: `PCRE_EXTENDED&apos; undeclared (first use in this function) 
pcre.c:55: warning: assignment makes pointer from integer without a cast 
pcre.c: In function `bin_pcre_study&apos;: 
pcre.c:75: warning: assignment makes pointer from integer without a cast 
pcre.c: In function `bin_pcre_match&apos;: 
pcre.c:108: `PCRE_INFO_CAPTURECOUNT&apos; undeclared (first use in this function) 
pcre.c:120: `PCRE_ERROR_NOMATCH&apos; undeclared (first use in this function) 
make[3]: *** [pcre..o] Error 1 
make[3]: Leaving directory 
`/var/tmp/portage/zsh-4.1.0_pre7/work/zsh-4.1.0-dev-7/Src/Modules&apos; 
make[2]: *** [modules] Error 1 
make[2]: Leaving directory `/var/tmp/portage/zsh-4.1.0_pre7/work/zsh-4.1.0-dev-7/Src&apos; 
make[1]: *** [modules] Error 2 
make[1]: Leaving directory `/var/tmp/portage/zsh-4.1.0_pre7/work/zsh-4.1.0-dev-7/Src&apos; 
make: *** [all] Error 1 
 
!!! ERROR: app-shells/zsh-4.1.0_pre7 failed. 
!!! Function src_compile, Line 43, Exitcode 2 
!!! make failed 
 
 
The previous zsh installed on my system is 4.0.6-r4</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoobugs@ser.fdns.net</who>
            <bug_when>2003-07-13 13:35:03 0000</bug_when>
            <thetext>Upgrading to libpcre 4.2-r1 fiixes this problem.  Please change the dependancies.  The zsh 
4.1.0_pre7 uses libpcre, but doesn&apos;t mention it in either DEPENDS or USES, and libpcre &lt; 
4.2-r1 breaks the zsh build. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>usata@gentoo.org</who>
            <bug_when>2003-07-23 14:31:35 0000</bug_when>
            <thetext>Hum... I downgraded libpcre to dev-libs/libpcre-3.9-r2 but had
no problem with compiling zsh-4.1.0_pre7 and zsh-4.1.1. They are
using libpcre so that they should DEPENDs on or USEs libpcre as
you described, but I cannot decide the version it should be.
Which version of libpcre did you use? And could you attach the 
output of emerge info, please?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoobugs@ser.fdns.net</who>
            <bug_when>2003-07-23 18:37:37 0000</bug_when>
            <thetext>Hmm.  I don&apos;t remember which libpcre I was using; that&apos;s the one bit of info I didn&apos;t capture.  It 
may have been a revision or two prior to 4.2-r1.  I would think that any ebuild dependancy on 
libpcre (even an unversioned reference) would be preferable to no dependancy at all. 
 
I am /fairly/ sure that I had some libpcre installed when I encountered the error.  I seem to 
remember being perplexed by the error, because it said it couldn&apos;t find pcre.h, and yet it existed 
when I search with &apos;locate&apos;.    Besides, metalog and kde both depend on libpcre, and I have both 
of those installed.  Sorry that I can&apos;t tell you which version I had the problem with :-( 
 
Here&apos;s the output from emerge info: 
 
Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) 
================================================================= 
System uname: 2.5.75 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz 
GENTOO_MIRRORS=&quot;http://www.ibiblio.org/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo 
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ 
rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://mirror.iawnet.sandia.gov/pub/gentoo/ 
ftp://ftp.ussg.iu.edu/pub/linux/gentoo&quot; 
CONFIG_PROTECT=&quot;/etc /var/qmail/control /usr/kde/2/share/config 
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config 
/usr/share/config&quot; 
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot; 
PORTDIR=&quot;/usr/portage&quot; 
DISTDIR=&quot;/usr/portage/distfiles&quot; 
PKGDIR=&quot;/usr/portage/packages&quot; 
PORTAGE_TMPDIR=&quot;/var/tmp&quot; 
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot; 
USE=&quot;x86 oss apm crypt encode foomaticdb gif libg++ libwww mad mikmod mmx mpeg 
ncurses nls pdflib quicktime truetype xml2 xmms zlib gtkhtml gdbm berkdb readline arts tcltk 
java X sdl gpm tcpd ssl esd imlib gtk motif cdr -tetex -lilo -nano -alsa -3dnow -voodoo3 -matrox 
-scanner -dga -gnome -bonobo -evo -guile -perl -mysql -python -slang -zeo -inndb -cjk -canna 
-freewnn -mule opengl xv ruby qt qtmt wavelan kamera pda oggvorbis pcmcia spell gphoto2 ggi 
avi dvd css kde png pam maildir cups jpeg plugins ldap aalib directfb fbcon svga&quot; 
COMPILER=&quot;gcc3&quot; 
CHOST=&quot;i686-pc-linux-gnu&quot; 
CFLAGS=&quot;-march=pentium3 -O3 -pipe&quot; 
CXXFLAGS=&quot;-march=pentium3 -O3 -pipe&quot; 
ACCEPT_KEYWORDS=&quot;x86&quot; 
MAKEOPTS=&quot;-j2&quot; 
AUTOCLEAN=&quot;yes&quot; 
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot; 
FEATURES=&quot;sandbox ccache&quot; 
 
It is possible that my libpcre install was munged.  With Gentoo, I find that occasionally some 
arbitrary file will suddenly get the contents of some other file; maybe this is what happened to 
my pcre.h, and simply re-installing it (albeit a newer version) fixed it. 
 
FWIW, I encountered no dependancy conflicts with upgrading libpcre.  IMO, I&apos;d just have zsh 
depend on libpcre 4.2-r1 or greater, and leave it at that.  It has to have /some/ mention of its 
dependancy on libpcre! </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>usata@gentoo.org</who>
            <bug_when>2003-07-24 06:08:54 0000</bug_when>
            <thetext>All right, I checked all libpcre in CVS and all of them don&apos;t have
that problem. I&apos;m not sure but libpcre-4.2.ebuild might have had 
the problem (it was removed because of another bug). I added
DEPEND=&quot;&gt;=dev-libs/libpcre-3.9&quot; (the oldest version I tested) to 
zsh-4.1.1.ebuild (will soon available in CVS). 
Thank you for your notice.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>