From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MKAf1-0003ar-D5 for garchives@archives.gentoo.org; Fri, 26 Jun 2009 12:36:07 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4AF8EE03B1; Fri, 26 Jun 2009 12:36:05 +0000 (UTC) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by pigeon.gentoo.org (Postfix) with ESMTP id F22A0E03B1 for ; Fri, 26 Jun 2009 12:36:04 +0000 (UTC) Received: by bwz23 with SMTP id 23so1849610bwz.34 for ; Fri, 26 Jun 2009 05:36:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Emk2TkiI4Xa+kfXO1OycaI2laFv0eKJiKeZdBNS8YCk=; b=x0+V1upnb1o7QqAkVvHwXg0o16OZesWSk+QJOGK1gYlhIf2fcnr+85H5KU6Uq6BuYb GM1AkXdOJmpOc+nyb8spuZl64Gzg/qiuFZiU/XMMb5mjDCzlN1JkZqBfW2GxB/QXlt44 cvR2245+IMtvBCGbgr1jsrUQ+W41kkmJ5xK3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=pya8ae0/GC3xm8YvTcQ7JDvfkQHUXKrSLZ0WkD41vYcSzQVadUk2V4zHXUSgXjI4if 4kIV3R7QGk/CTvQdMMsEhLjm2u3yL6+hCmDzj2aZHo5WdeNNXoOH/MOKqaYE9cbCR1mt n/YQDO2U/Va+11fdaWh6lZAb7mGCqdOKFn9lw= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-hardened@lists.gentoo.org Reply-to: gentoo-hardened@lists.gentoo.org MIME-Version: 1.0 Received: by 10.223.126.69 with SMTP id b5mr2963419fas.54.1246019764171; Fri, 26 Jun 2009 05:36:04 -0700 (PDT) In-Reply-To: <4A449A1B.5080002@wildgooses.com> References: <4A449A1B.5080002@wildgooses.com> Date: Fri, 26 Jun 2009 14:36:04 +0200 Message-ID: <8b17778e0906260536k37161420o67eb3b86d6fa0f2@mail.gmail.com> Subject: Re: [gentoo-hardened] GCC4 (again...) From: klondike To: gentoo-hardened@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 5295c909-0461-4993-b0c7-e6be5d5c8cc3 X-Archives-Hash: ddda9786d2ba145353906d7779f92915 2009/6/26 Ed W : > klondike wrote: >> >>> Apologies for replying to my own post, but I just realised that you >>> were posing the question in the context of klondike's blog post. I do >>> not know what the status of SSP is in the overlays and/or experimental >>> toolchains so I'll bow out and leave it to one of the toolchain gurus >>> to provide a credible response. My answer applies to the gcc ebuild in >>> the mainline tree. >> >> Although I may be wrong, AFAIK SSP works nice with almost anything excep= t >> libstdc++, also packages which need it to be disabled (ie thunderbird) >> usually do it without a problem of after pattching a bit the ebuild. Any= way, >> I think the best one to answer is Zorry or Xake as they maintain it. > > So the Xake overlay is GCC 4.3.2 with the GCC 4 SSP enabled? Mainly I could say it is. > My limited understanding is that the GCC 4 (new) SSP implementation shoul= d > be relatively benign and supported already by a modern toolchain with no > further patches? =A0I would naively assume that since Redhat (and others)= seem > to be building their distros with it turned on that most packages would > already be largely patched upstream to cope with it? =A0(certainly I am m= ore > interested in server packages than desktop packages) I think Ubuntu has enabled it too. But I don't know how well or bad are packages usually supported upstream.. I have run an apache2 server and a verlihub server with the toolchain without issues, but I can't gurantee you nothing as the server still hasn't had heavy load. >> Anyway, at least on the overlay uclibc is still not supported :( >> http://github.com/Xake/toolchain-overlay/blob/54581c25b74be5a5dc3d8c1de6= 1dba55db7c639f/README > > Does Xake hang out here? =A0Curious as to what the issues will be found i= n > uclibc. =A0I'm not specially tied to uclibc, just that it seems to work n= icely > so far and I'm not desperately tight on drive space... I don't know the reasons for uclibc being not supported, but I think it was because of some compilation problems. (Can't find the tickets, sorry).