From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Fz9Ad-0006Xx-4X for garchives@archives.gentoo.org; Sat, 08 Jul 2006 09:32:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k689UlRl016749; Sat, 8 Jul 2006 09:30:47 GMT Received: from ctb-mesg9.saix.net (ctb-mesg9.saix.net [196.25.240.89]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k689QYQd002201 for ; Sat, 8 Jul 2006 09:26:35 GMT Received: from gateway.lan (dsl-146-228-59.telkomadsl.co.za [165.146.228.59]) by ctb-mesg9.saix.net (Postfix) with ESMTP id 703182C22 for ; Sat, 8 Jul 2006 11:26:33 +0200 (SAST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id ECDA21F31E6 for ; Sat, 8 Jul 2006 11:32:24 +0200 (SAST) X-Virus-Scanned: by amavisd-new using ClamAV at nosferatu.za.org Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ay54Wfr+g6jJ for ; Sat, 8 Jul 2006 11:32:18 +0200 (SAST) Received: from lycan.lan (lycan.lan [192.168.0.5]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id BAE1E1F3132 for ; Sat, 8 Jul 2006 11:32:18 +0200 (SAST) Subject: Re: Gentoo vs GNU toolchain (was Re: [gentoo-dev] Replacing cpu-feature USE flags) From: Martin Schlemmer To: gentoo-dev@lists.gentoo.org In-Reply-To: <20060708062035.GA3903@gentoo.org> References: <200607061252.33028@enterprise.flameeyes.is-a-geek.org> <200607071813.28005.vapier@gentoo.org> <20060707230445.GA3800@gentoo.org> <200607071950.28503.vapier@gentoo.org> <20060708062035.GA3903@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RZwhdckto2PdQdomCsDU" Date: Sat, 08 Jul 2006 11:27:57 +0200 Message-Id: <1152350877.9384.100.camel@lycan.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 X-Archives-Salt: ba149f87-fa03-4284-955b-138336982217 X-Archives-Hash: b88a53c063e7989c843f6bd3aab457ac --=-RZwhdckto2PdQdomCsDU Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 2006-07-08 at 08:20 +0200, Harald van D=C4=B3k wrote: > On Fri, Jul 07, 2006 at 07:50:27PM -0400, Mike Frysinger wrote: > > On Friday 07 July 2006 19:04, Harald van D=C4=B3k wrote: > > the ssp/pie/htb patches have their own USE flags so separating them fro= m=20 > > USE=3Dvanilla makes perfect sense ... >=20 > I'm not disagreeing with that, but removing an older option is not just > providing more choices. >=20 > > now you can do: > > gentoo patches + ssp > > gentoo patches + nossp > > vanilla + ssp > > vanilla + nossp >=20 > gentoo patches + ssp > gentoo patches + stub > vanilla + ssp > vanilla + stub >=20 > > whereas before you only had the option of: > > gentoo patches + ssp > > vanilla + nossp >=20 > gentoo patches + ssp > gentoo patches + stub > vanilla >=20 > > like i said in my previous e-mail, forcing stubs onto people even when=20 > > USE=3Dvanilla *is by design* because i got tired of people who had no c= lue=20 > > about the consequences throwing USE=3Dvanilla into their USE in make.co= nf and=20 > > then complaining when the lack of SSP broke things ... >=20 > But I'm not asking for USE=3D"vanilla" to disable SSP completely, I'm onl= y > asking for USE=3D"vanilla nossp" to disable it. "nossp" is already > explicitly documented as "NOT FOR GENERAL USE", too. >=20 No offence, but you are being very unreasonable in this thread. The fact that you can get what you are after, even though its not entirely supported, should be enough for you, especially for the fact that you are not clueless. You should remember that somebody at the end of the day have to sacrifice time and effort to fix bugs, and especially with something as complex as gcc, the more variables, the more effort it is going to be. And as Mike is relatively the only person currently who seems to maintain gcc, it should be his prerogative to decided that he get too much spam without the stubs. And you should really know by now that being documented as "NOT FOR GENERAL USE" will still not stop more than enough users to waste his time in telling them not to disable SSP with vanilla if they don't know what they are doing. > Gentoo's gcc with the vanilla flag isn't the official GCC. Most patches > don't get appplied, but some do. Plus, gcc[vanilla] isn't a supported > compiler in Gentoo. For the fact that we do not support vanilla gcc - I assume this is a gcc built by yourself - this truly is really unfair of you to expect it. The 'contract' we usually have with upstream, is that if we apply patches to their software, we will be the first tier in the support chain. Now you want to run gcc which was not modified by us to fix the known hangups in how we do things - or save us time for that matter, and you still want us to support it - or at least make life easier for us by not leaving gaping holes that cost us maintenance time? Am I the only one feeling that this is really selfish/absurd thinking since you have such an hackle in what we do, to not research, debug, and file thus your own bugs with http://gcc.gnu.org/bugzilla/ ? The alternative to this that you seem to ignore, is that you can start helping maintaining gcc (I am sure Mike will appreciate help with Halcy0n gone as well, and me not having that much time currently). And of course promising so long as the stubs do not get applied with nossp, that you will handle all breakage in that area. Although I do not know if its still really fair to expect Jakub et ell to sacrifice time to process the bugs, and get them to you if its related to something failing due to the missing stubs. --=20 Martin Schlemmer --=-RZwhdckto2PdQdomCsDU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQBEr3qdqburzKaJYLYRAvzGAJ9BWfPwuFDHlptgHXnOy7NgqLV6hwCfQpm0 fKgtNNlxm+FL+eKwkIU97mw= =unRp -----END PGP SIGNATURE----- --=-RZwhdckto2PdQdomCsDU-- -- gentoo-dev@gentoo.org mailing list