summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/m68k/mvme167/bsp_specs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Remove make preinstallChris Johns2018-01-251-9/+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.
* genmcf548x, mvme147, mvme147s, mvme162, mvme167: Simplify bsp_specsJoel Sherrill2017-12-201-5/+1
| | | | | | | These BSPs used shared/startup/linkcmds.base and had to be modified as a set. Updates #3520.
* mvme167: Simplify bsp_specsJoel Sherrill2017-12-191-7/+0
| | | | | | | | | This bsp-specs added many libraries which it should not have. It also added the non-standard -qjava option which if actually used will have to be addressed by adding linker options on the GCC command line. Updates #3520.
* bsps/m68k: Add libatomic support to some bsp_specsSebastian Huber2016-09-231-1/+1
| | | | Update #2695.
* 2008-12-04 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-12-041-2/+2
| | | | | | * bsp_specs: Move -e start from *link to *startfile to avoid warning for undefined entry symbol when linking relocatables with binutils 2.19.
* 2007-04-12 Ralf Corsépius <ralf.corsepius@rtems.org>Ralf Corsepius2007-04-121-8/+4
| | | | * bsp_specs: Remove qrtems_debug.
* 2003-08-06 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2003-08-061-3/+0
| | | | | * bsp_specs: Remove -D__embedded__ -Asystem(embedded) from cpp. Remove cpp, old_cpp (now unused).
* 2002-08-21 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2002-08-211-4/+4
| | | | * bsp_specs: Added support for -nostdlibs.
* 2001-12-22 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2002-01-041-1/+1
| | | | | * bsp_specs: Replace -lrtemsall with -lrtemsbsp -lrtemscpu, replace -lrtemsall_g with -lrtemsbsp_g -lrtemscpu_g.
* Patch from John Cotton <john.cotton@nrc.ca>, Charles-Antoine GauthierJoel Sherrill2000-06-121-1/+1
| | | | | | | | | | | | | | | <charles.gauthier@iit.nrc.ca>, and Darlene A. Stewart <Darlene.Stewart@nrc.ca> to add support for a number of very significant things: + BSPs for many variations on the Motorola MBX8xx board series + Cache Manager including initial support for m68040 and PowerPC + Rework of mpc8xx libcpu code so all mpc8xx CPUs now use same code base. + Rework of eth_comm BSP to utiltize above. John reports this works on the 821 and 860
* Merged from 4.5.0-beta3aJoel Sherrill2000-06-121-6/+2
|
* All m68k BSPs now build with new ELF style linkcmds.Joel Sherrill2000-01-131-1/+1
|
* Eric Norum <eric@cls.usask.ca> submitted linker script and bsp_specsJoel Sherrill2000-01-121-1/+5
| | | | | | | | for the gen68360 that let it work with ELF and C++ exceptions. This was used as the basis for changes to EVERY m68k bsp_specs and linkcmds. Before this modification is over, the layout of the starting stack, heap, and workspace will likely be modified for every m68k BSP. Then they will all be very similar.
* Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill1999-09-071-2/+2
| | | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
* Patch from Charles-Antoine Gauthier <charles.gauthier@iit.nrc.ca>.Joel Sherrill1999-07-261-2/+6
| | | | | | | | | | | | | | | | | | | to address m68k-rtemself for the MVME167. Here is the rtems patch I promissed you a long time ago to enable ELF with m68k. The target name I selected is m68k-rtemself. It preserves the m68k-rtems COFF target, and is parterned after the other ELF/COFF dual targets. The mvme167.cfg file causes the -qelf flag to be used during compilation if the name of the compiler contains rtemself. This flag is used in the bsp_specs file to select the elflinkcmds file rather than the linkcmds file. The former is for ELF, the latter for COFF. Some patches are required to the mc68040 FPSP code. Some of the assembler files contain instructions that were rejected by the m68k-rtemself-as assembler. This is a minor bug in the m68k ELF assembler, I think.
* MVME167 BSP submitted by Charles Gauthier <Charles.Gauthier@iit.nrc.ca>.Joel Sherrill1999-02-181-0/+23