From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eu1sys200aog107.obsmtp.com ([207.126.144.123]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1TwA48-0001Dj-8l for openembedded-core@lists.openembedded.org; Fri, 18 Jan 2013 12:24:59 +0100 Received: from beta.dmz-eu.st.com ([164.129.1.35]) (using TLSv1) by eu1sys200aob107.postini.com ([207.126.147.11]) with SMTP ID DSNKUPktbU846WYlzvp0ZzIDhXCZaGZWEXXq@postini.com; Fri, 18 Jan 2013 11:09:34 UTC Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 257231DF; Fri, 18 Jan 2013 09:01:15 +0000 (GMT) Received: from mail7.sgp.st.com (unknown [164.129.223.81]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 2B9002C02; Fri, 18 Jan 2013 09:01:15 +0000 (GMT) Received: from CTN005027 (pcmdt30.ctn.st.com [164.130.129.192]) by mail7.sgp.st.com (MOS 4.3.3-GA) with ESMTP id AVO71104 (AUTH condorg); Fri, 18 Jan 2013 10:01:14 +0100 From: Giuseppe CONDORELLI To: "'Martin Jansa'" References: <1358345647-13274-1-git-send-email-giuseppe.condorelli@st.com> <20130116150205.GE3002@jama> <20130117124209.GE3067@jama> <065b01cdf4b6$e1510160$a3f30420$@st.com> <20130117134619.GI3067@jama> <068101cdf4d3$f2e58fa0$d8b0aee0$@st.com> <20130117172817.GK3067@jama> <06a101cdf556$5c273b80$1475b280$@st.com> In-Reply-To: Date: Fri, 18 Jan 2013 10:01:13 +0100 Message-ID: <06b101cdf55a$5ea8b970$1bfa2c50$@st.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJd3UIgpWykE/uuKxds/KWg86Wy7AI8MptVAf37k6YCXM8t6gG5dPdSAgbRfn8CkCQuxwHX1DyQAhV/m64CUwI9qpaVuzzg Cc: 'Patches and discussions about the oe-core layer' Subject: Re: [PATCH] eglibc: fix as and ld check in libc dir X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2013 11:25:01 -0000 Content-Type: multipart/alternative; boundary="----=_NextPart_000_06B2_01CDF562.C06F9270" Content-Language: it ------=_NextPart_000_06B2_01CDF562.C06F9270 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =20 =20 From: Martin Jansa [mailto:martin.jansa@gmail.com]=20 Sent: venerd=C3=AC 18 gennaio 2013 09:55 To: Giuseppe CONDORELLI Cc: Giuseppe Condorelli; Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH] eglibc: fix as and ld check in libc dir =20 =20 On Fri, Jan 18, 2013 at 9:32 AM, Giuseppe CONDORELLI = wrote: Yes Martin, but I discovered the issue building (erroneously because eglibc was = actually not required at all) an external-toolchain a little bit old (gcc and binutils) against the master oe-core repository, which contains eglic-2.16 as you know. And libc/configure comes with the issue I highlighted. So, please, think to my patch as a nice to have and not as a mandatory = one. I don't know if other people will fall in my same condition. Thanks so much for your support. Giuseppe And are you using eglibc-2.16 built with binutils-2.19 in runtime on = some targets? =20 In fact I wrote it was my fault, indeed eglibc has not to be built at = all given my external toolchain fully provides all the infrastructure. However this mistake highlighted the possible issue =20 My point is that if upstream developers decided to support = binutils-2.20+ only, they probably had some reason to do it and failing = configure check is better way to show you're building unsupported = combination then something failing badly in runtime on target. =20 http://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;f=3Dconfigure.in;h=3D= bec039bcefe6a0494a249e2b78e112a0ab60893b This commit also doesn't say why.. =20 Ok, no problem. The patch can remain unapplied if you think it could be = useless. At any rate it will remain as document if other people will = fall in that for any reason. =20 Cheers, Cheers, ------=_NextPart_000_06B2_01CDF562.C06F9270 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

 

 

From:= = Martin Jansa [mailto:martin.jansa@gmail.com]
Sent: = venerd=C3=AC 18 gennaio 2013 09:55
To: Giuseppe = CONDORELLI
Cc: Giuseppe Condorelli; Patches and discussions = about the oe-core layer
Subject: Re: [OE-core] [PATCH] eglibc: = fix as and ld check in libc dir

 

 

On Fri, = Jan 18, 2013 at 9:32 AM, Giuseppe CONDORELLI <giuseppe.condorelli@st.com> = wrote:

Yes = Martin,

but I discovered the issue building (erroneously because = eglibc was actually
not required at all) an external-toolchain a = little bit old (gcc and
binutils) against the master oe-core = repository,
which contains eglic-2.16 as you know. And libc/configure = comes with the
issue I highlighted.
So, please, think to my patch = as a nice to have and not as a mandatory one.
I don't know if other = people will fall in my same condition.

Thanks so much for your = support.
Giuseppe


And are you using eglibc-2.16 built with = binutils-2.19 in runtime on some targets?

 

In fact I wrote it was my fault, indeed eglibc has not to be built at = all given my external toolchain fully provides all the = infrastructure.

However this mistake highlighted the possible = issue

 

My point is that if upstream developers decided to = support binutils-2.20+ only, they probably had some reason to do it and = failing configure check is better way to show you're building = unsupported combination then something failing badly in runtime on = target.

 

This = commit also doesn't say why..

 

Ok, no problem. The patch can remain unapplied if you think it could = be useless. At any rate it will remain as document if other people will = fall in that for any reason.

 

Cheers,

Cheers,

------=_NextPart_000_06B2_01CDF562.C06F9270--