On Thu, Dec 13, 2012 at 12:18 PM, Pyeron, Jason J CTR (US)
>> Would there be any interest in applying such individual compatibility
>> fixes for this system, even if a full port doesn't reach completion?
> What are the down sides? Can your changes be shown to not impact builds on
> other systems?
I've pushed a handful of small compatibility patches to GitHub
which are enough to successfully compile the project. The default
values of the new variables should make them unnoticeable to other
Are there any concerns with this type of change? If they would be
acceptable, I can try sending the first four of those patches to the
list properly. (I expect the last two may be tweaked as I continue
working with the port.)
I do have a concern with strings.h, though. That file will be
included for most people who run ./configure, when it wasn't before.
Do you think it's worth making a more detailed test to see if
strcasecmp is still undefined after string.h is included, rather than
just testing for the header's existence?
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html