digitalmars.D - D 64-bit ?
- Daniel Ribeiro Maciel (1/1) Nov 01 2008 Who still use a 32-bit computer these days anyways.
- Robert Fraser (2/3) Nov 01 2008 Most people.
- Xinok (12/16) Nov 01 2008 Since the topic is here, I'd like to make a suggestion for when to make
- dsimcha (6/22) Nov 01 2008 Given that LDC is going to be released any day now, and should support 6...
- Christian Kamm (12/15) Nov 01 2008 I have to correct that. While we hope to release LDC for x86-32 Linux so...
- Denis Koroskin (6/21) Nov 01 2008 Walter is concentrated on the language (specs and a reference
- =?UTF-8?B?QWxleGFuZGVyIFDDoW5law==?= (2/3) Nov 01 2008 I do.
- Denis Koroskin (4/5) Nov 01 2008 I bet most Windows users are using 32bit version of Windows, even if the...
- KennyTM~ (3/4) Nov 01 2008 I use 32bit Windows ('cause it is bundled) and 64bit Linux.
- Sean Kelly (7/8) Nov 01 2008 Donald Knuth does. He's complained about not being able to leverage the...
- Andrei Alexandrescu (8/18) Nov 01 2008 What a coincidence. Only yesterday I read that following a link from
- Sean Kelly (3/21) Nov 01 2008 I read it for the same reason :-) Funny that it would be relevant today...
Who still use a 32-bit computer these days anyways.
Nov 01 2008
Daniel Ribeiro Maciel wrote:Who still use a 32-bit computer these days anyways.Most people.
Nov 01 2008
Robert Fraser wrote:Daniel Ribeiro Maciel wrote:Since the topic is here, I'd like to make a suggestion for when to make a 64-bit compiler. I think the right time is when D 2.0 is stable and we begin to move away from D 1.0. Instead of jumping straight to D 3.0, we could spend a little time developing a 64-bit compiler for D. It would give us a stable and unstable branch like we have already. And developers could update their code for D 2.0 and 64-bit hardware at the same time. Besides, I don't think we should start development on D 3.0 so soon. I think it's better if a language doesn't evolve too quickly. It gives time for developers to get settled in and write stable code for D, without the need to update it every couple of years.Who still use a 32-bit computer these days anyways.Most people.
Nov 01 2008
== Quote from Xinok (xnknet gmail.com)'s articleRobert Fraser wrote:Given that LDC is going to be released any day now, and should support 64-bit, any estimates of how long it will take for LDC to support D2? I work with huge datasets and occasionally run up against the 2 gig address space barrier of 32 bit on a computer with 4+ gigs of RAM. Therefore, I for one would really find such a thing useful.Daniel Ribeiro Maciel wrote:Since the topic is here, I'd like to make a suggestion for when to make a 64-bit compiler. I think the right time is when D 2.0 is stable and we begin to move away from D 1.0. Instead of jumping straight to D 3.0, we could spend a little time developing a 64-bit compiler for D. It would give us a stable and unstable branch like we have already. And developers could update their code for D 2.0 and 64-bit hardware at the same time. Besides, I don't think we should start development on D 3.0 so soon. I think it's better if a language doesn't evolve too quickly. It gives time for developers to get settled in and write stable code for D, without the need to update it every couple of years.Who still use a 32-bit computer these days anyways.Most people.
Nov 01 2008
Given that LDC is going to be released any day now, and should support 64-bitI have to correct that. While we hope to release LDC for x86-32 Linux soon after LLVM 2.4 is released, x86-64 (and, in fact, any other platform) still needs work. K. Wilson has contributed some big fixes for x86-64 Linux recently (he made inline asm and exception handling work! yay for him!) and reports that things basically work, but there's still lots of testing - and most likely bugfixing - to be done before it's ready. I've already said it about LDC x86-32 Windows, but it's the same here: we could really use a few more dedicated x86-64 people!any estimates of how long it will take for LDC to support D2?Neither Tomas nor me are particularly interested in chasing D2 right now. Providing a cross-platform D1 compiler and fixing bugs there seems more useful at the moment.
Nov 01 2008
On Sat, 01 Nov 2008 16:09:39 +0300, Xinok <xnknet gmail.com> wrote:Robert Fraser wrote:Walter is concentrated on the language (specs and a reference implementation). There is, however, a compiler at works that will have 64bit codegen one day: http://www.dsource.org/projects/ldcDaniel Ribeiro Maciel wrote:Since the topic is here, I'd like to make a suggestion for when to make a 64-bit compiler. I think the right time is when D 2.0 is stable and we begin to move away from D 1.0. Instead of jumping straight to D 3.0, we could spend a little time developing a 64-bit compiler for D. It would give us a stable and unstable branch like we have already. And developers could update their code for D 2.0 and 64-bit hardware at the same time. Besides, I don't think we should start development on D 3.0 so soon. I think it's better if a language doesn't evolve too quickly. It gives time for developers to get settled in and write stable code for D, without the need to update it every couple of years.Who still use a 32-bit computer these days anyways.Most people.
Nov 01 2008
Daniel Ribeiro Maciel wrote:Who still use a 32-bit computer these days anyways.I do.
Nov 01 2008
On Sat, 01 Nov 2008 15:41:16 +0300, Daniel Ribeiro Maciel <daniel.maciel gmail.com> wrote:Who still use a 32-bit computer these days anyways.I bet most Windows users are using 32bit version of Windows, even if their CPUs are x64-capable.
Nov 01 2008
Daniel Ribeiro Maciel wrote:Who still use a 32-bit computer these days anyways.I use 32bit Windows ('cause it is bundled) and 64bit Linux. BTW, gdc is 64 bit (x86-64), though it only supports D1.
Nov 01 2008
Daniel Ribeiro Maciel wrote:Who still use a 32-bit computer these days anyways.Donald Knuth does. He's complained about not being able to leverage the additional registers in a 64-bit CPU without having to use 64-bit pointers though. See: http://www-cs-staff.stanford.edu/~uno/news.html "A Flame About 64-bit Pointers" Sean
Nov 01 2008
Sean Kelly wrote:Daniel Ribeiro Maciel wrote:What a coincidence. Only yesterday I read that following a link from reddit about Knuth giving up sending checks as rewards for bug discovery. (It turns out that many people put photocopies of his checks on the Web as bragging rights, and a bug in the banking system allows anyone who sees an ABA + check number to easily withdraw money from that account.) AndreiWho still use a 32-bit computer these days anyways.Donald Knuth does. He's complained about not being able to leverage the additional registers in a 64-bit CPU without having to use 64-bit pointers though. See: http://www-cs-staff.stanford.edu/~uno/news.html "A Flame About 64-bit Pointers"
Nov 01 2008
Andrei Alexandrescu wrote:Sean Kelly wrote:I read it for the same reason :-) Funny that it would be relevant today. SeanDaniel Ribeiro Maciel wrote:What a coincidence. Only yesterday I read that following a link from reddit about Knuth giving up sending checks as rewards for bug discovery. (It turns out that many people put photocopies of his checks on the Web as bragging rights, and a bug in the banking system allows anyone who sees an ABA + check number to easily withdraw money from that account.)Who still use a 32-bit computer these days anyways.Donald Knuth does. He's complained about not being able to leverage the additional registers in a 64-bit CPU without having to use 64-bit pointers though. See: http://www-cs-staff.stanford.edu/~uno/news.html "A Flame About 64-bit Pointers"
Nov 01 2008