Summary: | gnustep-apps/price: fails to build with glibc-2.10 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo Gnustep project <gnustep> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 270353 | ||
Attachments: | Build log |
Description
Diego Elio Pettenò (RETIRED)
2009-07-17 14:56:28 UTC
Created attachment 198311 [details]
Build log
Ok, while looking at this one, I found two things: * this "Assumed value of MB_LEN_MAX wrong" from stdlib.h is strange, and this may be a problem in gnustep base itself (from the long include path). Moreover it disappears with empty CFLAGS (probably -O2)... * second, I've realized that as for now, changing CFLAGS/LDFLAGS/... requires gnustep-make re-merging to take into account :/ (it loads CFLAGS and other vars from /usr/GNUstep/System/Library/Makefiles/config.make, not from environment). If this is confirmed for other packages, an ewarn in gnustep-make could be useful, before ideally managing to override it. Adding to todo list... Ok, found it: limits.h is sometimes included by #import instead of #include, and with optimization it somehow believes it's already included, and does not load it, which leads to the error in stdlib.h Fixed in 0.8.3 (version bump at the same time)! |