libtool/README-alpha
Thomas Tanner 96dc12316e * NEWS: updated
* README: updated (BeOS support, no longer shared libraries
  support for AmigaOS), cleanups, we have now two mailing lists
* REAMDE-alpha: autogen -> bootstrap, we have now two mailing lists
* THANKS: added Xavier Pianet
* doc/PLATFORMS: BeOS works
* doc/libtool.texi: we have now to two mailing lists,
  updated -dlopen self documentation, documented libltdl's license,
  put each author in a separate line,
  inter-library dependencies on uninstalled libtool libraries are
  now supported, cleanups and minor corrections
* libltdl/COPYING.LIB: new file
* libltdl/ltdl.[ch]: added special exception to the LGPL license
* libtool.spec: removed, it was outdated
* Makefile.am: removed libtool.spec
* ltmain.in: use TMPDIR when possible, create a subdirectory
  in the temporary directory, added -export-symbols-regex to the help,
1999-03-27 16:58:10 +00:00

77 lines
2.7 KiB
Plaintext

This is an alpha testing release of GNU Libtool. To get the latest
CVS version of this package, do:
cvs -d :pserver:anoncvs@anoncvs.gnu.org:/gd/gnu/anoncvsroot login
[Hit return when prompted for the password]
cvs -d :pserver:anoncvs@anoncvs.gnu.org:/gd/gnu/anoncvsroot checkout libtool
cd libtool
./bootstrap
The `bootstrap' script sets up the source directory for you to hack. To
use it, you need a recent (maybe yet to be released) version of both
Autoconf and Automake.
If you have any suggestions or bug reports, or you wish to port
libtool to a new platform, please send electronic mail to the libtool
mailing list <libtool@gnu.org> or bug reports to <bug-libtool@gnu.org>.
Don't forget to mention the version of libtool that you are currently
using (by typing `ltconfig --version').
================================================================
= Administrivia
* If you incorporate a change from somebody on the net:
First, if it is a large change, you must make sure they have signed the
appropriate paperwork.
Second, be sure to add their name and email address to THANKS
* If a change fixes a test, mention the test in the ChangeLog entry.
* If somebody reports a new bug, mention his name in the ChangeLog entry
and in the test case you write. Put him into THANKS.
* The correct response to most actual bugs is to write a new test case
which demonstrates the bug. Then fix the bug, re-run the test suite,
and check everything in.
* Some files in the automake package are not owned by libtool. These
files should never be edited here. These files are COPYING, INSTALL,
config.guess config.sub, install-sh, mdate-sh, mkinstalldirs, texinfo.tex
* Changes other than bug fixes must be mentioned in NEWS
================================================================
= Test suite
* Use "make check" and "make maintainer-check" liberally
* Make sure each test file is executable
================================================================
= Release procedure
* Fetch new versions of the files that are maintained by the FSF.
The most important ones are available for anonymous CVS in the
`common' directory, sibling of the libtool CVS tree:
cvs -d :pserver:anoncvs@anoncvs.gnu.org:/gd/gnu/anoncvsroot checkout common
* Update NEWS.
* Update the version number in configure.in and libtool.spec.
(The idea is that every other alpha number will be a net release.
The repository will always have its own "odd" number so we can easily
distinguish net and repo versions.)
* Configure, build, and install.
* Commit
* Run `make cvs-dist'
* Put new release on ftp site and send announcement.
(If not an alpha, announcement must also go to FSF.)
* Update version number in configure.in to next alpha number.
Commit.