Summary: | gnustep-base/gnustep-base fails to build with gcc 4.7 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo Gnustep project <gnustep> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | rion4ik, stevan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/gnustep-base%3Agnustep-base-1.24.0-r1%3A20120618-135801.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 390247 |
Description
Diego Elio Pettenò (RETIRED)
2012-06-18 14:10:59 UTC
Two problems here: * gnustep-base eclass assumed libobc.so.4 == libobjc2 package, but gcc-4.7 has the same soname. I reverted to checking gnustep-make was built with USE=libocj2 (and with built_with_use, too many packages still use EAPI0). This is now fixed * gnustep-make only checks libobjc.so.2 and libobjc.so.3 when using gcc... I am not sure how to make the check generic though (and not mistaking libobjc2 and gcc-4.7) :( Fixed in gnustep-make (stable 2.6.2 now blocking libobjc2, and bumped 2.6.2-r2 for ~arch) But I'm always open to suggestions for a nicer libobjc.so version check! |