digitalmars.D.announce - x86_64 support please!
- Kiriakos Alexoglou (16/16) Mar 02 2007 Please Walter add support for x86_64!
- Tomas Lindquist Olsen (5/30) Mar 02 2007 AFAIK 64bit support is being fixed in GDC, I believe this is much more
- Henning Hasemann (3/4) Mar 02 2007 me too
- Don Clugston (6/18) Mar 02 2007 vote--. That may be true, but do you have any idea how much work this
- Pragma (12/32) Mar 02 2007 I agree with Don on this one. This is the kind of project that requires...
- Johan Granberg (3/23) Mar 02 2007 I agree. The important thing is not to get dmd64 but to get a D 64bit
- Gregor Richards (4/24) Mar 02 2007 vote-- as well.
- Lars Ivar Igesund (8/35) Mar 02 2007 I would agree with this too, but I believe Walter has stated in the past
- BLS (7/34) Mar 02 2007 Seems to be a good chance to start re-implementing the complete D
- Tomas Lindquist Olsen (7/43) Mar 02 2007 By using the LLVM backend D could be implemented in D.
- BLS (9/59) Mar 02 2007 NO !
- Jascha Wetzel (5/69) Mar 02 2007 what's so bad about cross compilation?
- BLS (8/84) Mar 02 2007 In case that you are talking about GCC,
- Jascha Wetzel (13/110) Mar 02 2007 i wasn't specifically talking about any compiler.
- Sean Kelly (3/15) Mar 02 2007 Me either. I'd think it would be far preferable to the alternatives.
- Krzysztof =?UTF-8?B?U3p1a2llxYJvasSH?= (2/2) Mar 02 2007 vote++
Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
Kiriakos Alexoglou wrote:Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!AFAIK 64bit support is being fixed in GDC, I believe this is much more likely to appear than DMD64. That being said: vote++
Mar 02 2007
Henning Hasemann <hhasemann web.de> vote++me too -- v4sw7Yhw4ln0pr7Ock2/3ma7uLw5Xm0l6/7DGKi2e6t6ELNSTVXb7AHIMOen5a2Xs5Mr2g5ACPR hackerkey.com
Mar 02 2007
Tomas Lindquist Olsen wrote:Kiriakos Alexoglou wrote:vote--. That may be true, but do you have any idea how much work this would involve?? (Hint: begin by implementing a linker from scratch). We'd lose Walter for a year! Has to happen someday, but I don't think Walter should put any thought into it until GDC-64 is firmly established. OTOH, I hope we get a working GDC-x64 very soon.Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd.
Mar 02 2007
Don Clugston wrote:Tomas Lindquist Olsen wrote:I agree with Don on this one. This is the kind of project that requires a lot of dedicated man-hours to do right. In other words, it's going to need some serious (fiscal) backing before it'll materialize on anything but a *geologic* timescale. Disclaimer: I haven't written anything as involved as a complete compiler toolchain, nor am I a PM. But I'd imagine that this is the kind of task that doesn't segment easily for sub-teams to handle (aside from the obvious compiler/linker split). There's just too much vertical integration between parts to have each component developed in relative isolation from another: parser, parse-tree, semantic analyzer, code generator, .obj generator, optimizer, linker, etc. So I'm left with the impression that the ideal team size for this may only be a handful of people at best, lest they begin to interfere with one another, which further compounds the time-to-delivery issue. -- - EricAnderton at yahooKiriakos Alexoglou wrote:vote--. That may be true, but do you have any idea how much work this would involve?? (Hint: begin by implementing a linker from scratch). We'd lose Walter for a year! Has to happen someday, but I don't think Walter should put any thought into it until GDC-64 is firmly established. OTOH, I hope we get a working GDC-x64 very soon.Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd.
Mar 02 2007
Don Clugston wrote:Tomas Lindquist Olsen wrote:I agree. The important thing is not to get dmd64 but to get a D 64bit compiler, that we get some D 64bit compiler is rather urgent thou.Kiriakos Alexoglou wrote:vote--. That may be true, but do you have any idea how much work this would involve?? (Hint: begin by implementing a linker from scratch). We'd lose Walter for a year! Has to happen someday, but I don't think Walter should put any thought into it until GDC-64 is firmly established. OTOH, I hope we get a working GDC-x64 very soon.Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd.
Mar 02 2007
Don Clugston wrote:Tomas Lindquist Olsen wrote:vote-- as well. For the record, you're at 0 votes now :P - Gregor RichardsKiriakos Alexoglou wrote:vote--. That may be true, but do you have any idea how much work this would involve?? (Hint: begin by implementing a linker from scratch). We'd lose Walter for a year! Has to happen someday, but I don't think Walter should put any thought into it until GDC-64 is firmly established. OTOH, I hope we get a working GDC-x64 very soon.Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd.
Mar 02 2007
Gregor Richards wrote:Don Clugston wrote:I would agree with this too, but I believe Walter has stated in the past that he needs to make DMC 64-bit compatible anyway. -- Lars Ivar Igesund blog at http://larsivi.net DSource, #d.tango & #D: larsivi Dancing the TangoTomas Lindquist Olsen wrote:vote-- as well. For the record, you're at 0 votes now :P - Gregor RichardsKiriakos Alexoglou wrote:vote--. That may be true, but do you have any idea how much work this would involve?? (Hint: begin by implementing a linker from scratch). We'd lose Walter for a year! Has to happen someday, but I don't think Walter should put any thought into it until GDC-64 is firmly established. OTOH, I hope we get a working GDC-x64 very soon.Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd.
Mar 02 2007
Seems to be a good chance to start re-implementing the complete D Tool-Chain Development in D. (Instead of using C and ASM) IMO D 2.0 should be implemented in D (seperated from 1.x) , even if the 2.0 Backend is closed source. Bjoern Kiriakos Alexoglou schrieb:Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
BLS wrote:Seems to be a good chance to start re-implementing the complete D Tool-Chain Development in D. (Instead of using C and ASM) IMO D 2.0 should be implemented in D (seperated from 1.x) , even if the 2.0 Backend is closed source. Bjoern Kiriakos Alexoglou schrieb:By using the LLVM backend D could be implemented in D. LLVM is C++ but you can output a ASM-like text file instead. I'm not sure how much this would hurt performance, but I'm guessing it's not that much. Also compared to what is gained it's a small price to pay. LLVM has a bytecode VM, JIT and some pretty neat optimisation technology. I think it could be interesting...Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
Tomas Lindquist Olsen schrieb:BLS wrote:NO ! NO VM,NET or D to WhatTheHeck cross compilation I simply vote for a D implemented in D. Frontend, Backend, Linker .... the complete Toolchain..... 32/64 bit at your choice. The impact of having D in D for Tools like IDEs is significant. And : I would prefer to have all *D Tools implemented as DDL* guess why ? BjoernSeems to be a good chance to start re-implementing the complete D Tool-Chain Development in D. (Instead of using C and ASM) IMO D 2.0 should be implemented in D (seperated from 1.x) , even if the 2.0 Backend is closed source. Bjoern Kiriakos Alexoglou schrieb:By using the LLVM backend D could be implemented in D. LLVM is C++ but you can output a ASM-like text file instead. I'm not sure how much this would hurt performance, but I'm guessing it's not that much. Also compared to what is gained it's a small price to pay. LLVM has a bytecode VM, JIT and some pretty neat optimisation technology. I think it could be interesting...Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
what's so bad about cross compilation? compilers have intermediate code generation for decades, therefore having different code generation and -optimization backends is a good thing. am i wrong? BLS wrote:Tomas Lindquist Olsen schrieb:BLS wrote:NO ! NO VM,NET or D to WhatTheHeck cross compilation I simply vote for a D implemented in D. Frontend, Backend, Linker .... the complete Toolchain..... 32/64 bit at your choice. The impact of having D in D for Tools like IDEs is significant. And : I would prefer to have all *D Tools implemented as DDL* guess why ? BjoernSeems to be a good chance to start re-implementing the complete D Tool-Chain Development in D. (Instead of using C and ASM) IMO D 2.0 should be implemented in D (seperated from 1.x) , even if the 2.0 Backend is closed source. Bjoern Kiriakos Alexoglou schrieb:By using the LLVM backend D could be implemented in D. LLVM is C++ but you can output a ASM-like text file instead. I'm not sure how much this would hurt performance, but I'm guessing it's not that much. Also compared to what is gained it's a small price to pay. LLVM has a bytecode VM, JIT and some pretty neat optimisation technology. I think it could be interesting...Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
Hi Jascha,what's so bad about cross compilation?In case that you are talking about GCC, 1)fat bottom binaries 2)a never ending compile link cycle.compilers have intermediate code generation for decades....Yep. And this is good for what ? However, we are leaving the 64 bit discussion. Bjoern Jascha Wetzel schrieb:what's so bad about cross compilation? compilers have intermediate code generation for decades, therefore having different code generation and -optimization backends is a good thing. am i wrong? BLS wrote:Tomas Lindquist Olsen schrieb:BLS wrote:NO ! NO VM,NET or D to WhatTheHeck cross compilation I simply vote for a D implemented in D. Frontend, Backend, Linker .... the complete Toolchain..... 32/64 bit at your choice. The impact of having D in D for Tools like IDEs is significant. And : I would prefer to have all *D Tools implemented as DDL* guess why ? BjoernSeems to be a good chance to start re-implementing the complete D Tool-Chain Development in D. (Instead of using C and ASM) IMO D 2.0 should be implemented in D (seperated from 1.x) , even if the 2.0 Backend is closed source. Bjoern Kiriakos Alexoglou schrieb:By using the LLVM backend D could be implemented in D. LLVM is C++ but you can output a ASM-like text file instead. I'm not sure how much this would hurt performance, but I'm guessing it's not that much. Also compared to what is gained it's a small price to pay. LLVM has a bytecode VM, JIT and some pretty neat optimisation technology. I think it could be interesting...Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
In case that you are talking about GCC, 1)fat bottom binaries 2)a never ending compile link cycle.i wasn't specifically talking about any compiler. it's probably true that GCC has the properties you describe, but i don't understand why they are caused by intermediate code generation or cross compilation.- easier/faster optimization - machine independent optimization - portability. not just different platforms, but also different feature sets and versions maybe that's just theory. i never implemented an optimizing compiler myself. but that's what the dragonbook and friends say. i'm very interested in more practical knowledge about these things. right now i just can't see why ICG should cause any trouble. BLS wrote:compilers have intermediate code generation for decades....Yep. And this is good for what ?Hi Jascha,what's so bad about cross compilation?In case that you are talking about GCC, 1)fat bottom binaries 2)a never ending compile link cycle.compilers have intermediate code generation for decades....Yep. And this is good for what ? However, we are leaving the 64 bit discussion. Bjoern Jascha Wetzel schrieb:what's so bad about cross compilation? compilers have intermediate code generation for decades, therefore having different code generation and -optimization backends is a good thing. am i wrong? BLS wrote:Tomas Lindquist Olsen schrieb:BLS wrote:NO ! NO VM,NET or D to WhatTheHeck cross compilation I simply vote for a D implemented in D. Frontend, Backend, Linker .... the complete Toolchain..... 32/64 bit at your choice. The impact of having D in D for Tools like IDEs is significant. And : I would prefer to have all *D Tools implemented as DDL* guess why ? BjoernSeems to be a good chance to start re-implementing the complete D Tool-Chain Development in D. (Instead of using C and ASM) IMO D 2.0 should be implemented in D (seperated from 1.x) , even if the 2.0 Backend is closed source. Bjoern Kiriakos Alexoglou schrieb:By using the LLVM backend D could be implemented in D. LLVM is C++ but you can output a ASM-like text file instead. I'm not sure how much this would hurt performance, but I'm guessing it's not that much. Also compared to what is gained it's a small price to pay. LLVM has a bytecode VM, JIT and some pretty neat optimisation technology. I think it could be interesting...Please Walter add support for x86_64! I use Suse Linux 10.0 and developing in Qt and I want to try make Qt bindings for dmd. The bindings that exist for Qt right now, can all work with x86_64 architectures. In my personal opinion x86_64 support is more important than adding additional feutures to dmd. Right now I have to switch to the 32 bit version of Qt 4.2 and start making the bindings for it. I have no other choice. There are so many additional registers waiting to get used by all of us! :-) Thank you for the exciting D language you offered to all of us! Keep up the good work!!! *I think the D Logo with the Dolphin on it at http://www.sukimashita.com/d/ is very nice!!!
Mar 02 2007
Jascha Wetzel wrote:Me either. I'd think it would be far preferable to the alternatives. Sean- easier/faster optimization - machine independent optimization - portability. not just different platforms, but also different feature sets and versions maybe that's just theory. i never implemented an optimizing compiler myself. but that's what the dragonbook and friends say. i'm very interested in more practical knowledge about these things. right now i just can't see why ICG should cause any trouble.compilers have intermediate code generation for decades....Yep. And this is good for what ?
Mar 02 2007
vote++ The lack of x86_64 support got me mad when i tried to use derelict. :/
Mar 02 2007