summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/no_cpu/no_bsp/bsp_specs (unfollow)
Commit message (Collapse)AuthorFilesLines
2018-01-25Remove make preinstallChris Johns1-7/+0
A speciality of the RTEMS build system was the make preinstall step. It copied header files from arbitrary locations into the build tree. The header files were included via the -Bsome/build/tree/path GCC command line option. This has at least seven problems: * The make preinstall step itself needs time and disk space. * Errors in header files show up in the build tree copy. This makes it hard for editors to open the right file to fix the error. * There is no clear relationship between source and build tree header files. This makes an audit of the build process difficult. * The visibility of all header files in the build tree makes it difficult to enforce API barriers. For example it is discouraged to use BSP-specifics in the cpukit. * An introduction of a new build system is difficult. * Include paths specified by the -B option are system headers. This may suppress warnings. * The parallel build had sporadic failures on some hosts. This patch removes the make preinstall step. All installed header files are moved to dedicated include directories in the source tree. Let @RTEMS_CPU@ be the target architecture, e.g. arm, powerpc, sparc, etc. Let @RTEMS_BSP_FAMILIY@ be a BSP family base directory, e.g. erc32, imx, qoriq, etc. The new cpukit include directories are: * cpukit/include * cpukit/score/cpu/@RTEMS_CPU@/include * cpukit/libnetworking The new BSP include directories are: * bsps/include * bsps/@RTEMS_CPU@/include * bsps/@RTEMS_CPU@/@RTEMS_BSP_FAMILIY@/include There are build tree include directories for generated files. The include directory order favours the most general header file, e.g. it is not possible to override general header files via the include path order. The "bootstrap -p" option was removed. The new "bootstrap -H" option should be used to regenerate the "headers.am" files. Update #3254.
2007-04-122007-04-12 Ralf Corsépius <ralf.corsepius@rtems.org>Ralf Corsepius1-4/+2
* bsp_specs: Remove qrtems_debug.
2003-08-062003-08-06 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius1-3/+0
* bsp_specs: Remove -D__embedded__ -Asystem(embedded) from cpp. Remove cpp, old_cpp (now unused).
2002-08-212002-08-21 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-2/+2
* bsp_specs: Added support for -nostdlibs.
2002-01-042001-12-22 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-1/+1
* bsp_specs: Replace -lrtemsall with -lrtemsbsp -lrtemscpu, replace -lrtemsall_g with -lrtemsbsp_g -lrtemscpu_g.
1999-06-14Patch ("FIX: no_cpu/no_bsp") from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-10/+0
This patch should fix the nastiest configuration bugs for no_cpu/no_bsp. With this patch applied, configure --target=no_cpu-rtems now correctly acknowledges its configuration, but later fails building when trying to build libcsupport (I leave this problem for you :-). Fixes/Changes: * aclocal/canonicalize-target-name.m4: use RTEMS_CPU instead of target_cpu, switch to a native compiler setup if target = no_cpu*rtems, ie. implicitly use host=target (native) and RTEMS_CPU=no_cpu for --target=no_cpu*rtems. * add no_bsp/bsp_specs (Support -qrtems, -qrtems_debug; please check before adding :-) * Use RTEMS_CANONICALIZE_TARGET_CPU instead of AC_CANONICAL_SYSTEM in toplevel/configure.in * All references to $target_cpu in aclocal/*.m4, Makefile.ins and *.cfg files changed to RTEMS_CPU * bug fixes to exec/score/cpu/no_cpu/wrap (This part of the patch may result into patch rejections, because your recently posted patch may also have addressed this problem). After applying this patch, please do: cvs add c/src/lib/libbsp/no_cpu/no_bsp/bsp_specs ./autogen
1998-03-20SH port submitted from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill1-7/+6
1998-02-11Incorporated Ralf Corsepius' idea for new -q flags to properly supportJoel Sherrill1-2/+7
"gmake debug".
1997-12-20Moved -qnolinkcmds option so arguments passed on the command line areJoel Sherrill1-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!
1997-12-19Modified bsp_specs per Eric Norum's suggestion to handle -qnolinkcmdsJoel Sherrill1-1/+1
switch which lets the user specify a different linker script.
1997-10-08Modified to search RTEMS library before Newlib C library.Joel Sherrill1-1/+1
1997-08-28Switched to new style which does not require hackspecs.awk.Joel Sherrill1-29/+13
1997-03-21Fixes incorrect reference to start symbol.Joel Sherrill1-1/+1
1997-01-28new file used by gcc 2.8.x -specs optionJoel Sherrill1-0/+34