Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 11 Oct 2002 12:49:49 -0700
From:      Terry Lambert <tlambert2@mindspring.com>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        Craig Rodrigues <rodrigc@attbi.com>, freebsd-standards@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG
Subject:   Re: Problem detecting POSIX symbolic constants
Message-ID:  <3DA72B5D.97C8E6A8@mindspring.com>
References:  <20021011184643.U12170-100000@gamplex.bde.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans wrote:
> _POSIX_REALTIME_SIGNALS is only valid in versions of POSIX that support
> it.  Applications must also conditionalize on _POSIX_VERSION if they
> want to check for features that are not in all versions.

Yeah; I mentioned that I was afraid of this...


> Runtime configuration only lets us go forward in time.  An application
> might use POSIX realtime features if they are available and magically
> start working better (without recompiling anything in the application)
> when the OS and/or library implementors get around to implementing the
> features.

Don't get me wrong; I understand why the feature is defined; I
just don't think that any sane programmer is going to write two
sets of runtime variant code, when they can write one set of
compile time variant, but runtime invariant, code.

The POSIX committee would do us all a favor if, instead of doing
things like this, they concentrated on standardizing shared memory,
distributed file locking, and the ability to free up ranges of
blocks in the middle of files (as examples).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DA72B5D.97C8E6A8>