rtems.git - Gedare's downstream

Age	Commit message (Collapse)	Author
2021-09-21	build: Remove old build system	Sebastian Huber
	Close #3250. Close #4081.
2013-05-27	Update from automake-1.13.2.	Ralf Corsépius

2012-10-09	Import from automake-1.12.4.	Ralf Corsépius

2012-08-06	Remove generated files.	Gedare Bloom

2012-07-19	Update from automake-1.12.2.	Ralf Corsépius

2012-02-22	2012-02-22 Ralf Corsépius <ralf.corsepius@rtems.org>	Ralf Corsépius
	* .gitignore: Remove config.guess, config.sub, missing, install-sh. * config.guess, config.sub, missing, install-sh: New.
2001-09-21	2001-09-21 Ralf Corsepius <corsepiu@faw.uni-ulm.de>	Joel Sherrill
	* bootstrap: remove/add automake added files. * .cvsignore: reflect changes to bootstrap.
2001-09-13	2001-09-13 Joel Sherrill <joel@OARcorp.com>	Joel Sherrill
	* missing: Updated to latest version.
1999-03-19	Towards automake IX patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:	Joel Sherrill
	This is the next step towards automake: * Two scripts for the toplevel directory: a) "autogen" (Idea borrowed from libtool and gnome) A helper script to recursively regenerate autoconf/automake/aclocal generated files (Still not perfect but sufficient). b) "missing" (from automake-cvs archive). This file normally is automatically generated by automake, but we have to manually add it until we add automake support to the toplevel configure script. "chmod 755 missing autogen" after applying the patch. * Changing the toplevel installation directory [ I can hear you falling off the chair ;-] Until now rtems installed itself to $(prefix)/rtems. This is in contradiction to automake and GNU/FSF/Cygnus conventions. With this patch applied, rtems installs into $(prefix). To achieve the old behaviour simply configure with --prefix=<install-dir>/rtems instead of --prefix=<install-dir> This is a widely visible change and I can understand if you don't like it at the present point. It enables us to use automake's default installation paths instead of having to set up installation paths manually. At the moment this doesn't help much, but in the not so far future this would enable us to mix cpu-only dependent libraries into the host's cross-compiler library and header files into newlib's include directories, tools into the toolchain directories etc. I would recommend to change the main installation directory, however it's up to you to draw the final design decision.