#Lattice vs. Manx
25-Apr-90 22:43:51
Sb: #99953-#Lattice vs. Manx
Fm: Black Belt Systems 76004,1771
To: John Draper 76703,4322
Larry, I'd have to say that there was never a time when "most developers
were using manx". There was a time when manx was highly touted here on CIS,
despite it's backwards inclusion of garbage capabilities like ILAC, it's
inability to link in the std Amiga format, the all-in-one (small) data
capability, it's far-from compliance with ANSI, and it's default to 16 bit
operation when that was NOT the std… I heard a lot of people here singing
it's praises – but I rarely ran into code that was actually made with it. I
know some of the PD guys use it – Keith, for instance – and I know that
some of the developers use it, too. There were some perfectly horrible code
examples in Transactor, for instance. But Lattice was never the minority
compiler – it only seemed that way to those who had Manx, because they
wanted it to be that way.
they generated smaller code only with the default options set to non-std –
16 bit. Lattice pointed out (repeatedly) that if you asked for 16 bit stuff
and so on with the then-current compiler, you got executable of comparable
size. Part of that issue was start-up code, too – the Lattice startup code
is much more robust, feature wise, than the Manx, which made it bigger.
Faster code? Same issues. Use the same options, you got comparable code.
There never was any huge performance gap, except to hopeful Manx owners.
I've been generating Amiga applications with Lattice for almost five years
now, and I've been completely satisified – my one fling with Manx was
truncated by the peculiar proprietary linking, the lousy defaults, the
small data capacity, and the fact that it supported ILAC, which I view as
the worst C sin going.
Ben
Amateur Radio Callsign is A A 7 A S