X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient: djgpp AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1441167672; bh=etsznoCAHhV/ujjWvRiSmxdPBSstRJe3a0tfuujuld8=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=exJ3ohUTRWk36INtAMJ6F5HyuOM4qR/bA74Mgry+h1q923DxpO8uvDGJQ1YKtI3VJ7k+wbISNxtTmYWzqI2aFtR8YjIk4ZqaeYYhDIdZKojeszRD1JYL9JJalIEYzL1hYTEDaX6dle/E/N+HdPQA/w8JcVpfb5AFJxYYt8g7e1IMre5VF0Y4t81BekvF8w9SnMdQvAPqHQ1oxF+jMiDMmsYjyS5tNtmW+AlnJQzkEj7kz25rBWl6dWh0J34RGpyxGjfuoFNvKhS+9VabFn3pCM4MoDwK2Zhty4D1gbyMxygpQd3h2+iGor7R3H/dZJ55ppDkVEmWGhZCqN7deB6RSA==
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 293925 DOT 59609 DOT bm AT omp1007 DOT mail DOT bf1 DOT yahoo DOT com
X-YMail-OSG: W3x55n8VM1nwzh7KAGoVjQdOAJldftino7.UZjMzhQgM5IM4STJ6L8.4zEv4QuK
 dBEu5BMwIqKE2eKhb6f1MdXT.LRP2Yf7CrpFfl979XyVd1onPAk4UWD4Gdn5ujZpQRC.rcxiUNWD
 koESbgA0rNJT1Ccevn4.ifC1BsUgR.B2N9FfCfexRIfLUOw6zMj8j7sG7XkrhEvqkdO0dBpspCGm
 BFi44p2gjTHbRmsNr1UF9OmYulJza3qcKs5AqidYBHeM7fgGsrW0PZHQcHmyG6X8DL2PoBTSb5sd
 TMnCPIET8FUT7EMiWts4hUMhXgXQJYaua6cvo_.D3NEAkzchjP.nbACFysZdRRGp28p2_tBh_Sor
 EllIWKmx.tFHqgEnXmYb8tk11LqCRIyZ48qauaym7d8AvC5QrDjqMC42Y2kzQU.kdFjryyQGmwUl
 ZtqGWfGCcrG_wvngwYCW0H_0jL2JTwq8xbgDOp7FsztB9SX.5tvv9OIggtHDmWwAM9WibyIGmsLh
 UcdFHPL3invzLQIZyu2pawWajVcgLj_MmSHL0JBHhGQ--
Date: Wed, 2 Sep 2015 04:21:11 +0000 (UTC)
From: "Peter Bailie (prbailie AT yahoo DOT com) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com>
To: "djgpp AT delorie DOT com" <djgpp AT delorie DOT com>
Message-ID: <805416689.150187.1441167671558.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <CAA2C=vBjWACN4ZNsYTeCWXOr9vU9s2s23ZaXvLuCgE=OEWK1Vg@mail.gmail.com>
References: <CAA2C=vBjWACN4ZNsYTeCWXOr9vU9s2s23ZaXvLuCgE=OEWK1Vg AT mail DOT gmail DOT com>
Subject: Re: different binary output with 32- and 64-bit hosted compilers
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_150186_1391873034.1441167671550"
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

------=_Part_150186_1391873034.1441167671550
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I'm not sure but from your email is there a djgpp that runs on a 64 bit ope=
rating system? =C2=A0 The current djgpp source files that I have will not r=
un on my windows 7 64 bit operating system.=C2=A0 Thank you for any info yo=
u can give me.



     On Tuesday, September 1, 2015 8:22 AM, "Ozkan Sezer (sezeroz AT gmail DOT com=
) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com> wrote:
  =20

 32-bit (i686-linux fedora-9) and 64-bit (x86_64-linux fedora-20) hosted
djgpp-targeting compiler generates different output for some sources.
This happens with djgpp source itself too, and it isn't a nice thing
and was not an expected thing for me. Did the following with gcc-3.4.6:

Compiled djgpp-cvs with a 32- and 64-bit hosted toolchain (gcc-3.4.6
and binutils-2.25.1), then did:
diff -urp --exclude=3D*.d --exclude=3Did_*.o --exclude=3Dstub* \
=C2=A0 --exclude=3D*.tex --exclude=3D*.exe --exclude=3Ddjasm.c \
=C2=A0 32/src 64/src > 64.diff
... which results in this:

Binary files 32/src/debug/fsdb/expr.o and 64/src/debug/fsdb/expr.o differ
Binary files 32/src/libc/ansi/stdio/doprnt.o and
64/src/libc/ansi/stdio/doprnt.o differ
Binary files 32/src/libc/ansi/stdlib/strtoll.o and
64/src/libc/ansi/stdlib/strtoll.o differ
Binary files 32/src/libc/compat/stdlib/rand48.o and
64/src/libc/compat/stdlib/rand48.o differ
Binary files 32/src/libc/posix/sys/stat/lfilelen.o and
64/src/libc/posix/sys/stat/lfilelen.o differ
Binary files 32/src/libc/posix/unistd/lseek.o and
64/src/libc/posix/unistd/lseek.o differ
Binary files 32/src/libm/math/llroundl.o and 64/src/libm/math/llroundl.o di=
ffer
Binary files 32/src/libm/math/lroundl.o and 64/src/libm/math/lroundl.o diff=
er
Binary files 32/src/libm/math/roundl.o and 64/src/libm/math/roundl.o differ
Binary files 32/src/libm/math/trunc.o and 64/src/libm/math/trunc.o differ

So I added -save-temps to the relevant sources' EXTRA_CFLAGS in the
makefiles and repeated the experiment, and ran diff like:
diff -urp --exclude=3D*.o --exclude=3D*.i --exclude=3D*.d --exclude=3Did_*.=
o \
=C2=A0 --exclude=3Dstub* --exclude=3D*.tex --exclude=3D*.exe --exclude=3Ddj=
asm.c \
=C2=A0 32/src 64/src > 64x.diff

... which generated the attached output (Attached: 64x.diff.gz)

Didn't try with any other gcc version (at least not yet).
Can anyone reproduce?

--
O.S.


  
------=_Part_150186_1391873034.1441167671550
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:ti=
mes new roman, new york, times, serif;font-size:16px"><div id=3D"yui_3_16_0=
_1_1441167171443_4382" dir=3D"ltr">I'm not sure but from your email is ther=
e a djgpp that runs on a 64 bit operating system<!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:View>Normal</w:View>
  <w:Zoom>0</w:Zoom>
  <w:PunctuationKerning/>
  <w:ValidateAgainstSchemas/>
  <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
  <w:IgnoreMixedContent>false</w:IgnoreMixedContent>
  <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
   <w:DontGrowAutofit/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:LatentStyles DefLockedState=3D"false" LatentStyleCount=3D"156">
 </w:LatentStyles>
</xml><![endif]--><!--[if gte mso 10]>
<style>
 /* Style Definitions */
 table.MsoNormalTable
=09{mso-style-name:"Table Normal";
=09mso-tstyle-rowband-size:0;
=09mso-tstyle-colband-size:0;
=09mso-style-noshow:yes;
=09mso-style-parent:"";
=09mso-padding-alt:0in 5.4pt 0in 5.4pt;
=09mso-para-margin:0in;
=09mso-para-margin-bottom:.0001pt;
=09mso-pagination:widow-orphan;
=09font-size:10.0pt;
=09font-family:"Times New Roman";
=09mso-ansi-language:#0400;
=09mso-fareast-language:#0400;
=09mso-bidi-language:#0400;}
</style>
<![endif]--><span class=3D"" id=3D"yui_3_16_0_1_1441167171443_5903" style=
=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;;mso-fareast-fo=
nt-family:&quot;Times New Roman&quot;;mso-ansi-language:EN-US;mso-fareast-l=
anguage:EN-US;mso-bidi-language:AR-SA">? &nbsp;</span> The current djgpp so=
urce files that I have will not run on my windows 7 64 bit operating system=
<!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:View>Normal</w:View>
  <w:Zoom>0</w:Zoom>
  <w:PunctuationKerning/>
  <w:ValidateAgainstSchemas/>
  <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
  <w:IgnoreMixedContent>false</w:IgnoreMixedContent>
  <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
   <w:DontGrowAutofit/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:LatentStyles DefLockedState=3D"false" LatentStyleCount=3D"156">
 </w:LatentStyles>
</xml><![endif]--><span class=3D"" id=3D"yui_3_16_0_1_1441167171443_5651" s=
tyle=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;;mso-fareas=
t-font-family:&quot;Times New Roman&quot;;mso-ansi-language:EN-US;mso-farea=
st-language:EN-US;mso-bidi-language:AR-SA">.&nbsp; Thank you for any info y=
ou can give me.<br></span></div><br><div class=3D"qtdSeparateBR"><br><br></=
div><div style=3D"display: block;" class=3D"yahoo_quoted"> <div style=3D"fo=
nt-family: times new roman, new york, times, serif; font-size: 16px;"> <div=
 style=3D"font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Luc=
ida Grande, sans-serif; font-size: 16px;"> <div dir=3D"ltr"> <font face=3D"=
Arial" size=3D"2"> On Tuesday, September 1, 2015 8:22 AM, "Ozkan Sezer (sez=
eroz AT gmail DOT com) [via djgpp AT delorie DOT com]" &lt;djgpp AT delorie DOT com&gt; wrote:<b=
r> </font> </div>  <br><br> <div class=3D"y_msg_container">32-bit (i686-lin=
ux fedora-9) and 64-bit (x86_64-linux fedora-20) hosted<br>djgpp-targeting =
compiler generates different output for some sources.<br>This happens with =
djgpp source itself too, and it isn't a nice thing<br>and was not an expect=
ed thing for me. Did the following with gcc-3.4.6:<br><br>Compiled djgpp-cv=
s with a 32- and 64-bit hosted toolchain (gcc-3.4.6<br>and binutils-2.25.1)=
, then did:<br>diff -urp --exclude=3D*.d --exclude=3Did_*.o --exclude=3Dstu=
b* \<br>&nbsp;  --exclude=3D*.tex --exclude=3D*.exe --exclude=3Ddjasm.c \<b=
r>&nbsp; 32/src 64/src &gt; 64.diff<br>... which results in this:<br><br>Bi=
nary files 32/src/debug/fsdb/expr.o and 64/src/debug/fsdb/expr.o differ<br>=
Binary files 32/src/libc/ansi/stdio/doprnt.o and<br>64/src/libc/ansi/stdio/=
doprnt.o differ<br>Binary files 32/src/libc/ansi/stdlib/strtoll.o and<br>64=
/src/libc/ansi/stdlib/strtoll.o differ<br>Binary files 32/src/libc/compat/s=
tdlib/rand48.o and<br>64/src/libc/compat/stdlib/rand48.o differ<br>Binary f=
iles 32/src/libc/posix/sys/stat/lfilelen.o and<br>64/src/libc/posix/sys/sta=
t/lfilelen.o differ<br>Binary files 32/src/libc/posix/unistd/lseek.o and<br=
>64/src/libc/posix/unistd/lseek.o differ<br>Binary files 32/src/libm/math/l=
lroundl.o and 64/src/libm/math/llroundl.o differ<br>Binary files 32/src/lib=
m/math/lroundl.o and 64/src/libm/math/lroundl.o differ<br>Binary files 32/s=
rc/libm/math/roundl.o and 64/src/libm/math/roundl.o differ<br>Binary files =
32/src/libm/math/trunc.o and 64/src/libm/math/trunc.o differ<br><br>So I ad=
ded -save-temps to the relevant sources' EXTRA_CFLAGS in the<br>makefiles a=
nd repeated the experiment, and ran diff like:<br>diff -urp --exclude=3D*.o=
 --exclude=3D*.i --exclude=3D*.d --exclude=3Did_*.o \<br>&nbsp; --exclude=
=3Dstub* --exclude=3D*.tex --exclude=3D*.exe --exclude=3Ddjasm.c \<br>&nbsp=
; 32/src 64/src &gt; 64x.diff<br><br>... which generated the attached outpu=
t (Attached: 64x.diff.gz)<br><br>Didn't try with any other gcc version (at =
least not yet).<br>Can anyone reproduce?<br><br>--<br>O.S.<br><br><br></div=
>  </div> </div>  </div></div></body></html>
------=_Part_150186_1391873034.1441167671550--