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

	Commit message (Collapse)	Author	Age	Files	Lines
*	Patch from Andrew Bray <andy@chaos.org.uk>:	Joel Sherrill	1999-04-06	1	-0/+3
\| \| \| \| \| \|	In your various bsp_specs files, even when ecrti.o is defined as a startfile, ecrtn.o is not defined as an endfile. Instead it seems to be in the library list - untidy.
*	Removed warning for unnecessary reference to start as entry point.	Joel Sherrill	1998-05-04	1	-1/+1
\|
*	Incorporated Ralf Corsepius' idea for new -q flags to properly support	Joel Sherrill	1998-02-11	1	-2/+7
\| \| \| \|	"gmake debug".
*	Moved -qnolinkcmds option so arguments passed on the command line are	Joel Sherrill	1997-12-20	1	-2/+2
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	interpreted at the right point per Eric Norum's discovery: The problem with the my previous `fix' for adding linker commands was with the ordering of the options to the linker. For example, to make a larger heap size, the application Makefile would CFLAGS_LD = -Wl,--defsym -Wl,HeapSize=0x40000 The command passed to the linker would be : m68k-rtems-ld .... -T xxx/linkcmds .... --defsym HeapSize=0x40000 ..... This doesn't work because the script in linkcmds inserts a default value for HeapSize if HeapSize is not defined by the time the linker looks at the linkcmds script. The solution seems to be to move the -T linkcmds%s in the bsp_specs file out of the link specfication and into the lib specification -- a little unorthodox, perhaps, but it seems to work!
*	Modified bsp_specs per Eric Norum's suggestion to handle -qnolinkcmds	Joel Sherrill	1997-12-19	1	-1/+1
\| \| \| \|	switch which lets the user specify a different linker script.
*	Modified to search RTEMS library before Newlib C library.	Joel Sherrill	1997-10-08	1	-1/+1
\|
*	Switched to new style which does not require hackspecs.awk.	Joel Sherrill	1997-08-28	1	-29/+13
\|
*	new file used by gcc 2.8.x -specs option	Joel Sherrill	1997-01-28	1	-0/+34