OSDev.org
https://forum.osdev.org/

NASM 2.00rc1
https://forum.osdev.org/viewtopic.php?f=13&t=15430		 Page 2 of 2
Author:  Combuster [ Wed Nov 21, 2007 4:34 am ]
Post subject: 
Quote:
IA-64 != Intel 64

when expanding:

Intel 64 Architecture
Intel Architecture 64

You have one second to tell me which is the x86-64 and which is the itanium. Now there's exactly WHY that convention sucks.
Author:  SpooK [ Wed Nov 21, 2007 8:49 am ]
Post subject: 
Combuster wrote:
Quote:
IA-64 != Intel 64

when expanding:

Intel 64 Architecture
Intel Architecture 64

You have one second to tell me which is the x86-64 and which is the itanium. Now there's exactly WHY that convention sucks.


IA-64: Itanium -> Itanium 2
Intel x86-64: Yamhill -> Clackamas -> IA-32e -> EM64T -> Intel 64.

Probably took Intel some time to concede the fact that their IA-64 line was overpriced garbage and had to match "names" in order to establish that kind of recognition.

If I partnered the design for IA-64, I would try to erase/hide the mistake as well :P
Author:  SpooK [ Wed Nov 21, 2007 8:27 pm ]
Post subject: 
Candy wrote:
C offers the possibility of #include <> or #include "" for that very purpose. What about offering the same functionality, or if you don't see a way to do so, to offer only the second (which includes all of the first)?


From the DEV group, in response to the above...

H. Peter Anvin wrote:
That's not what <> versus "" does. <> is used for system headers, which
for most compilers mean "only paths that are build in or specified with
-I, do not search the local directory."

If anyone is willing to write a pathname manipulation library in portable C that handles all common platforms, we might consider using it for a future version. Again, Perl's File::Spec has some good API ideas.
Page 2 of 2 All times are UTC - 6 hours
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/