On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote:
If you use the argument that one shouldn't set WARNS because a new
compiler will cause the tree to break, then there's no point having it
at all since that condition will always be true.
The difference is _impending_.
--
--
On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote:
On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote:
If you use the argument that one shouldn't set WARNS because a new
compiler will cause the tree to break, then there's no point having it
at all since that
On Sun, Feb 03, 2002 at 07:51:52AM -0800, Mark Murray wrote:
markm 2002/02/03 07:51:52 PST
Modified files:
lib/libpam Makefile.inc
Log:
Turn on fascist warning mode.
Revision ChangesPath
1.4 +3 -1 src/lib/libpam/Makefile.inc
This delta
On Mon, Feb 04, 2002 at 03:30:32PM +0200, Ruslan Ermilov wrote:
This delta breaks buildworld. gcc(1) has a known bug-feature
of hiding some errors in standard system headers, making them
invisible without -I.
...
and compile now can't survive the WARNS=4.
Not to mention there is ZERO way
David O'Brien [EMAIL PROTECTED] writes:
Not to mention there is ZERO way this code will pass WARNS=4 for GCC 3.
Please Committers, do not try to WARNS code right now -- there just is no
use. It will only get in the way later.
Well, of course feel free to make the code changes, but PLEASE
On Mon, Feb 04, 2002 at 09:17:17AM -0800, David O'Brien wrote:
On Mon, Feb 04, 2002 at 03:30:32PM +0200, Ruslan Ermilov wrote:
This delta breaks buildworld. gcc(1) has a known bug-feature
of hiding some errors in standard system headers, making them
invisible without -I.
...
and
At Thu, 12 Jul 2001 15:26:58 +0900,
I wrote:
Actually this doesn't help libpam.so.1, because the new pam modules
(pam_*.so) do not work with it. Which means you need to recompile
the programs linked with it, such as sudo, xdm, and the X server.
At Mon, 9 Jul 2001 11:16:33 -0700 (PDT),
Mark Murray wrote:
markm 2001/07/09 11:16:33 PDT
Modified files:
lib/libpam Makefile.inc
Log:
Bump the major number. The libraries API has changed incompatibly.
Actually this doesn't help libpam.so.1, because the new pam
Oops,
At Thu, 12 Jul 2001 15:26:58 +0900,
I wrote:
Actually this doesn't help libpam.so.1, because the new pam modules
(pam_*.so) do not work with it. Which means you need to recompile
the programs linked with it, such as sudo, xdm, and the X server.