On Tue, Nov 21, 2023 at 8:51 AM Arsen Arsenović wrote:
>
>
> Arsen Arsenović writes:
>
> > Bruno Haible writes:
> >
> >> Arsen Arsenović wrote:
> >>> Comparing stages 2 and 3
> >>> Bootstrap comparison failure!
> >>> gettext/libasprintf/autosprintf.o differs
> >>> make[2]: *** [Makefile:
On Tue, Nov 21, 2023 at 8:51 AM Arsen Arsenović wrote:
>
> Arsen Arsenović writes:
>
> > Bruno Haible writes:
> >
> >> Arsen Arsenović wrote:
> >>> Comparing stages 2 and 3
> >>> Bootstrap comparison failure!
> >>> gettext/libasprintf/autosprintf.o differs
> >>> make[2]: *** [Makefile:2
Arsen Arsenović writes:
> Bruno Haible writes:
>
>> Arsen Arsenović wrote:
>>> Comparing stages 2 and 3
>>> Bootstrap comparison failure!
>>> gettext/libasprintf/autosprintf.o differs
>>> make[2]: *** [Makefile:23435: compare] Error 1
>>
>> You should be able to work around this by pass
Bruno Haible writes:
> Arsen Arsenović wrote:
>> Comparing stages 2 and 3
>> Bootstrap comparison failure!
>> gettext/libasprintf/autosprintf.o differs
>> make[2]: *** [Makefile:23435: compare] Error 1
>
> You should be able to work around this by passing the additional option
> --disabl
David Edelsohn writes:
> _GLOBAL__F_xxx is the EH frame data.
>
> It's using the filename with full path for the unique name, which is why it
> includes .._.._.. . Apparently it is adding a random number as well for
> uniqueness. I guess that this is the downside of building in tree, and
> app
Arsen Arsenović wrote:
> Comparing stages 2 and 3
> Bootstrap comparison failure!
> gettext/libasprintf/autosprintf.o differs
> make[2]: *** [Makefile:23435: compare] Error 1
You should be able to work around this by passing the additional option
--disable-libasprintf to gettext-runtime/co
_GLOBAL__F_xxx is the EH frame data.
It's using the filename with full path for the unique name, which is why it
includes .._.._.. . Apparently it is adding a random number as well for
uniqueness. I guess that this is the downside of building in tree, and
apparently it is rebuilding gettext itse
David Edelsohn writes:
> On Sun, Nov 19, 2023 at 5:15 PM Bruno Haible wrote:
>
>> David Edelsohn wrote:
>> > --disable-threads currently does not completely disable threads. Bruno
>> is
>> > suggesting --enable-threads=isoc that relies on mtx mutex functions in
>> libc.
>>
>> Unfortunately, as
On Sun, Nov 19, 2023 at 5:15 PM Bruno Haible wrote:
> David Edelsohn wrote:
> > --disable-threads currently does not completely disable threads. Bruno
> is
> > suggesting --enable-threads=isoc that relies on mtx mutex functions in
> libc.
>
> Unfortunately, as said in the other mail today, relyi
On Sun, Nov 19, 2023 at 3:01 PM Bruno Haible wrote:
>
> I wrote:
> > you (Arsen) should state in the documentation
> > (gcc/doc/install.texi) that for --disable-threads to have this effect,
> > one needs gettext version 0.22.4 or newer.
>
> Not in gcc/doc/install.texi, but elsewhere. This topic is
I wrote:
> you (Arsen) should state in the documentation
> (gcc/doc/install.texi) that for --disable-threads to have this effect,
> one needs gettext version 0.22.4 or newer.
Not in gcc/doc/install.texi, but elsewhere. This topic is not relevant to
the average user who installs GCC from a tarball
David Edelsohn wrote:
> --disable-threads currently does not completely disable threads. Bruno is
> suggesting --enable-threads=isoc that relies on mtx mutex functions in libc.
Unfortunately, as said in the other mail today, relying only on mtx_* functions
did not drop the dependency towards libp
David Edelsohn writes:
> On Fri, Nov 17, 2023 at 10:17 AM Arsen Arsenović wrote:
>
>>
>> David Edelsohn writes:
>>
>> > On Fri, Nov 17, 2023 at 3:46 AM Arsen Arsenović wrote:
>> >
>> >>
>> >> David Edelsohn writes:
>> >>
>> >> > On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović
>> wrote:
>> >
On Fri, Nov 17, 2023 at 10:17 AM Arsen Arsenović wrote:
>
> David Edelsohn writes:
>
> > On Fri, Nov 17, 2023 at 3:46 AM Arsen Arsenović wrote:
> >
> >>
> >> David Edelsohn writes:
> >>
> >> > On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović
> wrote:
> >> >
> >> > [snip]
> >> >> Sure, but my p
David Edelsohn writes:
> On Fri, Nov 17, 2023 at 3:46 AM Arsen Arsenović wrote:
>
>>
>> David Edelsohn writes:
>>
>> > On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović wrote:
>> >
>> > [snip]
>> >> Sure, but my patch does insert --disable-shared:
>> >>
>> >> --8<---cut here
On Fri, Nov 17, 2023 at 3:46 AM Arsen Arsenović wrote:
>
> David Edelsohn writes:
>
> > On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović wrote:
> >
> > [snip]
> >> Sure, but my patch does insert --disable-shared:
> >>
> >> --8<---cut here---start->8---
> >> ho
Richard Biener writes:
> On Fri, Nov 17, 2023 at 9:46 AM Arsen Arsenović wrote:
>>
>>
>> David Edelsohn writes:
>>
>> > On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović wrote:
>> >
>> > [snip]
>> >> Sure, but my patch does insert --disable-shared:
>> >>
>> >> --8<---cut here---
On Fri, Nov 17, 2023 at 9:46 AM Arsen Arsenović wrote:
>
>
> David Edelsohn writes:
>
> > On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović wrote:
> >
> > [snip]
> >> Sure, but my patch does insert --disable-shared:
> >>
> >> --8<---cut here---start->8---
> >> h
David Edelsohn writes:
> On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović wrote:
>
> [snip]
>> Sure, but my patch does insert --disable-shared:
>>
>> --8<---cut here---start->8---
>> host_modules= { module= gettext; bootstrap=true; no_install=true;
>>
On Thu, Nov 16, 2023 at 5:52 PM Arsen Arsenović wrote:
>
> David Edelsohn writes:
>
> > On Thu, Nov 16, 2023 at 5:22 PM Arsen Arsenović wrote:
> >
> >>
> >> David Edelsohn writes:
> >>
> >> > Don't build with the dependent libraries in tree. Don't build the
> >> > dependent libraries as share
David Edelsohn writes:
> On Thu, Nov 16, 2023 at 5:22 PM Arsen Arsenović wrote:
>
>>
>> David Edelsohn writes:
>>
>> > Don't build with the dependent libraries in tree. Don't build the
>> > dependent libraries as shared libraries. The libraries are already built
>> > and in /opt/cfarm, as men
On Thu, Nov 16, 2023 at 5:22 PM Arsen Arsenović wrote:
>
> David Edelsohn writes:
>
> > Don't build with the dependent libraries in tree. Don't build the
> > dependent libraries as shared libraries. The libraries are already built
> > and in /opt/cfarm, as mentioned in the Compile Farm wiki.
>
David Edelsohn writes:
> Don't build with the dependent libraries in tree. Don't build the
> dependent libraries as shared libraries. The libraries are already built
> and in /opt/cfarm, as mentioned in the Compile Farm wiki.
>
> AIX is not Solaris and not Linux. It doesn't use ELF. AIX share
Don't build with the dependent libraries in tree. Don't build the
dependent libraries as shared libraries. The libraries are already built
and in /opt/cfarm, as mentioned in the Compile Farm wiki.
AIX is not Solaris and not Linux. It doesn't use ELF. AIX shared
libraries *ARE* shared object fil
Arsen Arsenović writes:
> [[PGP Signed Part:Good signature from 52C294301EA2C493 Arsen Arsenović
> (Gentoo Developer UID) (trust ultimate) created at
> 2023-11-16T19:47:16+0100 using EDDSA]]
>
> David Edelsohn writes:
>
>> On Wed, Nov 15, 2023 at 9:22 AM Arsen Arsenović wrote:
>>
>>>
>>> Da
Xi Ruoyao writes:
> On Wed, 2023-11-15 at 15:14 +0100, Arsen Arsenović wrote:
>> That is interesting. They should be using the same checks. I've
>> checked trunk and regenerated files on it, and saw no significant diff
>> (some whitespace changes only). Could you post the config.log of
>> bot
David Edelsohn writes:
> On Wed, Nov 15, 2023 at 9:22 AM Arsen Arsenović wrote:
>
>>
>> David Edelsohn writes:
>>
>> > GCC had been working on AIX with NLS, using "--with-included-gettext".
>> > --disable-nls gets past the breakage, but GCC does not build for me on
>> AIX
>> > with NLS enabled
On Wed, Nov 15, 2023 at 9:22 AM Arsen Arsenović wrote:
>
> David Edelsohn writes:
>
> > GCC had been working on AIX with NLS, using "--with-included-gettext".
> > --disable-nls gets past the breakage, but GCC does not build for me on
> AIX
> > with NLS enabled.
>
> That should still work with ge
On Wed, Nov 15, 2023 at 9:22 AM Arsen Arsenović wrote:
>
> David Edelsohn writes:
>
> > GCC had been working on AIX with NLS, using "--with-included-gettext".
> > --disable-nls gets past the breakage, but GCC does not build for me on
> AIX
> > with NLS enabled.
>
> That should still work with ge
On Wed, 2023-11-15 at 15:14 +0100, Arsen Arsenović wrote:
> That is interesting. They should be using the same checks. I've
> checked trunk and regenerated files on it, and saw no significant diff
> (some whitespace changes only). Could you post the config.log of
> both?
You did not regenerate
David Edelsohn writes:
> GCC had been working on AIX with NLS, using "--with-included-gettext".
> --disable-nls gets past the breakage, but GCC does not build for me on AIX
> with NLS enabled.
That should still work with gettext 0.22+ extracted in-tree (it should
be fetched by download_prerequi
On Tue, Nov 14, 2023 at 6:09 PM Arsen Arsenović wrote:
> Hi David,
>
> David Edelsohn writes:
>
> > Arsen,
> >
> > Unfortunately this broke bootstrap on AIX.
> >
> > I had not seen this series of patches.
>
> I've added Bruno to CC as the libintl maintainer, to keep him in the
> loop. Could you
Hi David,
David Edelsohn writes:
> Arsen,
>
> Unfortunately this broke bootstrap on AIX.
>
> I had not seen this series of patches.
I've added Bruno to CC as the libintl maintainer, to keep him in the
loop. Could you provide some extra information w.r.t. the failure mode?
I'll try to investig
Arsen,
Unfortunately this broke bootstrap on AIX.
I had not seen this series of patches.
David
On Thu, Nov 2, 2023 at 9:43 AM Arsen Arsenović wrote:
>
> Morning!
>
> This patch is a rebase and slight wording tweak of
> https://inbox.sourceware.org/20231006140501.3370874-1-ar...@aarsen.me
>
> Changes since v2:
> - Elaborate on the libintl requirement on non-glibc hosts, per Andrews
> reque
Morning!
This patch is a rebase and slight wording tweak of
https://inbox.sourceware.org/20231006140501.3370874-1-ar...@aarsen.me
Changes since v2:
- Elaborate on the libintl requirement on non-glibc hosts, per Andrews
request
Range diff since v2 (since it seems sufficiently readable here):
@@
36 matches
Mail list logo
