Board index » delphi » Re: Brass Tacks: The Fate of 64-bit Delphi

Re: Brass Tacks: The Fate of 64-bit Delphi


2004-06-10 03:49:13 AM
delphi233
Dennis Landi writes:
Quote
Please don't regurgitate another explanation of what the .NET CLR is.
We got it.
Oh the irony. Still can not think of anything new?
--
Dave Nottage [TeamB]
 
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Bruce McGee in <XXXX@XXXXX.COM>writes:
Quote
exercise this "clue"? QC doesn't have the option of voting against a
feature, does it?
Not yet. Been considering implementing it, however.
--
John Kaster, Borland Developer Relations, bdn.borland.com
Add a feature/Fix a bug: qc.borland.com
Get source: cc.borland.com
TVS.NET 2 for only $199! Unbelievable! tinyurl.com/259jx
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Dennis Landi writes:
Quote

"Bruce McGee" <XXXX@XXXXX.COM>writes
news:XXXX@XXXXX.COM...

>Is the 64 bit VC++ compiler available now? Does BCBX allow you to
>specify an external compiler? If so, is this be a better option
>for you?

It is going to take TIME to build a 64-bit Delphi compiler. It might
take up to two years. In order for me to wait for that, I have to
know its going to happen and I need to know when.

It all about PLANNING, not instant gratifications of my personal
desires. The 64-bit Whidbey is in beta, and will be released
shortly. I can PLAN on this. MS has a RoadMap that I can use to
PLAN my next projects. I can start protoyping Win32/VC++, now, with
the sure knowledge that none of the effort will be wasted.
MS roadmap, ... planning ... hmm ... delayed.
Rene
--
Ing.Buro R.Tschaggelar www.ibrtses.com
Your newsgroups @ www.talkto.net
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Bruce McGee writes:
Quote
Until someone sets up a poll or a BDN pulse, where do you suggest we
exercise this "clue"? QC doesn't have the option of voting against a
feature, does it?
And what if it did? I don't need a Delphi for Win64 now, and may or
may not ever need such a thing, but I certainly wouldn't vote against
it. There are a number of features I need much more urgently than
Win64, though (e.g., generics).
-Craig
--
Craig Stuntz [TeamB] . Vertex Systems Corp. . Columbus, OH
Delphi/InterBase Weblog : delphi.weblogs.com
InterBase in Multi-tier World -- Use multiple RDMs, IB features in
your appserver: delphi.weblogs.com/stories/storyReader$195
 

Re: Brass Tacks: The Fate of 64-bit Delphi

"Bruce McGee" <XXXX@XXXXX.COM>writes
Quote
Dennis Landi writes:

>It is going to take TIME to build a 64-bit Delphi compiler. It might
>take up to two years. In order for me to wait for that, I have to
>know its going to happen and I need to know when.
>
>It all about PLANNING, not instant gratifications of my personal
>desires. The 64-bit Whidbey is in beta, and will be released
>shortly. I can PLAN on this. MS has a RoadMap that I can use to
>PLAN my next projects. I can start protoyping Win32/VC++, now, with
>the sure knowledge that none of the effort will be wasted.
>
>With Herb Sutter at the helm, as a PERFORMANCE AWARE C++ architect
>for MS, I have complete confidence that my performance concerns are
>his concerns. I have seen enough documented evidence to come to this
>conclusion. Conversely, on the topic of PERFORMANCE I haven't seen
>anything but a vacant stare coming from Borland .... And pointing
>to .NET as the SOLUTION to performant software development is all I
>need to know.
>
>Taking the path of least resistance, ala .NET Only development in a
>64-bit world will kill Delphi. Win32 product development by Borland
>in a 64-bit world is futile, short-sighted and stupid, especially
>given the fact the Win32 tools we currently have are good enough to
>do whatever we need to do.
>
>-d

And I don't buy these "Delphi is dead if..." arguments. I haven't
heard a single one that was backed up with a convincing argument. If
you can convince Borland that there is a business case (for them, not
for you), then they'd be crazy not to pay attention, but I think
"Delphi is doomed" statements just weaken your argument.

I think Dennis makes several good points.
<paranoia mode>
The arguments are starting to be convincing. Its hard not to imagine that
Borland has sold out to Microsoft to some extent. Borland won't die, but
Delphi might be relegated to further obscurity. consider:
1. .NET is pointed to as the solution for everything, as stated by Dennis.
2. They publicly stated that they didn't know if they were going to release
another Win32 version of Delphi less than a year ago. (Translated: don't
bet on 64bit support, which shouldn't be considered another platform but a
continuation of 32bit BTW)
3. BCB is gone and its replacement isn't using the VCL.
That last move alone is enough to make me nervous. Borland has shown that
they have the willingness and capability to drop an entire product suddenly
without warning. When they themselves start to question the need for
further 32 bit Delphi development, as they have, the writing appears to be
on the wall. Its hard to imagine Native code compiling Delphi continuing
without updating it to 64 bit. The next one or two 32 bit Delphi releases
seem to be aimed at satisfying customers until they move to .NET.
The shift from producing fast native code compilers to producing IDEs and
developer tools is well under way. This may be because Borlands welfare is
in part tied to the success of .NET, I don't know. Microsoft and Borland
have a patent license agreement that makes .NET possible. They are enjoying
a relationship with Microsoft unheard of in years past. Borland reps have
shown up at technology shows as Microsoft partners in Microsoft booths.
Borland developers are getting training at the Microsoft campus. The recent
threads 'Microsoft unveils IDE plans', and 'The Pascal-ization of MS and
C++' show that MS doesn't believe all of their own marketing hype to the
degree Borland expects us to. Borlands traditional strengths are being bled
away. While MS directs Borland to .NET they are improving their own native
code offerings. Borland hasn't had all of its eggs in one basket, but how
long do you think it will be before JBuilder is an IDE for Microsofts Java
compiler.
</paranioa mode>
Brent S.
 

Re: Brass Tacks: The Fate of 64-bit Delphi

zedd writes:
Quote
You're just speculating Mr. Niddery.
Speculating about what? That Borland does some *reasonable* level of
research to decide future plans? No speculation is needed, any claim that
they do not do so is simply absurd.
That those plans may not agree with your own conclusions about the future is
hardly evidence that they failed in their research.
--
Wayne Niddery - Logic Fundamentals, Inc. (www.logicfundamentals.com)
RADBooks: www.logicfundamentals.com/RADBooks.html
It used to be that other people's achievements were considered an
inspiration, not a grievance.
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Craig Stuntz [TeamB] writes:
Quote

Incorrect; he was asking rhetorical questions. There was no
speculation in his reply at all.
At least I *thought* it was rhetorical.
--
Wayne Niddery - Logic Fundamentals, Inc. (www.logicfundamentals.com)
RADBooks: www.logicfundamentals.com/RADBooks.html
Working for yourself is great because you get to work half days, and
you can choose any twelve hours you want.
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Joanna Carter (TeamB) writes:
Quote
Dennis, your continual flooding of these groups with pleas for
Borland to implement Delphi for 64 bits does not change the fact that
M$ has already set out a path that .NET will be a multi-platform
(including W64 and Kylix) framework.
Hm, if .NET is the sure thing going forward, why does Whidbey / Visual
Studio 2005 ship with not one but *two* 64-bit compilers out of the
box? (Visual C++ for IA-64 (Itanium) and Visual C++ for AMD64
(x86-64)) I am not saying .NET isn't going to have a place, but denying
the future of Win32 is Win64 is kind of silly...
Quote
So you will be able to have write once, run on anything code. As
Danny has said, you can not 'just recompile' W32 code to W64.
Sure you can. There's so few differences going from Win32 to Win64
that it boggles the mind that you'd believe you can not have one source
tree for both. Rid yourself of obvious no-no's like relying on the
size of a pointer being the same as the size of an integer and other
such *well* *documented* gotchas and you will be safe.
Quote
Unlike M$ who have enough money to apply for patents on TODO list and
mouse-clicks, Borland have to focus on a more limited range of
activities. Mainly they seem to be interested in providing quality
tools for developers, that will cope with more than one platform at a
time.
So the argument above appears to be that Borland lacks money? How can
this be true if each new version of Delphi sells more than the last
version? Are Borland employees receiving raises equal to the ratio of
new incoming profit? Where's this extra income going?
Quote
BTW, is your code entirely free of size dependencies, and how long is
it going to take you to remove all such dependencies? (Not forgetting
that 'string' is size dependent as well)
Strings are pointers, so in that sense, yes, they are size dependent,
but nobody stores strings in a persistant manner (what good is a
pointer that'll be invalid the next time your application reloads?).
Just about every gotcha you can imagine for going from 32-bit to 64-bit
is well documented, most of it by Microsoft.
Quote
And the best of luck; you certainly won't have single source W32/64
code then :-)
Sure he will. it is possible, in Visual C++ 2005, to do single source
Win32 and Win64 development. It just won't be Delphi code anymore,
which is more an issue of syntax than of viability.
Will
--
Want a 64-bit Delphi compiler for AMD64 / IA-32e? Vote here--
qc.borland.com/wc/wc.exe/details
 

Re: Brass Tacks: The Fate of 64-bit Delphi

"Henrick Hellström [StreamSec]" <XXXX@XXXXX.COM>wrote in
message news:40c70fc1$XXXX@XXXXX.COM...
Quote
Joanna Carter (TeamB) writes:

>So you will be able to have write once, run on anything code.

That is the phenomenon that Java developers tend to refer to as "Compile
once, debug everywhere". From what I have seen trying to get Delphi 8 apps to
run under Mono .NET isn't much different.


What Java developers? I haven't heard this phrase in the past say 5 years
from any Java developer.
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Brent S. writes:
Quote
The arguments are starting to be convincing.
Only if you took them at face value. Since most of the arguments are
either baseless or misleading, they're not looking convincing at all,
eg:
Quote
1. .NET is pointed to as the solution for everything, as stated by
Dennis.
False.
Quote
2. They publicly stated that they didn't know if they were
going to release another Win32 version of Delphi less than a year
ago.
False again. It was never stated by Borland that they "didn't know".
Quote
how long do you think it will be before JBuilder
is an IDE for Microsofts Java compiler.
If MS had one why would it ever happen?
--
Dave Nottage [TeamB]
 

Re: Brass Tacks: The Fate of 64-bit Delphi

"Will DeWitt Jr." <XXXX@XXXXX.COM>writes
Quote
>And the best of luck; you certainly won't have single source W32/64
>code then :-)

Sure he will. it is possible, in Visual C++ 2005, to do single source
Win32 and Win64 development. It just won't be Delphi code anymore,
which is more an issue of syntax than of viability.
Correction, it will be possible to have single source development (if I
wanted to which is very debatable) for Win32/Win64 *AND* Managed C++.
I just don't see the relevancy in these types of red-herrings. How I code
my windows clients has very little to do with how I will code my socket
servers... Or dynamically loaded "tier-agnostic" middle-ware. If I can
share some helper utilities, fine. Big deal. I hardly see this as some
kind holy grail that precludes actually writing a critical compiler for the
next windows platform....
-d
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Brent S. writes:
Quote
3. BCB is gone and its replacement isn't using the VCL.

That last move alone is enough to make me nervous. Borland has shown
that they have the willingness and capability to drop an entire
product suddenly without warning.
<rethorical questions>
Maybe they once listened to the yelling for "a delphi but with c++"
that was just necessary to make it a decent product?
And maybe all those who yelled didn't buy?
And maybe no company can go on just making things yelling people in
ng's ask for?
And maybe they have good reasons for not starting a 64-bit compiler
project?
<rethorical questions>
Anders (who has no clue)
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Lars Black writes:
Quote
At the moment, I am doing perfectly fine with Win32 and when time comes that
I have to think about 64-bit stuff (2-3 years?), I am quite sure that .NET
and Delphi has matured into a very usable combo for me - of course given
that Danny and his team continue their work Delphi and not are pulled away
for a native 64-bit compiler ;-)
Or pulled away by M$...
 

Re: Brass Tacks: The Fate of 64-bit Delphi

"Joanna Carter (TeamB)" <XXXX@XXXXX.COM>writes
I've yet to read a post of yours I don't love ;-)
Thanks Joanna.
 

Re: Brass Tacks: The Fate of 64-bit Delphi

Paul Nichols (TeamB) writes:
Quote
What Java developers? I haven't heard this phrase in the past say 5 years
from any Java developer.
Yeah, that phrase was probably in fashion when people still thought Java
had a future for desktop programming. Much like the present situation
for .NET. <g>
--
Henrick Hellström
www.streamsec.com