Re: Potential FastCode speed increase?
- From: "Will DeWitt Jr." <edge@xxxxxxxxxxxxxxxxxxx>
- Date: 30 Aug 2005 22:28:28 -0700
Avatar Zondertau wrote in <4314a34d$1@xxxxxxxxxxxxxxxxxxxxxx>:
> http://qc.borland.com/wc/qcmain.aspx?d=15548
FWIW, I think this is a bad idea. Borland going off on their own and
defining mnemonics for opcodes Intel hasn't yet named themselves is a
recipe for disaster down the road. Especially if the mnemonic Borland
decides to use is later used by Intel for something else.
DB statements may not be pretty, but for now it's all we've got (the
upshot of this too, is that by using DB statements the code is
compatible with every version of Delphi (assuming the rest of the BASM
code uses generic instructions)).
Will
--
Want native support in Delphi for AMD64/EM64T? Vote here--
http://qc.borland.com/wc/qcmain.aspx?d=7324
.
- References:
- Potential FastCode speed increase?
- From: Avatar Zondertau
- Re: Potential FastCode speed increase?
- From: Dennis
- Re: Potential FastCode speed increase?
- From: Avatar Zondertau
- Re: Potential FastCode speed increase?
- From: Avatar Zondertau
- Potential FastCode speed increase?
- Prev by Date: Re: FastCode - IntToStr B&V v0.12
- Next by Date: Re: rdtsc vs. GetTickCount()
- Previous by thread: Re: Potential FastCode speed increase?
- Next by thread: Assembler Directive
- Index(es):