public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* using automake to generate Makefile.in
@ 2016-01-07 21:42 Mike Frysinger
  2016-01-08 19:11 ` Jan Kratochvil
  0 siblings, 1 reply; 4+ messages in thread
From: Mike Frysinger @ 2016-01-07 21:42 UTC (permalink / raw)
  To: gdb

[-- Attachment #1: Type: text/plain, Size: 198 bytes --]

is there a reason we don't use automake in the tree to manage
Makefile.in ?  i want to use it in the sim/ tree as it would
make my life a lot easier.

we already require automake for aclocal.
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: using automake to generate Makefile.in
  2016-01-07 21:42 using automake to generate Makefile.in Mike Frysinger
@ 2016-01-08 19:11 ` Jan Kratochvil
  2016-01-08 19:53   ` Mike Frysinger
  0 siblings, 1 reply; 4+ messages in thread
From: Jan Kratochvil @ 2016-01-08 19:11 UTC (permalink / raw)
  To: gdb

On Thu, 07 Jan 2016 22:42:49 +0100, Mike Frysinger wrote:
> is there a reason we don't use automake in the tree to manage
> Makefile.in ?

IIRC Tom Tromey (also a coauthor of automake) wanted to do that or at least he
said it would be good to do that but just nobody has never done so.


Jan

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: using automake to generate Makefile.in
  2016-01-08 19:11 ` Jan Kratochvil
@ 2016-01-08 19:53   ` Mike Frysinger
  2016-01-08 21:03     ` Mike Frysinger
  0 siblings, 1 reply; 4+ messages in thread
From: Mike Frysinger @ 2016-01-08 19:53 UTC (permalink / raw)
  To: Jan Kratochvil; +Cc: gdb, tromey

[-- Attachment #1: Type: text/plain, Size: 566 bytes --]

On 08 Jan 2016 20:11, Jan Kratochvil wrote:
> On Thu, 07 Jan 2016 22:42:49 +0100, Mike Frysinger wrote:
> > is there a reason we don't use automake in the tree to manage
> > Makefile.in ?
> 
> IIRC Tom Tromey (also a coauthor of automake) wanted to do that or at least he
> said it would be good to do that but just nobody has never done so.

do we have a requirement that it be done treewide ?
or would people be fine with me doing (starting) in sim/ ?
doing it in just sim/ would allow for some limited testing
w/out breaking lots of people ...
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: using automake to generate Makefile.in
  2016-01-08 19:53   ` Mike Frysinger
@ 2016-01-08 21:03     ` Mike Frysinger
  0 siblings, 0 replies; 4+ messages in thread
From: Mike Frysinger @ 2016-01-08 21:03 UTC (permalink / raw)
  To: Jan Kratochvil, gdb

[-- Attachment #1: Type: text/plain, Size: 777 bytes --]

On 08 Jan 2016 14:53, Mike Frysinger wrote:
> On 08 Jan 2016 20:11, Jan Kratochvil wrote:
> > On Thu, 07 Jan 2016 22:42:49 +0100, Mike Frysinger wrote:
> > > is there a reason we don't use automake in the tree to manage
> > > Makefile.in ?
> > 
> > IIRC Tom Tromey (also a coauthor of automake) wanted to do that or at least he
> > said it would be good to do that but just nobody has never done so.
> 
> do we have a requirement that it be done treewide ?
> or would people be fine with me doing (starting) in sim/ ?
> doing it in just sim/ would allow for some limited testing
> w/out breaking lots of people ...

i probably should have looked harder ... some dirs are already
using automake like ld/ gas/ bfd/ gold/ and more.  i'll convert
sim/ too.
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-01-08 21:03 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-07 21:42 using automake to generate Makefile.in Mike Frysinger
2016-01-08 19:11 ` Jan Kratochvil
2016-01-08 19:53   ` Mike Frysinger
2016-01-08 21:03     ` Mike Frysinger

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).