> Coming September 2009 with every new Mac. Upgrade from Mac OS X Leopard f=
or just $29.
Yeah, it could be hoped that they also update the assembler. But
there will likely be call interface updates and so on, and the 32 bit
version will continue to work for now (except for case insensitive
dependencies, which don't bother me at this time). So it will
probably be less work to wait for the new version in September.
And I still have a lot going on anyway. Now if I could just get an
English keyboard for the thing (the German MAC keyboard is a
[ <=3D Alt-5
] <=3D Alt-6
| <=3D Alt-n
a real nightmare for programming.
On Tue, Jul 21, 2009 at 7:46 AM, Alexander Burger<a...@software-lab.de> wrot=
> Hi Randall,
> thanks for the research!
> I can't believe that there is only such a crippled assembler on the Mac.
> Alignment was in the earliest assemblers in the 1970s ;-)
>> equiv -> .set
> Not really satisfactory, because I would like to have an error
> message if there is a re-definition.
>> align -> .space
> Won't help. 'align' is a different operation, aligning to a multiple of
> a given value.
>> string -> .ascii =C2=A0 (check the syntax ...)
> Could work, but needs an explicit zero-byte.
>> =C2=A0 =C2=A0mov =C2=A0 =C2=A0 =C2=A0$Nil, %rbx
>> ?? =C2=A0 =C2=A0leaq Nil(%rip),%rbx
> This might involve many places. On the other hand, it could produce
> tighter code.
>> Alex, compare hello.s:
>> globl _a
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 .data
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 .align 2
> Here we have '.align'?
>> Otherwise, I think it might assemble.
> But I'm rather sure it will not run. Probably the C function call
> conventions will be utterly different, considering this 32/64 bit
> So the Mac OS is basically still a 32-bit operating system, with some
> 64-bit facilities. Should we be better wait for Snow Leopard?
> - Alex