Re: ABI/architecture identification for packages

IMHO,
32 / 64  = easily parsable and represent integer.

i386/amd64 - wellknown names, but this info about processor bits not lies
in math.
My point is i386 is arch, so can be kept, while 32 is processor bit count.
If you'll keep 32/64 various checks in side software will be simple (if you
have 32 bit processor, then this info is bundled in "32"),
while if you consider using "i386" string as storage of information about
"32" bit, it not so elegant.
Also, linuxes has come to i386- i586- i686- mess, and many their scripts
looks overbloated when they checks if system really 32 bit.

Just my point of view :)
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"