December 26, 2008
Walter Bright wrote:
> What platforms for dmd would you be most interested in using?
> 
> .net
> jvm
> mac osx 32 bit intel
> mac osx 64 bit intel
> linux 64 bit
> windows 64 bit
> freebsd 32 bit
> netbsd 32 bit
> 
> other?

Mac OS X x86.
ARMv7, (UNIX-based).
Linux x64.
JVM.

Probably a D-to-C++/Python translator?
December 26, 2008
Weed Wrote:

> The D language design assumes at least a 32 bit flat memory space. D will fit smoothly into 64 bit architectures. (http://www.digitalmars.com/d/2.0/overview.html)


How well D will work on 64 bit systems of the future depends a lot on if they'll remain optimized for 32 bit operations or not.

December 26, 2008
Jason House пишет:
> Weed Wrote:
> 
>> The D language design assumes at least a 32 bit flat memory space. D will fit smoothly into 64 bit architectures. (http://www.digitalmars.com/d/2.0/overview.html)
> 
> 
> How well D will work on 64 bit systems of the future depends a lot on if they'll remain optimized for 32 bit operations or not.
> 

I am still worried about 16bit :)

would like to D has been a universal language
December 26, 2008
On Thu, 25 Dec 2008 12:30:52 -0800
Walter Bright <newshound1@digitalmars.com> wrote:

> -- snip --

Linux 64 bit

-- 
Andrea[Cif]Agosti <cifvts@gmail.com>
Jabber ID: cifvts@jaim.at


December 26, 2008
== Quote from Weed (resume755@mail.ru)'s article
> I am still worried about 16bit :)
> would like to D has been a universal language

Pardon my ignorance, but who still uses 16-bit?  I thought even most embedded systems in this day and age are at least 32-bit.
December 26, 2008
"dsimcha" <dsimcha@yahoo.com> wrote in message news:gj34uf$9f4$1@digitalmars.com...
> == Quote from Weed (resume755@mail.ru)'s article
>> I am still worried about 16bit :)
>> would like to D has been a universal language
>
> Pardon my ignorance, but who still uses 16-bit?  I thought even most
> embedded
> systems in this day and age are at least 32-bit.

Retro homebrew game dev.


December 26, 2008
On Fri, Dec 26, 2008 at 05:40:31PM +0000, dsimcha wrote:
> Pardon my ignorance, but who still uses 16-bit?  I thought even most embedded systems in this day and age are at least 32-bit.

I sometimes still work on old point of sale systems that run MS-DOS.

-- 
Adam D. Ruppe
http://arsdnet.net
December 26, 2008
Nick Sabalausky Wrote:

> "Chad J" <gamerchad@__spam.is.bad__gmail.com> wrote in message news:gj1uou$1ctu$1@digitalmars.com...
> > Walter Bright wrote:
> >> Chad J wrote:
> >>> Or, better yet:
> >>> Cross-platform C code.
> >>> Get me that and I have a lot less reason to even care about the others.
> >>
> >> The problem with generating C code is: exception handling
> >
> > At any rate, please don't just give up on this!  GAME CONSOLES Walter!
> > GAME CONSOLES!
> > ;)
> 
> Yea, I've always seen videogames as one of the biggest and best applictions for D, and the main one that originally got me excited for it. But without the ability to use it on game-consoles/embedded-cpus/microcontrollers, it'll never be worthwhile for most developers. They'd be forced into just one platform, the PC (In this case, I'm including Mac as a "Personal Computer").
> 
> 

http://forums.qj.net/showthread.php?t=142864&highlight=programming+language
December 26, 2008
Walter Bright Wrote:

> What platforms for dmd would you be most interested in using?
> 
> .net
> jvm
> mac osx 32 bit intel
> mac osx 64 bit intel
> linux 64 bit
> windows 64 bit
> freebsd 32 bit
> netbsd 32 bit
> 
> other?

Win64
December 26, 2008
== Quote from Adam D. Ruppe (destructionator@gmail.com)'s article
> On Fri, Dec 26, 2008 at 05:40:31PM +0000, dsimcha wrote:
> > Pardon my ignorance, but who still uses 16-bit?  I thought even most embedded systems in this day and age are at least 32-bit.
> I sometimes still work on old point of sale systems that run MS-DOS.

Yes, but D is explicitly *not* supposed to be for legacy systems.  Of course, I wouldn't mind 16-bit support if it only affects things at an implementation level, but I absolutely don't want the language to accumulate a bunch of spec-level artifacts from this.