| Summary: | app-arch/zip-2.3-r2 fails to compile because of undeclared identifiers | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Boris <1723542c42148b2fe4af9f7ad1e382b30d4b7fd7> |
| Component: | New packages | Assignee: | Brandy Westcott (RETIRED) <brandy> |
| Status: | RESOLVED INVALID | ||
| Severity: | major | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Full output of "emerge zip"
custom configure script to generate a log file config.log WITH the error config.log after fixing the permissions of /usr/bin/cpp |
||
|
Description
Boris
2003-11-08 14:28:46 UTC
wacha think, brandy? Boris, can you post the full build log? I'm particularly interested in seeing how gcc is being invoked and what macros are being defined. Created attachment 20638 [details]
Full output of "emerge zip"
Of course I can. I made an attachment.
I hope it helps you solving the problem.
Thanks for that. It looks like quite a few macros are not being defined correctly. Your output includes gcc being invoked with the macros: -DUNIX -DNO_STRCHR -DNO_STRRCHR -DNO_STDLIB_H -DNO_STDDEF_H -DNO_UNISTD_H -DNO_FCNTL_H -DNO_STRING_H On my machine the macros are: -DUNIX -DASMV -DASM_CRC -DNO_STRCHR -DNO_STRRCHR -DHAVE_DIRENT_H -DHAVE_TERMIOS_H Unfortunately the zip configure script doesn't save a log that would tell us what's going wrong. At a guess, it's possible that you may need to reinstall glibc. Alternatively you may like to run the configure script which I'll attach and provide me with the generated log as an attachment. To run the script: # cd ~ && tar -xvzf /usr/portage/distfiles/zip23.tar.gz # cd zip-2.3 && cp /path/to/attachment unix/configure # make -f unix/Makefile generic_gcc There will now be a file config.log in ~/zip-2.3 which should give us a little more indication of what's not working for you. Created attachment 20766 [details]
custom configure script to generate a log file
Created attachment 20774 [details]
config.log WITH the error
Seems to be my fault. I had a quick look into config.log before submitting and
as you can see, there were errors with the Permissions of /usr/bin/cpp (German:
"Keine Berechtigung") which were 700. I suppose Portage could not use cpp,
because it is not running as root.
Had a similar Problem some time ago, where the Permissions for /usr/bin/cc were
set back to 700. Don't know why he is doing that.
I am just wondering why this does not make Problems with other ebuilds.
Created attachment 20775 [details]
config.log after fixing the permissions of /usr/bin/cpp
I changed Permissions of /usr/bin/cpp back to normal and emerge zip worked
fine.
Sorry for making "false alert".
From my side you can close the bug, because it clearly seems to be a problem on
my side ("the problem was sitting in front of the PC"?! ;)
Nice work! It's good to see that all's well now. :) Closing bug. |
