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

	Commit message (Collapse)	Author	Files	Lines
2000-06-12	Merged from 4.5.0-beta3a	Joel Sherrill	1	-1/+1

2000-01-28	Put Ada scripts in group gnatrtems.	Joel Sherrill	1	-1/+1

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

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

2000-01-25	Now binutils, gcc, and gdb build into a "base" package that is shared	Joel Sherrill	1	-4/+4
	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-24	Attempting to split binutils and gcc into base/shared and CPU specific	Joel Sherrill	1	-20/+45
	packages.
2000-01-23	Patch from David Fiddes <D.J@fiddes.surfaid.org> which adds basic	Joel Sherrill	1	-20/+20
	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-10-25	Patch generated from scripts-19991025-0.tar.gz from	Joel Sherrill	1	-2/+1
	Ralf Corsepius <corsepiu@faw.uni-ulm.de>: Most significant changes: * Names for rpms changed again * gccnewlib.rpm split into 3 rpms, one for chill, gcj, gcc (includes c/c++/f77/objc), simultaneously built from a common .spec. small patches with major impact to gcc and newlib (Those fixes mentioned to Ian, ie. libobjc/libchill are built, multilibing works) * gcc patch against gcc-2.95.2 (Should also apply to gcc-2.95.1 without major problems) * Buildroot removed from /spec.in * New: rpm Group: "rtems" (rpm -q -g rtems reports all RTEMS packages)
1999-10-25	Merged scripts-19991022-0 changes from Ralf.	Joel Sherrill	1	-9/+7

1999-10-21	Now builds RPM without complete source. Each target is only 15K.	Joel Sherrill	1	-1/+13

1999-10-21	Made the RTEMS version get substituted properly even though it is	Joel Sherrill	1	-1/+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	-2/+3
	Ralf's end of day version.
1999-10-20	New version from Ralf.	Joel Sherrill	1	-50/+76

1999-10-20	Committing changes before Ralf's changed.	Joel Sherrill	1	-0/+13

1999-10-19	Left to build overnight.	Joel Sherrill	1	-1/+1

1999-10-19	Now easier to modify version numbers in scripts.	Joel Sherrill	1	-5/+5

1999-10-18	Working on being able to cut RPMs. It now appears that the process	Joel Sherrill	1	-0/+113
	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.