James Carlson wrote:
> Glenn Fowler writes:
> > > However, if the ATT code already expects this to be "11" for a SunOS
> > > "5.11" version, then I'm fine with what you have now. If you could
> > > pass upstream the feedback, though, that this could break if the minor
> > > part ever reverts to "0", that would be appreciated.
> >
> > the HOSTTYPE value (.../arch/$HOSTTYPE/...) used in ast packaging is for
> > differentiating incompatible .o/a.out formats/compilation-systems
> > it lies somewhere between "i386" and "uname -r" or "gcc -v"
> > its not a place for version numbers unless version numbers illuminate
> > binary incompatibility
>
> Binary incompatibility for _what_? If that incompatibility is in the
> system itself, then I strongly object to using Solaris minor release
> numbers here. It makes no sense at all.
>
> If you must use a number here, then use the major number ('5').
That will not work if you build the AST sources for a specific release
of Solaris. Solaris gurantees backwards-compatibility but no
upwards-compatibilty, e.g. I expect that AST applications build for
5.<n> will work with 5.<n+1,n+2,n+3,...> but the minimum version still
needs to be defined in some way. The current method was AFAIK picked by
upstream based on practical considerations and not based on any
"official" Sun/Solaris version scheme.
Anyway... is it possible to forward this item to a point after first
putback ? The current consumers of the HOSTTYPE symbol are either not
used by ksh93 or completely project private for now (from the viewpoint
of the ksh93-integration project). I really like to get this putback a
little bit pushed if possible - we really cannot handle all the issues
in the first attempt (remember the |posix_spawn()| problems,
|sendfile()| vs. datagram sockets, |gai_strerror()| ignoring l10n,
|getaddrinfo()| not being SCTP-aware etc. etc. ... we have many of such
problems and at as a volunteer who works on such problems usually after
23:00h I can only clean this up incrementally (or as fast as I can find
people sponsoring patches... ;-/ )).
----
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) roland.mainz at nrubsig.org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
