| Summary: | ebuild adds extra spacing in CFLAGS which breaks building gdb | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Joakim Tjernlund <joakim.tjernlund> |
| Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Joakim Tjernlund
2008-04-14 15:55:08 UTC
post the full build log as an attachment i build gdb natively on ppc just fine, so i doubt it's a ppc bug also post emerge info from the environment you're using to cross-compile Just before I went home I found something. If I copied /usr/portage/eclass/flag-o-matic.eclass my private $PORTAGE_CONFIGROOT/eclass, the problem with extra spaces went away. Seems like ebuild needs to find a eclass/ relative the sys-devel/gdb/gdb-6.8.ebuild Note that the spaces are there even if i don't set $PORTAGE_CONFIGROOT but copy the gdb-6.8.ebuild to a private directory, but then it doesn't break the build though. If you still need more info I can get you that tmw. Forgot about this one, it seems fairly clear to me that the ebuild command needs to find a eclass diretory that is relative to the package.ebuild and not relative PORTAGE_CONFIGROOT. I this the intended behaviour? unfortunately, i cant reproduce this on my ppc and x86_64 system, i copied /usr/portage/sys-devel/gdb to /usr/local/src/gdb, and then went in there and built things up just fine no, i dont have a /usr/local/src/eclass dir |