Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 64153 invoked from network); 7 Feb 2009 23:20:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Feb 2009 23:20:33 -0000 Received: (qmail 82208 invoked by uid 500); 7 Feb 2009 23:20:31 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 82176 invoked by uid 500); 7 Feb 2009 23:20:31 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 82165 invoked by uid 99); 7 Feb 2009 23:20:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Feb 2009 15:20:31 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nbeyer@gmail.com designates 64.233.170.187 as permitted sender) Received: from [64.233.170.187] (HELO rn-out-0910.google.com) (64.233.170.187) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Feb 2009 23:20:23 +0000 Received: by rn-out-0910.google.com with SMTP id k57so1068867rnd.13 for ; Sat, 07 Feb 2009 15:20:02 -0800 (PST) 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=X7ka1Gy+O8XTfMIxlopQJqjBvaHEhVKLaebhgZAoLzE=; b=VWrT+Ww+es9S91hRt/d7jwdg8sB6WfshT4LOrnAYtp+s/GJdfv1ALVM84pLAPX/nS5 ZC+41Dsypj6QEadhYAbGSfQreM0ECz3kWBy2zKExbemsnWoAMe9yJ07NMTQxXce9Hz98 dv9C7POZ3Cc9w5QoWvnvc+tYXu/3iKwKKIzZ0= 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=hqJ9dqNLy8B2pTgKnzDcXTVkHsKd59xf4zdy3wl3RoT+7DfGEM6zZy8cgS594Z8yVO Fj3ko+6bkC8dKXwiw4cdIHP0p9tbAHr1EjsyhmSKE6MozJMSrKSiHysuwftqk1C5xTpJ wDkRR7vXmBq+gDUV2GZRs1d8J/4F9W/qmLVII= MIME-Version: 1.0 Received: by 10.65.95.9 with SMTP id x9mr2019151qbl.18.1234048802077; Sat, 07 Feb 2009 15:20:02 -0800 (PST) In-Reply-To: <200902071428.11843.gshimansky@apache.org> References: <200902071428.11843.gshimansky@apache.org> Date: Sat, 7 Feb 2009 17:20:02 -0600 Message-ID: <3b3f27c60902071520j651c9889ne50095fa7ecd4932@mail.gmail.com> Subject: Re: [build] use.libstdc++6=true default? From: Nathan Beyer To: dev@harmony.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Isn't "/usr/lib/libstdc++.so.6" generally a symlink to the specific version folder that's currently the default? Regardless, moving to v6 as the default seems to make sense to me - this seems to be the default on the latest distribution releases that I've seen. -Nathan On Sat, Feb 7, 2009 at 5:28 AM, Gregory Shimansky wrote: > On 7 February 2009 Mark Hindess wrote: >> Perhaps we should make use.libstdc++6=true the default? Or maybe even try >> a little harder to make a better guess at the default with a patch like >> the one appended? > > Hmm it is not this easy. The library libstdc++ belongs to gcc, and its > location depends on gcc version (gcc may be even installed in a non-standard > location). Guessing it is not easy without configure script. Here's what I > get when I execute "locate libstdc++.so.6" on Gentoo Linux: > > /usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.6/32/libstdc++.so.6 > /usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.6/32/libstdc++.so.6.0.3 > /usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.6/libstdc++.so.6 > /usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.6/libstdc++.so.6.0.3 > /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/32/libstdc++.so.6 > /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/32/libstdc++.so.6.0.8 > /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libstdc++.so.6 > /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libstdc++.so.6.0.8 > > The naming of path like "x86_64-pc-linux-gnu" is very platform dependent as > well. > > Someone might even want to use Intel compiler to build Harmony, I recall icc > used to work at some point of time and produced quite an optimized code. > >> Index: working_classlib/make/properties.xml >> =================================================================== >> --- working_classlib/make/properties.xml (revision 741852) >> +++ working_classlib/make/properties.xml (working copy) >> @@ -313,6 +313,12 @@ >> >> >> >> + >> + >> + >> + >> + >> + >> >> >> >> Index: common_resources/make/properties.xml >> =================================================================== >> --- common_resources/make/properties.xml (revision 741852) >> +++ common_resources/make/properties.xml (working copy) >> @@ -69,6 +69,12 @@ >> >> >> >> + >> + >> + >> + >> + >> + >> >> >> > > > > -- > Gregory >