m4-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: M4 1.5 development


From: Nick Etson
Subject: RE: M4 1.5 development
Date: Tue, 6 Apr 2004 10:54:10 -0400

What do you mean by copyright assignment?  I don't want to do any non-GPL'ed
work so I'd be more than happy to sign anything to that effect.  I do a
limited amount of development here at work, most of which is specific to our
infrastructure and engineering services and isn't worth opensourcing even if
I was allowed to do so.

Nick Etson
UNIX Systems Administrator
Swales Aerospace
(301) 902-4946 (Voice)
address@hidden

-----Original Message-----
From: Gary V.Vaughan [mailto:address@hidden
Sent: Tuesday, April 06, 2004 4:32 AM
To: Nick Etson
Cc: <address@hidden>; M4
Subject: Re: M4 1.5 development

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Nick,

On 5 Apr 2004, at 22:18, Nick Etson wrote:
> I would like to be active in developing GNU M4 1.5.  What work needs
> to be
> done?  About how far away until its declared stable?  I can start
> writing
> patches and other stuff to help get it rolling along.

That would be great!  Do you have a copyright assignment with the FSF?
If not,
and you (and possibly your employer if you work as a programmer) are
willing to
sign one, we should start to organise that for you, since we can't
apply your
patches to CVS without it :-(

A nice project to start on might be to add a path modification
mechanism for the
Autoconf people.  Currently the M4PATH (and M4MODPATH) are set at
startup and can't
be changed during the run.  We need to add macros to inspect and modify
the paths
on the fly.

I am working on the next release of libtool to incorporate some libltdl
features
that m4 needs at the moment.  Once that is done, I want to incorporate
snprintfv
to rewrite the format implementation.  Also, I am trying to track the
latest CVS
gnulib for a lot of the low level supporting code... this is a bit of a
pain
since the import process is manual at the moment, and the script I've
written is
very crude... that could do with updating (and contributing back to the
gnulib
people).

With those things done, the TODO file needs going through and pruning,
and then
outstanding items will need to be addressed.

At that point, m4 will be so different from 1.4 that I am going to call
the next
release 2.0.

Stability is just a matter of testing on as many architectures as
possible, and
fixing any problems that crop up.  The core is already pretty solid,
but the build
process is a little fragile at the moment.

Thanks for your interest!

Gary.
- --
Gary V. Vaughan      ())_.  address@hidden,gnu.org}
Research Scientist   ( '/   http://tkd.kicks-ass.net
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQFAcmr0FRMICSmD1gYRAoprAJ91fYLR0AA6zztSlGqRWv4du9abswCgynsX
B1IH3KUkZU3F+UP45AN+Lbo=
=uxKe
-----END PGP SIGNATURE-----







reply via email to

[Prev in Thread] Current Thread [Next in Thread]