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 co
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_.
--
-- D
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.
> ...
> > a
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 PL
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
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
>
T
> 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.
>
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.
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
