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

	Commit message (Collapse)	Author	Files	Lines
2001-09-13	2001-09-13 Joel Sherrill <joel@OARcorp.com>	Joel Sherrill	1	-1/+2
	* configure.in: Add RTEMS specific version of EXEEXT test. * mkgdbspec.in, mkgnatnewlibspec.in, gdb/gdb.spec.in, gnatnewlib/gnatnewlib.spec.in: Change to Target_alias to avoid conflicts with new autoconf/automake. * setup, setup.def, mkgnatnewlibspec.in: Add gnat_newlib_patch_version variable. * gnatnewlib/Makefile.am: Add i386-rtemscoff target in attempt to build it.
2000-06-12	Merged from 4.5.0-beta3a	Joel Sherrill	1	-2/+2

2000-01-27	GNAT/RTEMS RPMs have built for the binutils/gnat/gcc combination	Joel Sherrill	1	-1/+3
	and appear to be close for gdb.
2000-01-26	First attempt at debugging.	Joel Sherrill	1	-2/+4

2000-01-26	First cut at adding RPM scripts for building GNAT/RTEMS RPMs.	Joel Sherrill	1	-2/+2

2000-01-25	Now binutils, gcc, and gdb build into a "base" package that is shared	Joel Sherrill	1	-1/+1
	by all targets and one or more target specific RPMs. This significantly reduces the conflicts between the RPMs whether installing one or multiple targets.
2000-01-23	Patch from David Fiddes <D.J@fiddes.surfaid.org> which adds basic	Joel Sherrill	1	-0/+2
	Cygwin support to the RPM scripts. The patch from David did not apply cleanly and Joel ended up making all the modifications plus some it should have included for consistency by hand. His comments: I've included a diff against the last (19991203) snapshot RPM scripts that adds what I think is required for Cygwin support. Basically all this boils down to is adding EXE extension support. I've added the AC_EXEEXT rule to conifgure.in (requires a valid 'cc' to work - this is not available in the standard Cygwin distro). Each of the .spec.in have @exe_ext@ includes in them for each program that results in an EXE. The only odity here is that the chill driver program is a shell script and thus does not require .exe to be added... The mk.in have all been updated to process the new exe_ext rule.
1999-11-18	Added ";;" to correct syntactical error.	Joel Sherrill	1	-0/+1

1999-11-04	The files in libcpu should not be directly dependent on any BSP. In	Joel Sherrill	1	-1/+7
	particular, using bsp.h, or getting information from the BSP which should properly be obtained from RTEMS is forbidden. This is necessary to strengthen the division between the BSP independent parts of RTEMS and the BSPs themselves. This started after comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>. The changes primarily eliminated the need to include bsp.h and peeking at BSP_Configuration. The use of Cpu_table in each BSP needs to be eliminated.
1999-10-21	Made the RTEMS version get substituted properly even though it is	Joel Sherrill	1	-0/+1
	not right yet. Now can specify rpm_build_root via setup.
1999-10-21	Changes from Ralf with script-19991021-0. He fixed the %files	Joel Sherrill	1	-3/+3
	issue and has mkbspspec in a better state. user.cfg is now gone. There are some miscellaneous changes to buildall done by Joel to clean up the build process.
1999-10-20	Miscellaneous improvements and cleanups committed so I can merge	Joel Sherrill	1	-4/+1
	Ralf's end of day version.
1999-10-20	New version from Ralf.	Joel Sherrill	1	-22/+41

1999-10-19	Easier to insert tool version number.	Joel Sherrill	1	-9/+20

1999-10-18	Working on being able to cut RPMs. It now appears that the process	Joel Sherrill	1	-5/+6
	is working mostly for sparc at least. There is one major problem -- the current process generates a unique source file per RPM when in fact all of the source files are nearly the same -- it is only the spec part of the rpm which differs. The new file mkbinutils_subpackage_version is an attempt to address this. It does part of the job right -- one source file produces multiple binary RPMs. BUT the end user can not produce the resulting RPMS themselves from SRPMS unless they also build all targets.
1999-10-15	Ralf Corsepius (corsepiu@faw.uni-ulm.de) submitted these scripts to	Joel Sherrill	1	-0/+33
	help build RPMs.