Subject: Re: port-xen/29887: sysctl kern.consdev coredumps
To: None <,,>
From: James Chacon <>
List: netbsd-bugs
Date: 06/21/2005 18:09:02
The following reply was made to PR port-xen/29887; it has been noted by GNATS.

From: James Chacon <>
To: Jason Thorpe <>
Cc: Bill Studenmund <>,
	YAMAMOTO Takashi <>, jhawk@MIT.EDU,,,,,
Subject: Re: port-xen/29887: sysctl kern.consdev coredumps
Date: Tue, 21 Jun 2005 13:08:12 -0500

 On Tue, Jun 21, 2005 at 10:00:13AM -0700, Jason Thorpe wrote:
 > On Jun 20, 2005, at 9:11 PM, Bill Studenmund wrote:
 > >The problem though is that thanks to gcc, how puts() behaves is how
 > >printf() behaves some of the time. So printf() no longer has its
 > >historical behavior.
 > So what?  It wasn't documented behavior, so anyone who depends on it  
 > is being foolish anyway.
 That should only be true when gcc provides the complete implementation. It's
 clear this isn't true here. Libc is provided from something else, yet gcc
 is deciding "it's knows best" and substituting it's own rules in between.
 Basically according to the logic above any stdc89/99 defined function cannot
 have any extentions without the user using -ffreestanding. BEcause otherwise
 gcc (from what you say) could just completely inline libc from it's own 
 implementation and by god...assuming it actually used the one installed on
 my system is my own fault for assuming something so likely....