Re: [Delphi 64-bit] Observation for the day

From: Thomas Miller (tmiller_at_bss-software.com)
Date: 02/02/05


Date: Wed, 02 Feb 2005 02:58:01 -0500
To: Dave White <daveUNDERSCOREwhite@spectrachromDOTcom>


Dave White wrote:

> "Thomas Miller" <tmiller@bss-software.com> wrote in message
> news:42003fea$1@newsgroups.borland.com...
>
>>So we aren't talking about a paradigm shift here. Since you
>>seem to be in such an important position, do you ever plan
>>for new changes in your system? That is all I am trying to
>>do, plan for eventual change. My road to eventual change is
>
>
> Yes I'm planning for a change to my system. As I've said in this newsgroup
> recently, I'd love to convert my system to 64 bit native - it's a fairly
> high powered scientific application that would actually benefit from 64
> bits. However, I don't see a real need for another two or three years at
> least - I don't have any magic crystal ball, I just know the way my clients
> upgrade - and in my particular case, my clients may not truly be ready for
> 64 bit for another five years or more.
>
> I'm also not anti .NET. I have no need for it yet, but like you, after
> Longhorn comes out and .NET 2 stabalises, it may end up being the way to
> go - again, I have no crystal ball. All I do know is that at the moment,
> .NET would give me nothing (except possibly slowing down my app). I'd much
> rather see Borland put their effort into fixing the bugs in Delphi 2005,
> both native and .NET, and maybe adding some improvements to the 32 bit
> native compiler.
>

It sounds like we have similar desires. I would like to see
a longer term commitment to native sooner then you. Long
term to me means a native 64 bit compiler, but I am not like
some that think Borland should dump .Net. I think both
technologies are going to be important in large numbers for
the next 5 years, at least. And there is no data available
that contradicts this assessment by me of the situation.

I mean, being able to write my code once and with a compiler
switch, compile for Win32, Win64, and .Net with almost the
identical code would be awesome! I would have all my basis
covered.

-- 
Thomas Miller
Wash DC Delphi SIG Chairperson
Delphi Client/Server Certified Developer
BSS Accounting & Distribution Software
BSS Enterprise Accounting FrameWork
http://www.bss-software.com
http://www.cpcug.org/user/delphi/index.html
https://sourceforge.net/projects/uopl/
http://sourceforge.net/projects/dbexpressplus


Relevant Pages

  • Re: The new Product Manager and a native 64-bit compiler
    ... If we have a Delphi Product Manager fighting *against* a native 64-bit compiler, then, speaking for myself, its time to leave for good. ... If I hear that this plan is killed or delayed any more than 2008, then I will make plans to move on and begin communicating to my customers and colleagues to do the same. ...
    (borland.public.delphi.non-technical)
  • Re: Tools for Front End.
    ... The other option I am planning is writting compiler without tools so ... parsers. ... aspect is what other processing you plan to do. ... the method used by the parser generator (e.g., ...
    (comp.compilers)
  • [9fans] BfQGT
    ... Fans of the OS Plan 9 from Bell Labs ... > observe that our Atmel compiler ...
    (comp.os.plan9)
  • Re: [Delphi 64-bit] Observation for the day
    ... do, plan for eventual change. ... Wash DC Delphi SIG Chairperson ... BSS Enterprise Accounting FrameWork ...
    (borland.public.delphi.non-technical)
  • Re: [9fans] Plan 9 on Blue Gene
    ... The Plan 9 C compiler is fine for what we ... For scientific apps, it's not that great a compiler. ... We're helped by the fact that Compute Node Kernel (the lightweight ...
    (comp.os.plan9)