<?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>57621</bug_id>
          
          <creation_ts>2004-07-19 11:55 0000</creation_ts>
          <short_desc>dev-lang/pike-7.6.6 is masked for amd64 but compiles with a little wrangling</short_desc>
          <delta_ts>2004-08-15 17:11:14 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>2004.1</version>
          <rep_platform>AMD64</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>thither@skreak.com</reporter>
          <assigned_to>amd64@gentoo.org</assigned_to>
          <cc>scandium@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>thither@skreak.com</who>
            <bug_when>2004-07-19 11:55:21 0000</bug_when>
            <thetext>pike-7.6.6 compiles and installs cleanly on amd64, but it is currently masked.

However, the ebuild required a little extra work to get it to work correctly; I had to unmask another package and add -fPIC to my CFLAGS in order to get it to compile properly.

Pike depends on dev-lib/nettle-1.10 to work.  I had to add ~amd64 to the keywords to emerge it, and once I had it still wouldn&apos;t link correctly against pike until I re-emerged it with:

CFLAGS=&quot;-fPIC -O2&quot; emerge nettle

I was then able to use:

CFLAGS=&quot;-fPIC -O2&quot; emerge pike

...and pike compiled and installed.  There were a few warnings during the install process, but they indicated that they were non-fatal errors.  In any event, pike runs all of the sample programs from http://pike.ida.liu.se/ that I&apos;ve tried.

I&apos;m no ebuild expert or I would submit some kind of patch.  Following is my emerge --info output:

Portage 2.0.50-r9 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20040619-r0, 2.6.7-gentoo-r11)
=================================================================
System uname: 2.6.7-gentoo-r11 x86_64 4
Gentoo Base System version 1.5.1
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS=&quot;amd64 ~amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
COMPILER=&quot;gcc3&quot;
CONFIG_PROTECT=&quot;/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs ccache&quot;
GENTOO_MIRRORS=&quot;http://gentoo.binarycompass.org http://gentoo.ccccom.com http://gentoo.llarian.net/ ftp://gentoo.ccccom.com&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;&quot;
SYNC=&quot;rsync://rsync.namerica.gentoo.org/gentoo-portage&quot;
USE=&quot;X alsa amd amd64 apache2 apm arts avi berkdb crypt curl dvd encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 guile imlib java jpeg junit kde libg++ libwww log4j mikmod motif mozilla moznocompose moznoirc mpeg multilib mysql ncurses nls nogcj oggvorbis opengl oss pam parse-clocks pcap pcmcia pdflib perl png postgres python qt quicktime radeon readline ruby samba sdl slang speedo speex spell ssl tcltk tcpd threads truetype wxwindows xalan xerces xml xml2 xmms xv zlib&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>scandium@gentoo.org</who>
            <bug_when>2004-07-20 09:28:16 0000</bug_when>
            <thetext>tracking ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rgbtxus@myrealbox.com</who>
            <bug_when>2004-07-21 22:30:29 0000</bug_when>
            <thetext>I can confirm that compiling with -fPIC (I had to set it in make.conf and not add it to the command line) works and generates an apparently good pike.  I emerged it so I could use mkdvd.pike.  I have now run that successfully and made a good DVD.  I suggest that the -fPIC be added to the two ebuilds and they be unmasked for amd64</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>scandium@gentoo.org</who>
            <bug_when>2004-07-22 08:35:07 0000</bug_when>
            <thetext>I&apos;ll test nettle and pike (+deps, which all are fortunatly already x86_64ified ;) shortly on amd64, and eventuall mark them ~.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>scandium@gentoo.org</who>
            <bug_when>2004-07-23 13:40:25 0000</bug_when>
            <thetext>I added ~amd64 to the nettle ebuild, including the -fPIC part.

Can anybody who take a look if we really need -fPIC for pike, too?
I just built it and had no problems without -fPIC.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>scandium@gentoo.org</who>
            <bug_when>2004-07-23 13:42:15 0000</bug_when>
            <thetext>duh, I think this bug is cursed, in every comment I write there is at least one spelling or grammar mistake ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>slarti@gentoo.org</who>
            <bug_when>2004-08-15 17:11:14 0000</bug_when>
            <thetext>Tested it out, it&apos;s working well.

Fixed in CVS. Thanks for reporting.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>