Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!news.misty.com!news.iecc.com!.POSTED!nerds-end From: alexfrunews@gmail.com Newsgroups: comp.compilers Subject: Re: Triple test failure update Date: Fri, 23 May 2014 02:17:45 -0700 (PDT) Organization: Compilers Central Lines: 36 Sender: news@iecc.com Approved: comp.compilers@iecc.com Message-ID: <14-05-029@comp.compilers> References: <14-05-003@comp.compilers> <14-05-004@comp.compilers> <14-05-008@comp.compilers> <14-05-027@comp.compilers> NNTP-Posting-Host: news.iecc.com Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: miucha.iecc.com 1400863631 17493 2001:470:1f07:1126:0:676f:7373:6970 (23 May 2014 16:47:11 GMT) X-Complaints-To: abuse@iecc.com NNTP-Posting-Date: Fri, 23 May 2014 16:47:11 +0000 (UTC) Keywords: storage, debug, comment Posted-Date: 23 May 2014 12:47:11 EDT X-submission-address: compilers@iecc.com X-moderator-address: compilers-request@iecc.com X-FAQ-and-archives: http://compilers.iecc.com Xref: csiph.com comp.compilers:1254 On Thursday, May 22, 2014 6:50:19 PM UTC-7, Chris Dodd wrote: > "Nils M Holm" 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]