"Garrett D'Amore" <[EMAIL PROTECTED]> wrote:
> Joerg Schilling wrote:
> > "Garrett D'Amore" <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Huh? sys/isa_defs.h should come in via sys/types.h. If you're not
> >> getting sys/types.h, then all bets are off.
> >>
> >> isa_defs.h gets the _LP64 by looking at __amd64 or __sparcv9. You could
> >> use the same tests, but I would discourage you from doing so.
> >>
> >
> > Why?
> >
>
> Its not as portable as just including sys/types.h. It will need to be
> updated when a new processor type is added (ala Polaris or a MIPS port).
>
> sys/types.h is the portable way to get this. If you can't include
> sys/types.h, then I suspect you're doing something wrong. (You should
> be able to get this header _very_ early, even if you don't include any
> others.)
Sorry, you are wrong: I cannot expect any such definition from any OS but
Solaris.
If I like to implement really portable code that does not only work on Solaris,
I need to do thing like this on my own. BTW: If you compile using the dynamic
autoconfiguration from the schily Makefilesystem, you do not need such
definitiony. These definitions are only needed in case that you like to allow
people to compile using a "static" compile environment and in such an
environement, you will never see an unknown CPU like PPC because you did
run the autoconf tests before (from within the schily Makefilesystem).
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
