On Mon, 13 Jan 2003, Terry Lambert wrote: > Bruce Evans wrote: > > On Sun, 12 Jan 2003, Terry Lambert wrote: > > > This patch also affects the IA64 and Alpha, as well as just the SPARC. > > > > > > It took a lot of discussion, but it seems to me that the problem is > > > that the prototypes in scope aren't in scope when the wrong include > > > file is included. > > > > Right. It is mainly an application bug like I said. The prototypes > > also aren't in scope when <stdio.h> is included, and the fix is not > > to add them to <stdio.h>. > > I really disagree. A legacy application *can't* be said to be > buggy.
Depends how legacy. > There has to be some allowance for the continuity of code; it > can't just be orphaned instantaneously, without some warning > from the system vendor. A warning was given here more than 4 years ago: % RCS file: /home/ncvs/src/include/ieeefp.h,v % Working file: ieeefp.h % head: 1.6 % ... % ---------------------------- % revision 1.1 % date: 1998/12/23 11:50:52; author: dfr; state: Exp; % branches: 1.1.2; % Implement fpsetmask() and other fp*() functions. Programs should use % % #include <ieeefp.h> % % to access these functions instead of the i386 specific % % #include <machine/floatingpoint.h> % % Submitted by: Hidetoshi Shimokawa <[EMAIL PROTECTED]> % ---------------------------- > Say we took your approach, and moved the #define's for the inlines > up into <ieeefp.h>, exposing platform dependencies in a (supposedly) > platform independent header file. How many ports would break? All Not my approach. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
