| Summary: | SDL public headers contain non SDL_ prefixed autoconf defines | ||
|---|---|---|---|
| Product: | SDL | Reporter: | Hans de Goede <jwrdegoede> |
| Component: | main | Assignee: | Ryan C. Gordon <icculus> |
| Status: | RESOLVED WONTFIX | QA Contact: | Sam Lantinga <slouken> |
| Severity: | normal | ||
| Priority: | P2 | Keywords: | target-1.2.14 |
| Version: | 1.2.9 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
|
Description
Hans de Goede
2007-12-21 04:01:24 UTC
I'll have to address this post SDL 1.2.13, since this is a fairly central part of the build process right now. Tagging this bug with "target-1.2.14" so we can try to resolve it for SDL 1.2.14. Please note that we may choose to resolve it as WONTFIX. This tag is largely so we have a comprehensive wishlist of bugs to examine for 1.2.14 (and so we can close bugs that we'll never fix, rather than have them live forever in Bugzilla). --ryan. Do you have any suggestions on the recommended way to fix this? I could wrap each of those defines with ifndef, but that seems like kind of a hack. One of the ways to fix this, and IMHO the best, is to split SDL_config.h.in into 2 files a classic autoconf.h.in, which only gets used during build and an SDL_config.h.in, which also gets installed under /usr/include As many defines as possible should go to the autoconf.h.in, leaving only those needed by the public headers in SDL_config.h.in (and those should all be SDL_ prefixed). An even better option would be if the public headers could be made to just not depend on any foo.h.in at all, this also saves some headaches on multilib systems. I'm nervous about making a change of that magnitude and getting it right. Would you be willing to take a crack at it? Erm, I'm not that good with autofoo myself I must admit. I guess this is best left unresolved for 1.2.14, would be very nice to get this fixed in the 1.3 branch though. Okay, sounds good. Feel free to take a poke at it for 1.3 if you like. Thanks! |