On Wed, May 23, 2012 at 10:17:51AM +0200, Richard Guenther wrote:
> On Wed, 23 May 2012, Andreas Jaeger wrote:
>
> > On Wednesday, May 23, 2012 09:56:31 Richard Earnshaw wrote:
> > > [...]
> > > This is a behaviour change. It would need RM approval for a release
> > > branch.
> > >
> > > R.
> >
On Wednesday 23 May 2012 17:11:53 Michael Hope wrote:
> On 24 May 2012 02:16, Mike Frysinger wrote:
> > On Wednesday 23 May 2012 04:17:51 Richard Guenther wrote:
> >> On Wed, 23 May 2012, Andreas Jaeger wrote:
> >> > On Wednesday, May 23, 2012 09:56:31 Richard Earnshaw wrote:
> >> > > [...]
> >> >
On 24 May 2012 02:16, Mike Frysinger wrote:
> On Wednesday 23 May 2012 04:17:51 Richard Guenther wrote:
>> On Wed, 23 May 2012, Andreas Jaeger wrote:
>> > On Wednesday, May 23, 2012 09:56:31 Richard Earnshaw wrote:
>> > > [...]
>> > > This is a behaviour change. It would need RM approval for a re
On Wednesday 23 May 2012 04:17:51 Richard Guenther wrote:
> On Wed, 23 May 2012, Andreas Jaeger wrote:
> > On Wednesday, May 23, 2012 09:56:31 Richard Earnshaw wrote:
> > > [...]
> > > This is a behaviour change. It would need RM approval for a release
> > > branch.
> > >
> > > R.
> >
> > There
On Wed, 23 May 2012, Andreas Jaeger wrote:
> On Wednesday, May 23, 2012 09:56:31 Richard Earnshaw wrote:
> > [...]
> > This is a behaviour change. It would need RM approval for a release
> > branch.
> >
> > R.
>
> There was agreement by all pushing for the change to use it. So, let's ask
> the
On Wednesday, May 23, 2012 09:56:31 Richard Earnshaw wrote:
> [...]
> This is a behaviour change. It would need RM approval for a release
> branch.
>
> R.
There was agreement by all pushing for the change to use it. So, let's ask
the release managers about their opinion,
Andreas
--
Andreas J
On 23/05/12 08:12, Andreas Jaeger wrote:
> On 05/01/2012 10:52 AM, Richard Earnshaw wrote:
>> On 30/04/12 22:47, Michael Hope wrote:
>>> On 1 May 2012 03:24, Richard Earnshaw wrote:
On 27/04/12 00:27, Michael Hope wrote:
> On 27 April 2012 08:20, Carlos O'Donell wrote:
>> On Mon, Apr
On 05/01/2012 10:52 AM, Richard Earnshaw wrote:
On 30/04/12 22:47, Michael Hope wrote:
On 1 May 2012 03:24, Richard Earnshaw wrote:
On 27/04/12 00:27, Michael Hope wrote:
On 27 April 2012 08:20, Carlos O'Donell wrote:
On Mon, Apr 23, 2012 at 5:36 PM, Michael Hope wrote:
2012-04-24 Michae
On 30/04/12 22:47, Michael Hope wrote:
> On 1 May 2012 03:24, Richard Earnshaw wrote:
>> On 27/04/12 00:27, Michael Hope wrote:
>>> On 27 April 2012 08:20, Carlos O'Donell wrote:
On Mon, Apr 23, 2012 at 5:36 PM, Michael Hope
wrote:
> 2012-04-24 Michael Hope
>Ric
On 04/30/2012 08:43 PM, Michael Hope wrote:
On 1 May 2012 10:01, Jeff Law wrote:
On 04/30/2012 03:47 PM, Michael Hope wrote:
2012-04-27 Michael Hope
* config/arm/linux-eabi.h (GLIBC_DYNAMIC_LINKER): Pick the loader
using a spec rule.
Michael,
can you try this patch please
On 1 May 2012 10:01, Jeff Law wrote:
> On 04/30/2012 03:47 PM, Michael Hope wrote:
>
2012-04-27 Michael Hope
* config/arm/linux-eabi.h (GLIBC_DYNAMIC_LINKER): Pick the loader
using a spec rule.
>>>
>>> Michael,
>>>
>>> can you try this patch please. It s
On 04/30/2012 03:47 PM, Michael Hope wrote:
2012-04-27 Michael Hope
* config/arm/linux-eabi.h (GLIBC_DYNAMIC_LINKER): Pick the loader
using a spec rule.
Michael,
can you try this patch please. It should make it possible to then
create linux-eabihf.h containing just
#undef
On 1 May 2012 03:24, Richard Earnshaw wrote:
> On 27/04/12 00:27, Michael Hope wrote:
>> On 27 April 2012 08:20, Carlos O'Donell wrote:
>>> On Mon, Apr 23, 2012 at 5:36 PM, Michael Hope
>>> wrote:
2012-04-24 Michael Hope
Richard Earnshaw
* config/arm/l
On 27/04/12 00:27, Michael Hope wrote:
> On 27 April 2012 08:20, Carlos O'Donell wrote:
>> On Mon, Apr 23, 2012 at 5:36 PM, Michael Hope
>> wrote:
>>> 2012-04-24 Michael Hope
>>>Richard Earnshaw
>>>
>>>* config/arm/linux-eabi.h (GLIBC_DYNAMIC_LINKER_SOFT_FLOAT): Define.
On 27 April 2012 08:20, Carlos O'Donell wrote:
> On Mon, Apr 23, 2012 at 5:36 PM, Michael Hope wrote:
>> 2012-04-24 Michael Hope
>> Richard Earnshaw
>>
>> * config/arm/linux-eabi.h (GLIBC_DYNAMIC_LINKER_SOFT_FLOAT): Define.
>> (GLIBC_DYNAMIC_LINKER_HARD_FLOAT): Defin
On Mon, Apr 23, 2012 at 5:36 PM, Michael Hope wrote:
> 2012-04-24 Michael Hope
> Richard Earnshaw
>
> * config/arm/linux-eabi.h (GLIBC_DYNAMIC_LINKER_SOFT_FLOAT): Define.
> (GLIBC_DYNAMIC_LINKER_HARD_FLOAT): Define.
> (GLIBC_DYNAMIC_LINKER_DEFAULT): Define.
>
On 23/04/12 22:36, Michael Hope wrote:
> On 24 April 2012 03:35, Richard Earnshaw wrote:
>> On 22/04/12 23:20, Michael Hope wrote:
>>> Change the dynamic linker path for ARM hard float executables.
>>> Matches the path discussed and agreed on last week[1]. Carlos will
>>> follow up with the match
On 24 April 2012 03:35, Richard Earnshaw wrote:
> On 22/04/12 23:20, Michael Hope wrote:
>> Change the dynamic linker path for ARM hard float executables.
>> Matches the path discussed and agreed on last week[1]. Carlos will
>> follow up with the matching patch to GLIBC[2]. I'm happy to if he's
On Sun, Apr 22, 2012 at 6:20 PM, Michael Hope wrote:
> Change the dynamic linker path for ARM hard float executables.
> Matches the path discussed and agreed on last week[1]. Carlos will
> follow up with the matching patch to GLIBC[2]. I'm happy to if he's
> busy.
I'm testing a glibc patch with
On 22/04/12 23:20, Michael Hope wrote:
> Change the dynamic linker path for ARM hard float executables.
> Matches the path discussed and agreed on last week[1]. Carlos will
> follow up with the matching patch to GLIBC[2]. I'm happy to if he's
> busy.
>
> OK for trunk?
>
> -- Michael
> [1] http:
Change the dynamic linker path for ARM hard float executables.
Matches the path discussed and agreed on last week[1]. Carlos will
follow up with the matching patch to GLIBC[2]. I'm happy to if he's
busy.
OK for trunk?
-- Michael
[1] http://sourceware.org/ml/libc-ports/2012-04/msg00060.html
[2]
21 matches
Mail list logo