*BSD News Article 84357


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!feed1.news.erols.com!howland.erols.net!EU.net!sun4nl!fwi.uva.nl!not-for-mail
From: casper@fwi.uva.nl (Casper H.S. Dik)
Newsgroups: comp.unix.solaris,comp.unix.bsd.misc,comp.unix.internals
Subject: Re: Solaris 2.6
Supersedes: <cancel.casper.32a7eba1@mail.fwi.uva.nl>
Date: 6 Dec 1996 10:47:13 +0100
Organization: Sun Microsystems, Netherlands
Lines: 32
Distribution: inet
Message-ID: <casper.32a7eba1@mail.fwi.uva.nl>
References: <32986299.AC7@mail.esrin.esa.it> <580sgh$kpi@panix2.panix.com> <casper.32a40b7b@mail.fwi.uva.nl> <587jrv$9rf@news.parc.xerox.com> <587meg$h67@web.nmti.com>
NNTP-Posting-Host: mail.fwi.uva.nl
Xref: euryale.cc.adfa.oz.au comp.unix.solaris:91561 comp.unix.bsd.misc:1692 comp.unix.internals:11473

peter@nmti.com (Peter da Silva) writes:

>The Sun approach requires a #define to indicate you want to use the *new*
>versions of the header files to link with 64-bit libraries.

A #define is not a big problem since I assume you can easily pass those
on the command line.  You can probably set up your compiler to
pass it by default.



>The BSD approach requires that you use a special flag during a transition
>period for an ever decreasing number of programs. The Sun approach requires
>that you use a special flag forever, or use one special flag now and another
>one if you still want to compile some of those programs after Sun declares
>the transition over.

The Sun approach does allow you to mix old and new objects and libraries.
(It isn't really Sun's approach anyway, it's the large file summit approach)

The BSD approach requires "same sex" objects and libraries only.
And if you foolishly mix objects you won't get a warning or error, only
runtime problems.  Besides, it is only as simple as "one compile falg"
when you're talking about system includes/libraries.  As sson as you're
talking many 3rd party libraries, its going to be utter madness.

Casper
-- 
Casper Dik - Sun Microsystems - via my guest account at the University
of Amsterdam.  My work e-mail address is: Casper.Dik@Holland.Sun.COM
Statements on Sun products included here are not gospel and may
be fiction rather than truth.