rtems - RTEMS Kernel, file-systems, drivers, BSPs, samples, and testsuite.

	Commit message (Collapse)	Author	Files	Lines
1998-01-16	Ralf Corsepius reported a number of missing CVS Id's:	Joel Sherrill	1	-0/+2
	> RTEMS is under CVS control and has been since rtems 3.1.16 which was > around May 1995. So I just to add the $Id$. If you notice other files > with missing $Id$'s let me know. I try to keep w\up with it. Now that you have asked -- I'll attach a list of files lacking an RCS-Id to this mail. This list has been generated by a little sh-script I'll also enclose.
1998-01-15	Ralf Corsepius <corsepiu@faw.uni-ulm.de> suggested removing these	Joel Sherrill	1	-2/+0
	lines so setting RTEMS_BSP in an environment variable works even from the top level directory.
1997-12-16	Switched command line override variable RTEMSBSP to RTEMS_BSP	Joel Sherrill	1	-3/+3
	and internally generated list of BSPs to RTEMS_BSP_LIST to make BSP override from the top level directory consistent.
1997-12-10	Modified a lot of files to take a first cut at supporting building from	Joel Sherrill	1	-52/+8
	any directory in the build tree. The only variable which must be set before the command "gmake" is invoked is RTEMS_BSP (e.g. RTEMS_BSP=erc32).
1997-11-30	Serious cleanup to reduce the number of explicitly listed Makefiles,	Joel Sherrill	1	-8/+4
	eliminated autoconf looking for commands which are unused, and reduce the number of Makefiles generated.
1997-11-29	Changes from Ralf Corsepius (corsepiu@faw.uni-ulm.de) to automatically	Joel Sherrill	1	-2/+4
	generate the list of Makefiles in the configure script.
1997-10-08	Renamed mlink to make_subdir.	Joel Sherrill	1	-4/+3
	Removed a junk line.
1997-10-08	Reworked building of make subdirectory and contents in the object	Joel Sherrill	1	-1/+11
	tree.
1997-09-21	Removed duplicate listing of install in MTARGETS.	Joel Sherrill	1	-2/+2
	Add monitor test.
1997-08-26	Added support for TARGET_VARIANTS.	Joel Sherrill	1	-2/+3

1997-07-31	Merged very large and much appreciated patch from Chris Johns	Joel Sherrill	1	-0/+4
	<cjohns@plessey.com.au>. This patch includes the ods68302 bsp, the RTEMS++ class library, and the rtems++ test.
1997-05-27	added ka9q stack	Joel Sherrill	1	-0/+2

1997-05-23	KA9Q stack removed prior to testing for 4.0.0 public release.	Joel Sherrill	1	-2/+0

1997-04-25	Updated to point to README.configure for build instructions.	Joel Sherrill	1	-1/+1

1997-04-18	Modifications to add --enable-libcdir and --enable-gcc28. These	Joel Sherrill	1	-0/+4
	trip options which allow the RTEMS makefile structure to support both gcc 2.7.2.2 and gcc 2.8 whenever that is released.
1997-04-09	blank lines deleted	Joel Sherrill	1	-2/+0

1997-04-09	Added ka9q tcpip stack and network driver for the gen68360. This effort	Joel Sherrill	1	-0/+2
	was done based on the 3.6.0 release and had to be autoconf'ed locally. It is turned on is the bsp enables it and it is not explicitly disabled via the configure option --disable-tcpip. As many warnings as possible were removed locally after the code was merged. Only the gen68360 and mvme136 bsps were compiled this way. The ka9q port and network driver were submitted by Eric Norum (eric@skatter.USask.Ca). The network demo programs are not included in the tree at this point.
1997-04-01	This set of changes is the build of what was required to convert to	Joel Sherrill	1	-0/+99
	GNU autoconf. This is the first large step in allowing an RTEMS user to perform a one-tree build (per crossgcc FAQ) including RTEMS in the build process. With this change RTEMS is configured in built in the same style as the GNU tools, yet retains the basic structure of its traditional Makefiles (ala Tony Bennett). Jiri Gaisler (jgais@wd.estec.esa.nl) deserves (and received) a big thank you for doing this. There are still issues to be resolved but as of this commit, all target which can be built on a linux host have been using a modified version of the source Jiri submitted. This source was merged and most targets built in the tree before this commit. There are some issues which remain to be resolved but they are primarily related to host OS dependencies, script issues, the use of gawk for hack_specs, and the dependence on gcc snapshots. These will be resolved.