Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Riku Voipio
On 12 April 2012 09:05, Jakub Jelinek wrote: > On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote: >> All good.  My vote is for /lib/ld-arm-linux-gnueabihf.so.3 as it: > > The directory should be /libhf/ or /libhfp/ for that for consistency > with all the other architectures.  Note e.g.

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Jakub Jelinek
On Thu, Apr 12, 2012 at 10:33:08AM +0300, Riku Voipio wrote: > On 12 April 2012 09:05, Jakub Jelinek wrote: > > On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote: > >> All good.  My vote is for /lib/ld-arm-linux-gnueabihf.so.3 as it: > > > > The directory should be /libhf/ or /libhfp/ f

[ANNOUNCE] Linaro QEMU 2012.04 released

2012-04-12 Thread Peter Maydell
The Linaro Toolchain Working Group is pleased to announce the release of Linaro QEMU 2012.04. Linaro QEMU 2012.04 is the latest monthly release of qemu-linaro. Based off upstream (trunk) QEMU, it includes a number of ARM-focused bug fixes and enhancements. New in this month's release: - ppoll sy

Re: [ANNOUNCE] Linaro QEMU 2012.04 released

2012-04-12 Thread Peter Maydell
On 12 April 2012 10:55, Peter Maydell wrote: > The Linaro Toolchain Working Group is pleased to announce the release of > Linaro QEMU 2012.04. > The source tarball is available at: >  https://launchpad.net/qemu-linaro/+milestone/2012.03 This should of course be: https://launchpad.net/qemu-linar

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Mike Frysinger
On Thursday 12 April 2012 02:05:23 Jakub Jelinek wrote: > On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote: > > All good. My vote is for /lib/ld-arm-linux-gnueabihf.so.3 as it: > > The directory should be /libhf/ or /libhfp/ for that for consistency > with all the other architectures.

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Mike Frysinger
On Thursday 12 April 2012 03:47:29 Jakub Jelinek wrote: > On Thu, Apr 12, 2012 at 10:33:08AM +0300, Riku Voipio wrote: > > On 12 April 2012 09:05, Jakub Jelinek wrote: > > > On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote: > > >> All good. My vote is for /lib/ld-arm-linux-gnueabihf.s

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Jakub Jelinek
On Thu, Apr 12, 2012 at 01:49:16PM -0400, Mike Frysinger wrote: > > ia64 installs in /lib, because it isn't a multilibbed architecture. > > because distros choose not to support it. in first gen chips, there was > hardware support for running x86. so if we were to be strict, there should > hav

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Mike Frysinger
On Thursday 12 April 2012 13:53:13 Jakub Jelinek wrote: > On Thu, Apr 12, 2012 at 01:49:16PM -0400, Mike Frysinger wrote: > > > ia64 installs in /lib, because it isn't a multilibbed architecture. > > > > because distros choose not to support it. in first gen chips, there was > > hardware support

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Dennis Gilmore
On Wed, 11 Apr 2012 20:44:22 -0300 Paulo César Pereira de Andrade wrote: > Em 11 de abril de 2012 20:22, Michael Hope > escreveu: > > On 12 April 2012 10:38, Steve McIntyre > > wrote: > >> On Wed, Apr 11, 2012 at 02:06:09AM +0100, Steve McIntyre wrote: > >>> > >>>And here's the details as promi

getting armv7 linker to emit armv4t thumb interworking

2012-04-12 Thread Allen Martin
I have a cross toolchain I configured with "--with-arch=armv7-a --with-cpu=cortex-a9 --with-tune=cortex-a9" and I want the linker to emit armv4t compatible thumb interworking, but I can't seem to get it to. I noticed that if I create a armv4t toolchain with "--with-arch=armv4t --with-cpu=arm7td

Re: Phone call (was Re: Armhf dynamic linker path)

2012-04-12 Thread Paulo César Pereira de Andrade
Em 12 de abril de 2012 03:05, Jakub Jelinek escreveu: > On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote: >> All good.  My vote is for /lib/ld-arm-linux-gnueabihf.so.3 as it: > > The directory should be /libhf/ or /libhfp/ for that for consistency > with all the other architectures.  N

Linaro GDB 7.4 2012.04 released

2012-04-12 Thread Thiago Jung Bauermann
The Linaro Toolchain Working Group is pleased to announce the release of Linaro GDB 7.4 2012.04. Linaro GDB 7.4 2012.04 is the second release in the 7.4 series. Based off the latest GDB 7.4, it includes a number of ARM-focused bug fixes and enhancements. Interesting changes include: * gdbserver