Hi,
On Mon, 25 Mar 2024 at 15:19, Christophe Lyon
wrote:
>
> On Thu, 21 Mar 2024 at 15:32, Christophe Lyon
> wrote:
> >
> > On Wed, 20 Mar 2024 at 16:34, Simon Marchi wrote:
> > >
> > > On 3/18/24 13:25, Christophe Lyon wrote:
> > > > Well the rule to regenerate Makefile.in (eg in in opcodes/)
On 2024-03-15 10:25, Tom Tromey wrote:
> gdb used to use a mish-mash of different approaches, some quite strange,
> but over the last few years we standardized on Python scripts that
> generate files. They're written to be seamless -- just invoke in the
> source dir; the output is then just
Am 27.03.2024 um 19:14 schrieb Christophe Lyon:
On Tue, 26 Mar 2024 at 16:42, Jens Remus wrote:
Am 15.03.2024 um 09:50 schrieb Christophe Lyon:
On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
On 2024-03-13 04:02, Christophe Lyon via Gdb wrote:
...
There's just the issue of files that
Hi!
On Mon, 25 Mar 2024 at 15:19, Christophe Lyon
wrote:
>
> On Thu, 21 Mar 2024 at 15:32, Christophe Lyon
> wrote:
> >
> > On Wed, 20 Mar 2024 at 16:34, Simon Marchi wrote:
> > >
> > > On 3/18/24 13:25, Christophe Lyon wrote:
> > > > Well the rule to regenerate Makefile.in (eg in in
On Tue, 26 Mar 2024 at 16:42, Jens Remus wrote:
>
> Am 15.03.2024 um 09:50 schrieb Christophe Lyon:
> > On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
> >> On 2024-03-13 04:02, Christophe Lyon via Gdb wrote:
> ...
> >> There's just the issue of files that are generated using tools that are
>
On Thu, 21 Mar 2024 at 15:32, Christophe Lyon
wrote:
>
> On Wed, 20 Mar 2024 at 16:34, Simon Marchi wrote:
> >
> > On 3/18/24 13:25, Christophe Lyon wrote:
> > > Well the rule to regenerate Makefile.in (eg in in opcodes/) is a bit
> > > more complex
> > > than just calling automake. IIUC it
On Wed, 20 Mar 2024 at 16:34, Simon Marchi wrote:
>
> On 3/18/24 13:25, Christophe Lyon wrote:
> > Well the rule to regenerate Makefile.in (eg in in opcodes/) is a bit
> > more complex
> > than just calling automake. IIUC it calls automake --foreign it any of
> > *.m4 file from
On 3/18/24 13:25, Christophe Lyon wrote:
> Well the rule to regenerate Makefile.in (eg in in opcodes/) is a bit
> more complex
> than just calling automake. IIUC it calls automake --foreign it any of
> *.m4 file from $(am__configure_deps) that is newer than Makefile.in
> (with an early exit in the
On 3/18/24 13:28, Christophe Lyon via Gdb wrote:
> I'm not up-to-date with gdb's policy about patches: are they supposed
> to be posted with or without the regenerated parts included?
> IIUC they are not included in patch submissions for binutils and gcc,
> which makes the pre-commit CI miss some
On Tue, Mar 19, 2024 at 2:10 PM Tom Tromey wrote:
>
> > not sure if the current autoregen.py is in sync with that?
>
> I'm curious why "autoreconf -f" is insufficient.
> It seems to me that this should work.
`autoreconf -f` works fine in individual subdirectories, the problem
is that the
> not sure if the current autoregen.py is in sync with that?
I'm curious why "autoreconf -f" is insufficient.
It seems to me that this should work.
> Also... I discovered the existence of an automake rule:
> am--refresh which IIUC is intended to automake the update of Makefile
> and its
Hi,
On Mon, 18 Mar 2024 at 18:25, Christophe Lyon
wrote:
>
> On Sat, 16 Mar 2024 at 18:16, Simon Marchi wrote:
> >
> >
> >
> > On 2024-03-15 04:50, Christophe Lyon via Gdb wrote:
> > > On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
> > >> My first thought it: why is it a Makefile target,
On Fri, 15 Mar 2024 at 15:25, Tom Tromey wrote:
>
> > "Eric" == Eric Gallager writes:
>
> Eric> Also there are the files generated by cgen, too, which no one seems to
> Eric> know how to regenerate, either.
>
> I thought I sent out some info on this a while ago.
>
> Anyway what I do is make
On Sat, 16 Mar 2024 at 18:16, Simon Marchi wrote:
>
>
>
> On 2024-03-15 04:50, Christophe Lyon via Gdb wrote:
> > On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
> >> My first thought it: why is it a Makefile target, instead of some script
> >> on the side (like autoregen.sh). It would be
On Fri, 15 Mar 2024 at 15:13, Eric Gallager wrote:
>
> On Fri, Mar 15, 2024 at 4:53 AM Christophe Lyon via Gcc
> wrote:
> >
> > On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
> > >
> > >
> > >
> > > On 2024-03-13 04:02, Christophe Lyon via Gdb wrote:
> > > > Hi!
> > > >
> > > > After recent
On 2024-03-15 04:50, Christophe Lyon via Gdb wrote:
> On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
>> My first thought it: why is it a Makefile target, instead of some script
>> on the side (like autoregen.sh). It would be nice / useful to be
>> able to it without configuring / building
> "Eric" == Eric Gallager writes:
Eric> Also there are the files generated by cgen, too, which no one seems to
Eric> know how to regenerate, either.
I thought I sent out some info on this a while ago.
Anyway what I do is make a symlink to the cgen source tree in the
binutils-gdb source
On Fri, Mar 15, 2024 at 4:53 AM Christophe Lyon via Gcc wrote:
>
> On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
> >
> >
> >
> > On 2024-03-13 04:02, Christophe Lyon via Gdb wrote:
> > > Hi!
> > >
> > > After recent discussions on IRC and on the lists about maintainer-mode
> > > and various
On Thu, 14 Mar 2024 at 19:10, Simon Marchi wrote:
>
>
>
> On 2024-03-13 04:02, Christophe Lyon via Gdb wrote:
> > Hi!
> >
> > After recent discussions on IRC and on the lists about maintainer-mode
> > and various problems with auto-generated source files, I've written
> > this small prototype.
>
On 2024-03-13 04:02, Christophe Lyon via Gdb wrote:
> Hi!
>
> After recent discussions on IRC and on the lists about maintainer-mode
> and various problems with auto-generated source files, I've written
> this small prototype.
>
> Based on those discussions, I assumed that people generally
Hi!
After recent discussions on IRC and on the lists about maintainer-mode
and various problems with auto-generated source files, I've written
this small prototype.
Based on those discussions, I assumed that people generally want to
update autotools files using a script similar to autoregen.py,
21 matches
Mail list logo
