Re: Triple test failure update

On Thursday, May 22, 2014 6:50:19 PM UTC-7, Chris Dodd wrote:
> "Nils M Holm" <nmh@t3x.org> wrote in news:14-05-008@comp.compilers:
> > The assembly output of scc1 and scc2 is identical, the binaries are not.
> > *Both* compilers seem to work perfectly fine.
>
> So the difference is in the assembler or the linker.


I remember seeing *.c expand to a string containing all .c files. I'm not sure
how common this behavior of the OS shell is, but the list of files from such
an expansion may not be guaranteed to be sorted/ordered at all or always be in
one particular order. Interwebs tell me that the order may depend on the
setting of the environment variable LC_COLLATE (or an equivalent). And so,
yes, it may be an issue with the link order of the object (.o) files that
depends on the shell behavior if one uses wildcards in it.


AFAIR, in Spanish, the digraphs CH, LL (and RR?) used to collate differently
than they do now and than in English. They were considered single letters
(following C, L and R, respectively). So, for example, you could get these 2
different orders:


chico
cubo
llama
lobo


vs


cubo
chico
lobo
llama


Alex
[On any POSIX system, expanded shell wildcards are alphabetized. I suppose
it's possible that local langauge settings could change the result, but that's
getting a bit far afield from compilers. -John]

Return to the comp.compilers page.
Search the comp.compilers archives again.