Defect report from : Don Cragun , Sun Microsystems, Inc.
(Please direct followup comments direct to yyyyyyyyyyyyyy@xxxxxxxxxxxxx)
@ page 212 line 8324 section c99 objection {dwc-c99.20030808}
Problem:
Edition of Specification (Year): 2003
Defect code : 2. Omission
The description of the -L option gives a list of libraries that
may produce unspecified results if they appear in directories
specified by the -L option. This list has not been maintained as
new libraries have been added to the standard for threads,
real-time, tracing, and networking. (A similar list on P215,
L8436-8437 was updated in TC1, but this list was missed.)
It also assumes that all libraries are named lib"libraryname".a.
But, now that shared libraries are recognized by the standard
(through interfaces like dlopen()), other library name suffixes
should be reserved as well. (The standard already implies that
this should happen on P213, L8350-8351 where it says "Implementations
may recognize implementation-defined suffixes other than .a as
denoting libraries." in the description of the -l option.)
Action:
Change:
"If a directory specified by the -L option contains files
named libc.a, libm.a, libl.a, or liby.a, the results are
unspecified."
on P212, L8323-8324 to:
"If a directory specified by the -L option contains files
with names starting with any of the strings "libc.", "libl.",
"libpthread.", "libm.", "librt.", "libtrace.", "libxnet.",
or "liby.", the results are unspecified."
|