Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 3222 - /app-arch/zip/zip-2.3-r1 fails to build
Summary: /app-arch/zip/zip-2.3-r1 fails to build
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-05-30 09:56 UTC by Heiko Helmle
Modified: 2003-02-04 19:42 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Heiko Helmle 2002-05-30 09:56:57 UTC
gcc -c -I. -DUNIX -DNO_STDLIB_H -DNO_STDDEF_H -DNO_UNISTD_H -DNO_FCNTL_H
-DNO_STRING_H  unix/unix.c
unix/unix.c:60: parse error before `*'
unix/unix.c:95: parse error before `DIR'
unix/unix.c:95: warning: data definition has no type or storage class
unix/unix.c:98: parse error before `{'
unix/unix.c:101: initializer element is not constant
unix/unix.c:101: warning: data definition has no type or storage class
unix/unix.c:102: parse error before `return'
unix/unix.c: In function `procname':
unix/unix.c:112: `DIR' undeclared (first use in this function)
unix/unix.c:112: (Each undeclared identifier is reported only once
unix/unix.c:112: for each function it appears in.)
unix/unix.c:113: parse error before `char'
unix/unix.c:121: `s' undeclared (first use in this function)
unix/unix.c:124: `p' undeclared (first use in this function)
unix/unix.c:125: `m' undeclared (first use in this function)
unix/unix.c:126: `z' undeclared (first use in this function)
unix/unix.c:174: warning: assignment makes pointer from integer without a cast
unix/unix.c:176: warning: assignment makes integer from pointer without a cast
unix/unix.c:176: warning: comparison between pointer and integer
unix/unix.c:177: warning: passing arg 1 of `strcmp' makes pointer from integer
without a cast
unix/unix.c:177: warning: passing arg 1 of `strcmp' makes pointer from integer
without a cast
unix/unix.c:179: warning: passing arg 1 of `strlen' makes pointer from integer
without a cast
unix/unix.c:179: warning: assignment makes pointer from integer without a cast
unix/unix.c: In function `ex2in':
unix/unix.c:243: warning: assignment makes pointer from integer without a cast
unix/unix.c: In function `in2ex':
unix/unix.c:269: warning: assignment makes pointer from integer without a cast
unix/unix.c: At top level:
unix/unix.c:60: warning: `readd' used but never defined
make[2]: *** [unix.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/zip-2.3-r1/work/zip-2.3'
make[1]: *** [generic] Error 2
make[1]: Leaving directory `/var/tmp/portage/zip-2.3-r1/work/zip-2.3'
make: *** [generic_gcc] Error 2

!!! ERROR: the make command did not complete successfully.
!!! ("make -f unix/Makefile generic_gcc")
!!! Since this is a critical task, ebuild will be stopped.
Comment 1 Heiko Helmle 2002-05-31 07:35:03 UTC
gcc version is 2.95.3

forgot that, sorry, tried entirely without optimization (CFLAGS="")
Comment 2 SpanKY gentoo-dev 2002-06-01 00:34:33 UTC
what does 
'forgot that, sorry, tried entirely without optimization (CFLAGS="")' 
mean ?  does it mean that you fixed your problem ?  if so, please close the bug 
;) 
Comment 3 Heiko Helmle 2002-06-01 03:01:48 UTC
again sorry, forgot to mention that i was using gcc 2.95.3 and without 
optimization....


now i forgot to mention that the problem still persists

the problem is still there, it seems to be independent of any optimization 
flags and i hope i did not forget anything this time <grin>
Comment 4 Nicholas Jones (RETIRED) gentoo-dev 2002-06-05 01:17:02 UTC
Ok... That works fine on my 2.95.3 box.

Can you emerge gentoolkit 0.1.11, and then run
qpkg -c -v gcc
qpkg -c -v glibc

If you're missing anything or anything fails, try rebuilding that package.
Exceptions:
/usr/i686-pc-linux-gnu/include
/usr/include/libintl.h
and things in zoneinfo
Comment 5 Heiko Helmle 2002-06-05 11:23:50 UTC
got !md5! on libintl.h while checking glibc.

i'm remerging glibc and gcc at the moment and will try again.

I found it strange that gcc is reporting a parse-error, which does not seem to 
have to do with any includes, right?

i'll update when i retried merging zip after glibc and gcc are remerged.
Comment 6 Heiko Helmle 2002-06-05 23:22:13 UTC
sorry.

i discovered that something went berserk on that system and tampered randomly
with permissions in several directorys (/usr/lib /lib /usr/bin and /bin as well
as several scripts in /etc/init.d). several libs had permissions 000 and cpp was
not set executable.

I guess this was actually the problem. Still i don't know, _why_ this actually
happened. 

but this is definitely not a bug in the zip.ebuild

thank you for your help!