Re: Enable top-level recursive 'autoreconf'

2023-10-29 Thread Hans-Peter Nilsson via Gcc
> From: Thomas Schwinge > Date: Thu, 19 Oct 2023 12:42:26 +0200 > It's just GCC and Binutils/GDB, or are the top-level files also shared > with additional projects? Not sure if that counts as "shared", but I regularly drop in* newlib to build simulator targets (*-elf, *-newabi). That's

Re: Enable top-level recursive 'autoreconf'

2023-10-29 Thread Hans-Peter Nilsson
> From: Thomas Schwinge > Date: Thu, 19 Oct 2023 12:42:26 +0200 > It's just GCC and Binutils/GDB, or are the top-level files also shared > with additional projects? Not sure if that counts as "shared", but I regularly drop in* newlib to build simulator targets (*-elf, *-newabi). That's

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Alexandre Oliva via Gcc
now, often it just takes someone to > ask the right questions... ;-) > What do people think about the attached > "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far. Interesting idea! It is a little hackish, in that it seems to exploit an implementat

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Alexandre Oliva
now, often it just takes someone to > ask the right questions... ;-) > What do people think about the attached > "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far. Interesting idea! It is a little hackish, in that it seems to exploit an implementat

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Eric Gallager
an ask, why there is not a recursive approach for configuring > >>> GCC. e.g. AC_SUBDIRS in the top level? > >> > >> ('AC_CONFIG_SUBDIRS' you mean.) You know, often it just takes someone to > >> ask the right questions... ;-) > >> > >>

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Eric Gallager
an ask, why there is not a recursive approach for configuring > >>> GCC. e.g. AC_SUBDIRS in the top level? > >> > >> ('AC_CONFIG_SUBDIRS' you mean.) You know, often it just takes someone to > >> ask the right questions... ;-) > >> > >>

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Thomas Schwinge
e.g. AC_SUBDIRS in the top level? >> >> ('AC_CONFIG_SUBDIRS' you mean.) You know, often it just takes someone to >> ask the right questions... ;-) >> >> What do people think about the attached >> "Enable top-level recursive 'autoreconf'"? Only lightly

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Thomas Schwinge
e.g. AC_SUBDIRS in the top level? >> >> ('AC_CONFIG_SUBDIRS' you mean.) You know, often it just takes someone to >> ask the right questions... ;-) >> >> What do people think about the attached >> "Enable top-level recursive 'autoreconf'"? Only lightly

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Andreas Schwab via Gcc
u mean.) You know, often it just takes someone to > ask the right questions... ;-) > > What do people think about the attached > "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far. The top-level files are shared with binutils-gdb, which has a differ

Re: Enable top-level recursive 'autoreconf'

2023-10-19 Thread Andreas Schwab
u mean.) You know, often it just takes someone to > ask the right questions... ;-) > > What do people think about the attached > "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far. The top-level files are shared with binutils-gdb, which has a differ

Enable top-level recursive 'autoreconf' (was: Hints on reconfiguring GCC)

2023-10-19 Thread Thomas Schwinge
ht questions... ;-) What do people think about the attached "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far. Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; G

Enable top-level recursive 'autoreconf' (was: Hints on reconfiguring GCC)

2023-10-19 Thread Thomas Schwinge
ht questions... ;-) What do people think about the attached "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far. Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; G