> Were you waiting for further approval? If so: okay with the change
> proposed by Andrew.
Thanks, committed as rev. 205802 with Andrew’s change.
FX
It looks like this has not been applied, FX?
Were you waiting for further approval? If so: okay with the change
proposed by Andrew.
Thanks,
Gerald
On Mon, 29 Jul 2013, Andrew Haley wrote:
> On 07/29/2013 02:06 PM, FX wrote:
>> +build of a native compiler on @samp{x86_64-unknown-linux-gnu}, bewa
Jonathan Wakely writes:
> On 31 July 2013 20:44, Matthias Klose wrote:
>> if you mention distribution specific packages, please add the ones needed for
>> some distributions. For Debian/Ubuntu this would be g++-multilib if the
>> architecture is multilib'ed, g++ otherwise.
> That's not the packa
On 31 July 2013 20:44, Matthias Klose wrote:
> if you mention distribution specific packages, please add the ones needed for
> some distributions. For Debian/Ubuntu this would be g++-multilib if the
> architecture is multilib'ed, g++ otherwise.
That's not the package that provides gnu/stubs-32.h,
Am 29.07.2013 15:06, schrieb FX:
>> As a consensual first step toward addressing this issue, I suggest the
>> following patch to the doc. I hope it is clear enough, but suggestions are
>> obviously welcome. (I haven't even compiled the docs with it, as I'm on my
>> laptop with little battery.)
>
On 07/29/2013 02:55 PM, Bruce Korb wrote:
> On Mon, Jul 29, 2013 at 6:22 AM, Andrew Haley wrote:
>
>> There should be a better diagnostic.
>
> If you remember, the start of this thread was:
>
>> Why is it that configure worked but stubs-32.h was not found?
>
> That is the correct thing to do.
On Mon, Jul 29, 2013 at 6:22 AM, Andrew Haley wrote:
> There should be a better diagnostic.
If you remember, the start of this thread was:
> Why is it that configure worked but stubs-32.h was not found?
That is the correct thing to do. The reply, basically, was:
It's too hard.
OK, fine,
On 07/29/2013 02:06 PM, FX wrote:
> +build of a native compiler on @samp{x86_64-unknown-linux-gnu}, beware of
> +either:
> +
> +@itemize @bullet
> +@item having 32-bit libc developer package properly installed (the exact
> +name of the package depends on your distro); otherwise, you may encounter a
> As a consensual first step toward addressing this issue, I suggest the
> following patch to the doc. I hope it is clear enough, but suggestions are
> obviously welcome. (I haven't even compiled the docs with it, as I'm on my
> laptop with little battery.)
Given that I received no feedback, I'
