On 2013-08-22 17:48, Alan Modra wrote:
> On Thu, Aug 22, 2013 at 09:34:10PM +0700, Gary V. Vaughan wrote:
>>> How can it be correct to say "-m elf32lppclinux" (32-bit) when $host is
>>> explicitly 64-bit? That seems like utter garbage to me. What am I
>>> missing this time?
>
> As far as I underst
Hi Steve,
On Aug 20, 2013, at 4:35 AM, Steve Ellcey wrote:
> A user was trying to build the buildroot product for mips64 with the -mabi=64
> option and ran into a libtool problem when building libiscsi because it calls
> the linker via libtool and the linker was defaulting to the n32 ABI instead
On Fri, Aug 23, 2013 at 10:39:42AM +0200, Peter Rosin wrote:
> On 2013-08-22 17:48, Alan Modra wrote:
> > On Thu, Aug 22, 2013 at 09:34:10PM +0700, Gary V. Vaughan wrote:
> >>> How can it be correct to say "-m elf32lppclinux" (32-bit) when $host is
> >>> explicitly 64-bit? That seems like utter gar
Putting tab first in IFS breaks func_echo_all usage of $*,
resulting in failure of func_infer_tag to match a command line using a
$CC with trailing spaces. The trailing spaces were stripped out of
CC_expanded but words in $CC were separated by tabs. This didn't
match the makefile expansion of $CC
Hi Alan,
On Aug 23, 2013, at 7:24 PM, Alan Modra wrote:
> Putting tab first in IFS breaks func_echo_all usage of $*,
> resulting in failure of func_infer_tag to match a command line using a
> $CC with trailing spaces. The trailing spaces were stripped out of
> CC_expanded but words in $CC were s
On Fri, 2013-08-23 at 15:50 +0700, Gary V. Vaughan wrote:
> Thanks for the patch. Applied.
>
> I took the liberty of writing a ChangeLog entry for you, correcting some
> syntax standards violations flagged by 'make syntax-check', and then massaging
> a little to match the surrounding code better
On Fri, 2013-08-23 at 11:56 -0700, Brooks Moses wrote:
> On 08/19/2013 02:35 PM, Steve Ellcey wrote:
> > A user was trying to build the buildroot product for mips64 with the
> > -mabi=64
> > option and ran into a libtool problem when building libiscsi because it
> > calls
> > the linker via libto
