Eric Gallager wrote:
> personally I see removing
> the intl/ subdirectory as just one possible solution to the issue of
> its autoconf macros being outdated
The autoconf macros are only the smaller part of the problem. The bigger
part is the C code of libintl. [1][2]
Bruno
[1] https://gcc.gnu.or
on a headless box.
Thanks for reporting this; it should be fixed now, through
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=971dcbdbebb05d7ae8aa6399a0c79442fa996c5c
You find a tarball from the current gettext git, that contains all these
changes, in https://alpha.gnu.org/gnu/gettext/gettext-20220620.tar.gz
At some point between GCC 9 and GCC 12, the preprocessor started behaving
differently. Before if GCC were launched as /lib/cpp or /usr/bin/cpp (I think)
it would assume the user wanted to preprocess something and automatically
launch in preprocessor mode. Now the behavior has changed and it just
On Sat, Jun 18, 2022 at 1:01 PM Bruno Haible wrote:
>
> Hi,
>
> As the long-term GNU gettext maintainer, I would suggest to remove the intl/
> directory from the GCC distribution.
>
> The effect for the users would be:
> * On systems without glibc, users who want an internationalized GCC
> i
Thanks! This is what I get adding "-v", and to me it's not telling anything
interesting, maybe you can see more than I can?
Reading specs from
/data/sources/sonicle/old-xstream-userland-gate/components/gcc-6/build/sparcv7/./gcc/specs
COLLECT_GCC=/data/sources/sonicle/old-xstream-userland-gate/co
On Mon, Jun 20, 2022, 7:23 AM Gabriele Bulfon wrote:
> Who may be responsible for this alignment?
> The same Makefile has been used in other distros, and the same 4.7 that
> I'm using was built on another previous system without problems, but now
> produces this error itself on the new system.
>
Who may be responsible for this alignment?
The same Makefile has been used in other distros, and the same 4.7 that I'm
using was built on another previous system without problems, but now produces
this error itself on the new system.
I bet this is something about the env on the new system, but I
On Mon, Jun 20, 2022, 5:14 AM Gabriele Bulfon via Gcc
wrote:
> Hi,
>
> I'm the maintainer of the XStreamOS/illumos distro, mainly x86 but we also
> have a sparc version.
> I'm currently trying to upgrade a T4 system running XStreamOS/sparc as of
> illumos 2019.
> This system contains a gcc 4.7 th
Hi,
I'm the maintainer of the XStreamOS/illumos distro, mainly x86 but we also have
a sparc version.
I'm currently trying to upgrade a T4 system running XStreamOS/sparc as of
illumos 2019.
This system contains a gcc 4.7 that I used to build all the various userland
components, built on a previ