On 02 May 2006 17:01, Jeff Johnston wrote:
Nick Clifton wrote:
Hi Jeff,
I have just checked in a patch to handle the overrides properly.
Thanks!
I basically made sure that all the assembler code are .S files instead
of .s
Will this still be a problem on file systems with case-insensitive file
naming ?
The renaming was to force the .S.o rule which uses the compiler to
assemble. There is an inherent support problem if the build system
can't distinguish .S from .s files because .S files require preprocessing.
-- Jeff J.
One of newlib's main consumers is cygwin, and we have to live with case
insensitivity as the default.
Even though the compiler offers us this option - which simply amounts to
setting the state of the -fpreprocessed flag according to the case of the
filename-extension letter - can we perhaps not use it, but do something that
involves actually different extensions? Maybe '.spp'? for source that needs
preprocessor treatment, and a .spp -> .s rule?
It's not just filing systems that are case-insensitive; the human eye can
easily miss the difference between upper and lower case when you're looking
over a whole long list of filenames. Surely we can find an
alternative-but-equivalent solution to this problem ?