dmd commit, revision 569


user: walter

msg:
more 64 bit gen support, dmd now buildable as 64 bit app on Linux

http://www.dsource.org/projects/dmd/changeset/569

WHOA!!

Andrei

dsource.org wrote:
> dmd commit, revision 569
> 
> 
> user: walter
> 
> msg:
> more 64 bit gen support, dmd now buildable as 64 bit app on Linux
> 
> http://www.dsource.org/projects/dmd/changeset/569
> 
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals

While a great step.. don't misinterpret that to mean that dmd is generating 64 bit applications, just that dmd itself can be compiled by a c++ compiler as a 64 bit app.  (at least based on my cursory glance through the changes)

On Wed, 30 Jun 2010, Andrei Alexandrescu wrote:

> WHOA!!
> 
> Andrei
> 
> dsource.org wrote:
> > dmd commit, revision 569
> > 
> > 
> > user: walter
> > 
> > msg:
> > more 64 bit gen support, dmd now buildable as 64 bit app on Linux
> > 
> > http://www.dsource.org/projects/dmd/changeset/569
> > 
> > _______________________________________________
> > dmd-internals mailing list
> > dmd-internals at puremagic.com
> > http://lists.puremagic.com/mailman/listinfo/dmd-internals
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
> 

I know, but still WHOA!!

Andrei

Brad Roberts wrote:
> While a great step.. don't misinterpret that to mean that dmd is generating 64 bit applications, just that dmd itself can be compiled by a c++ compiler as a 64 bit app.  (at least based on my cursory glance through the changes)
> 
> On Wed, 30 Jun 2010, Andrei Alexandrescu wrote:
> 
>> WHOA!!
>>
>> Andrei
>>
>> dsource.org wrote:
>>> dmd commit, revision 569
>>>
>>>
>>> user: walter
>>>
>>> msg:
>>> more 64 bit gen support, dmd now buildable as 64 bit app on Linux
>>>
>>> http://www.dsource.org/projects/dmd/changeset/569
>>>
>>> _______________________________________________
>>> dmd-internals mailing list
>>> dmd-internals at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>> _______________________________________________
>> dmd-internals mailing list
>> dmd-internals at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>>
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals

Brad Roberts wrote:
> While a great step.. don't misinterpret that to mean that dmd is generating 64 bit applications, just that dmd itself can be compiled by a c++ compiler as a 64 bit app.  (at least based on my cursory glance through the changes)
>
> 

Yes, that's correct.

On Jun 30, 2010, at 7:24 PM, Walter Bright <walter at digitalmars.com> wrote:

> 
> 
> Brad Roberts wrote:
>> While a great step.. don't misinterpret that to mean that dmd is generating 64 bit applications, just that dmd itself can be compiled by a c++ compiler as a 64 bit app.  (at least based on my cursory glance through the changes)
>> 
>> 
> 
> Yes, that's correct.

How far away is a dmd that generates code without -O or -g? (and possibly a few lingering code gen bugs)

It is rather trivial. The main annoying problems were the change from unsigned long => 64 bits wide, and the size/alignment of long doubles changed. The former means there is no longer a 32 bit integer type portable from 16=>32=>64. Bleh, although I don't foresee ever rebuilding the compiler as a 16 bit host.

Andrei Alexandrescu wrote:
> I know, but still WHOA!!
>
> Andrei
>
> Brad Roberts wrote:
>> While a great step.. don't misinterpret that to mean that dmd is generating 64 bit applications, just that dmd itself can be compiled by a c++ compiler as a 64 bit app.  (at least based on my cursory glance through the changes)
>>
>

I know, but this is still WHOA!!worthy. For one thing, it means the 64-bit compiler won't need the 32-bit support libs, which will simplify adoption.

Andrei

Walter Bright wrote:
> It is rather trivial. The main annoying problems were the change from unsigned long => 64 bits wide, and the size/alignment of long doubles changed. The former means there is no longer a 32 bit integer type portable from 16=>32=>64. Bleh, although I don't foresee ever rebuilding the compiler as a 16 bit host.
> 
> Andrei Alexandrescu wrote:
>> I know, but still WHOA!!
>>
>> Andrei
>>
>> Brad Roberts wrote:
>>> While a great step.. don't misinterpret that to mean that dmd is generating 64 bit applications, just that dmd itself can be compiled by a c++ compiler as a 64 bit app.  (at least based on my cursory glance through the changes)
>>>
>>
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals

Andrei Alexandrescu wrote:
> I know, but this is still WHOA!!worthy. For one thing, it means the 64-bit compiler won't need the 32-bit support libs, which will simplify adoption.
>

It won't help at all, as nothing it generates can run without those 32 bit support libs.

Walter Bright wrote:
> 
> 
> Andrei Alexandrescu wrote:
>> I know, but this is still WHOA!!worthy. For one thing, it means the 64-bit compiler won't need the 32-bit support libs, which will simplify adoption.
>>
> 
> It won't help at all, as nothing it generates can run without those 32 bit support libs.

Not yet!

Andrei