<?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>105847</bug_id>
          
          <creation_ts>2005-09-13 14:05 0000</creation_ts>
          <short_desc>error while emerging app-arch/macutil-2.0_beta3</short_desc>
          <delta_ts>2006-04-12 10:53:22 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo/Alt</product>
          <component>Mac OSX</component>
          <version>unspecified</version>
          <rep_platform>PPC</rep_platform>
          <op_sys>OS X</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>dirk.schoenberger@freenet.de</reporter>
          <assigned_to>ppc-macos@gentoo.org</assigned_to>
          <cc>halcy0n@gentoo.org</cc>
    
    <cc>imago@devinity.de</cc>

      

      
          <long_desc isprivate="0">
            <who>dirk.schoenberger@freenet.de</who>
            <bug_when>2005-09-13 14:05:17 0000</bug_when>
            <thetext>While trying to emerge macutil-2.0_beta3 I ran into the following problem

In file included from stf.c:3:
stf.h:14: warning: useless storage class specifier in empty declaration
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o lzc.o lzc.c
In file included from lzc.c:4:
lzc.h:28: warning: useless storage class specifier in empty declaration
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o pit.o pit.c
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o sit.o sit.c
In file included from sit.c:4:
sit.h:35: warning: useless storage class specifier in empty declaration
sit.h:56: warning: useless storage class specifier in empty declaration
sit.c:25: warning: useless storage class specifier in empty declaration
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o dia.o dia.c
dia.c:12: warning: conflicting types for built-in function &apos;malloc&apos;
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o cpt.o cpt.c
In file included from cpt.c:9:
cpt.h:43: warning: useless storage class specifier in empty declaration
cpt.h:64: warning: useless storage class specifier in empty declaration
cpt.c:24: warning: conflicting types for built-in function &apos;malloc&apos;
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o zma.o 
zma.c
In file included from zma.c:4:
zma.h:45: warning: useless storage class specifier in empty declaration
zma.c:12: warning: conflicting types for built-in function &apos;malloc&apos;
cc -O -DTYPES_H -DDIRENT_H -DTERMIOS_H -DNODOT -DAPPLEDOUBLE  -O2 -pipe   -c -o lzh.o lzh.c
In file included from lzh.c:4:
lzh.h:48: warning: useless storage class specifier in empty declaration
lzh.c:20: warning: conflicting types for built-in function &apos;malloc&apos;
lzh.c:29: warning: useless storage class specifier in empty declaration
lzh.c:43: error: static declaration of &apos;lzh_pointer&apos; follows non-static declaration
lzh.h:61: error: previous declaration of &apos;lzh_pointer&apos; was here
lzh.c:44: error: static declaration of &apos;lzh_data&apos; follows non-static declaration
lzh.h:62: error: previous declaration of &apos;lzh_data&apos; was here
lzh.c:45: error: static declaration of &apos;lzh_finfo&apos; follows non-static declaration
lzh.h:63: error: previous declaration of &apos;lzh_finfo&apos; was here
lzh.c:46: error: static declaration of &apos;lzh_fsize&apos; follows non-static declaration
lzh.h:64: error: previous declaration of &apos;lzh_fsize&apos; was here
lzh.c:47: error: static declaration of &apos;lzh_kind&apos; follows non-static declaration
lzh.h:65: error: previous declaration of &apos;lzh_kind&apos; was here
lzh.c:49: error: static declaration of &apos;lzh_file&apos; follows non-static declaration
lzh.h:66: error: previous declaration of &apos;lzh_file&apos; was here
make[1]: *** [lzh.o] Error 1
make: *** [all] Error 2

!!! ERROR: app-arch/macutil-2.0_beta3 failed.
!!! Function src_compile, Line 35, Exitcode 2
!!! build failed


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




!!! Relying on the shell to locate gcc, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.52-r1 (default-darwin/macos/10.4, gcc-4.0.0, libsystem-7.1-r0, 8.2.0 Power Macintosh)
===============================================================
==
System uname: 8.2.0 Power Macintosh powerpc
macos-20041118
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled]
dev-lang/python:     [Not Present]
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  [Not Present]
sys-devel/automake:  [Not Present]
sys-devel/binutils:  [Not Present]
sys-devel/libtool:   [Not Present]
virtual/os-headers:  7.1
ACCEPT_KEYWORDS=&quot;ppc-macos ~ppc-macos&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;powerpc-apple-darwin&quot;
CFLAGS=&quot;-O2 -pipe&quot;
CHOST=&quot;powerpc-apple-darwin&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/
qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/
gentoo&quot;
MAKEOPTS=&quot;-j2&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;ppc emboss imagemagick nls png ppc-macos sdl userland_Darwin kernel_Darwin elibc_Darwin&quot;
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>imago@devinity.de</who>
            <bug_when>2005-10-05 09:00:18 0000</bug_when>
            <thetext>Created an attachment (id=69926)
gcc4 compile fix

as usual gcc4 exposes some more &quot;coding errors&quot;. Here it marks some global vars
as static and then tries to use them in another file.  Fixed by making them
non-static.
note: only compile tested as I have no mac material here atm</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirk.schoenberger@freenet.de</who>
            <bug_when>2005-10-05 13:36:33 0000</bug_when>
            <thetext>&gt; note: only compile tested as I have no mac material here atm

emerges fine on my Tiger (no special USE flags needed)
tools seem to run</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>imago@devinity.de</who>
            <bug_when>2005-11-09 21:09:53 0000</bug_when>
            <thetext>cc&apos;ing Mark Loeser:
can you take a look at this one? 
Seems to be that you are the one taking care of gcc4 fixes ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2005-11-09 21:37:36 0000</bug_when>
            <thetext>Created an attachment (id=72551)
gcc4 fix

That patch should work fine, but technically those variables are not used
anywhere else, so they can remain static and remove the extern&apos;s from the
header.

Could someone test this as I don&apos;t have a mac to test this stuff on?  (Nor do I
even know what this application does :) )</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>grobian@gentoo.org</who>
            <bug_when>2005-11-10 01:05:04 0000</bug_when>
            <thetext>I usually replace extern with static in these cases.  Any arguments in favour
of/against that?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2005-11-10 09:56:57 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; I usually replace extern with static in these cases.  Any arguments in favour
&gt; of/against that?

The variables aren&apos;t used in any other files, they don&apos;t _need_ to be extern
currently.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>imago@devinity.de</who>
            <bug_when>2005-11-11 21:52:58 0000</bug_when>
            <thetext>yup, patch works</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2005-12-11 11:02:40 0000</bug_when>
            <thetext>In cvs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>grobian@gentoo.org</who>
            <bug_when>2005-12-11 11:12:32 0000</bug_when>
            <thetext>as ~ppc-macos in portage</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>69926</attachid>
            <date>2005-10-05 09:00 0000</date>
            <desc>gcc4 compile fix</desc>
            <filename>2.0_beta3-gcc4.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG1hY3V0aWwvbWFjdW5wYWNrL2x6aC5jLm9yaWcJMjAwNS0xMC0wNSAxNzoyMzowOC4wMDAw
MDAwMDAgKzAyMDAKKysrIG1hY3V0aWwvbWFjdW5wYWNrL2x6aC5jCTIwMDUtMTAtMDUgMTc6MjM6
NTcuMDAwMDAwMDAwICswMjAwCkBAIC00MCwxMyArNDAsMTMgQEAKICAgICB7Ii1senMtIiwgbHpz
fQogfTsKIHN0YXRpYyBjaGFyICpsemhfYXJjaGl2ZTsKLXN0YXRpYyBjaGFyICpsemhfcG9pbnRl
cjsKLXN0YXRpYyBjaGFyICpsemhfZGF0YTsKLXN0YXRpYyBjaGFyICpsemhfZmluZm87Ci1zdGF0
aWMgaW50IGx6aF9mc2l6ZTsKLXN0YXRpYyBpbnQgbHpoX2tpbmQ7CitjaGFyICpsemhfcG9pbnRl
cjsKK2NoYXIgKmx6aF9kYXRhOworY2hhciAqbHpoX2ZpbmZvOworaW50IGx6aF9mc2l6ZTsKK2lu
dCBsemhfa2luZDsKIHN0YXRpYyBpbnQgb2xkc2l6ZTsKLXN0YXRpYyBjaGFyICpsemhfZmlsZTsK
K2NoYXIgKmx6aF9maWxlOwogc3RhdGljIGludCBsemhfZmlsZXNpemU7CiBzdGF0aWMgY2hhciAq
bHpoX2N1cnJlbnQ7CiBzdGF0aWMgY2hhciAqdG1wX291dF9wdHI7Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>72551</attachid>
            <date>2005-11-09 21:37 0000</date>
            <desc>gcc4 fix</desc>
            <filename>macutil-gcc4.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXIgbWFjdXRpbC1vcmlnL21hY3VucGFjay9semguaCBtYWN1dGlsL21hY3VucGFjay9s
emguaAotLS0gbWFjdXRpbC1vcmlnL21hY3VucGFjay9semguaAkyMDA1LTExLTEwIDAwOjM0OjA0
LjAwMDAwMDAwMCAtMDUwMAorKysgbWFjdXRpbC9tYWN1bnBhY2svbHpoLmgJMjAwNS0xMS0xMCAw
MDozNDo0Mi4wMDAwMDAwMDAgLTA1MDAKQEAgLTU4LDEwICs1OCw0IEBACiAjZGVmaW5lCWx6NQk3
CiAjZGVmaW5lCWx6cwk4CiAKLWV4dGVybiBjaGFyICpsemhfcG9pbnRlcjsKLWV4dGVybiBjaGFy
ICpsemhfZGF0YTsKLWV4dGVybiBjaGFyICpsemhfZmluZm87Ci1leHRlcm4gaW50IGx6aF9mc2l6
ZTsKLWV4dGVybiBpbnQgbHpoX2tpbmQ7Ci1leHRlcm4gY2hhciAqbHpoX2ZpbGU7CiAKCg==
</data>        

          </attachment>
    </bug>

</bugzilla>