summaryrefslogtreecommitdiffstats
path: root/README.configure (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 2010-09-27 Ralf Corsépius <ralf.corsepius@rtems.org>Ralf Corsepius2010-09-271-26/+2
| | | | * README.configure: Further cleanup.
* 2010-09-26 Ralf Corsépius <ralf.corsepius@rtems.org>Ralf Corsepius2010-09-261-13/+0
| | | | * README.configure: Remove the most obsolete parts.
* 2010-06-21 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2010-06-211-4/+0
| | | | * Makefile.maint, README.configure: Remove more ITRON references.
* added COBRA5475 BSPThomas Doerfler2009-10-161-1/+1
|
* 2008-12-04 Jukka Pietarinen <jukka.pietarinen@mrf.fi>Joel Sherrill2008-12-041-1/+5
| | | | * README.configure: Add Lattice Mico32 support.
* 2008-10-02 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-10-021-0/+3
| | | | | * README.configure: Add new M32R port. It is just a beginning but the BSP is functional enough to initialize and shutdown RTEMS.
* 2008-10-02 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-10-021-17/+14
| | | | | * README.configure, aclocal/bsp-alias.m4, aclocal/check-bsps.m4: Add M32C port and m32csim BSP.
* 2008-09-25 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-09-251-1/+1
| | | | | | | * README.configure, aclocal/bsp-alias.m4, aclocal/check-bsps.m4: Recognize the the GDB SuperH simulator is just an architectural simulator and does not include devices. Rename existing simulator BSP configurations to simsh1 and simsh2 and add simsh4.
* 2008-09-09 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-09-091-41/+33
| | | | * README.configure: Updated list of BSPs.
* added new BSP for powerpc/tqm8xx boardsThomas Doerfler2008-09-081-1/+2
|
* 2008-08-15 Allan Hessenflow <allanh@kallisti.com>Joel Sherrill2008-08-151-1/+1
| | | | * src/lib/libbsp/mips/jmr3904/tools/runtest: Add bf537Stamp.
* added BSP to m68kThomas Doerfler2008-07-111-0/+1
| | | | adapted PPC exception code
* added BSP hsc_cm01Thomas Doerfler2007-08-101-1/+3
|
* 2007-08-06 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2007-08-061-1/+1
| | | | | | * README.configure, aclocal/bsp-alias.m4: Rename EP5200 to IceCube since that is the nickname for the Freescale evaluation board it is based upon. BSP was tested on a Freescale MPC5200LITE.
* compilable release of virtex/gen83xx/gen5200 powerpc adaptations. Merged ↵Thomas Doerfler2007-07-101-1/+1
| | | | many different versions of new exception handling code to shared sources.
* merged individual exception handler code to a common one.Thomas Doerfler2007-07-041-0/+1
|
* 2007-06-20 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2007-06-201-1/+3
| | | | * aclocal/bsp-alias.m4, README.configure: Add ep5200, IceCube, 5200Lite.
* 2007-06-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2007-06-121-1/+1
| | | | * README.configure: Removed armulator.
* 2007-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2007-05-151-1/+1
| | | | | * README.configure, aclocal/check-bsps.m4: Remove references to mbx860_1b since it is just an alternate name for the mbx860_001b.
* 2007-05-11 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2007-05-111-63/+67
| | | | | * README.configure, aclocal/bsp-alias.m4, aclocal/check-bsps.m4: Per Jiri Gaisler remove unused erc32nfp and leon1 BSP variants.
* 2007-05-11 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2007-05-111-1/+1
| | | | * README.configure: DMV152 obsoleted.
* 2006-06-23 Worth Burruss <worth@motioncontrol.org>Joel Sherrill2006-06-231-2/+2
| | | | * README.configure: Add mcf5235.
* 2005-04-28 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2005-04-281-13/+12
| | | | | * README.configure: Updated to account for removal of dmv177 and ppcn_60x as well as other additions and deletions.
* 2004-09-29 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2004-09-291-10/+7
| | | | | * MAINTAINERS, README.configure, c/ACKNOWLEDGEMENTS, c/TOOL_TARGETS: i960 obsoleted and all references removed.
* 2004-01-07 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2004-01-071-2/+2
| | | | | * README.configure: Remove efi68k and efi332 references as they are no longer in the tree.
* 2003-12-19 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2003-12-191-1/+1
| | | | | * README.configure: Reflect requireing autoconf-2.59 and automake-1.8.
* 2003-09-26 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2003-09-261-12/+4
| | | | * README.configure, aclocal/rtems-cpu-subdirs.m4: Removing HPPA port.
* 2003-02-14 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2003-02-141-4/+0
| | | | | * README.configure, aclocal/rtems-cpu-subdirs.m4: Remove a29k references.
* 2003-02-06 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2003-02-071-41/+53
| | | | | * README.configure: Updated to reflect new BSPs and deprecated targets.
* 2002-11-07 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2002-11-071-20/+16
| | | | | * configure.ac: Remove make/Templates/Makefile. * README.configure: Minor massaging.
* 2002-01-19 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2002-01-201-5/+8
| | | | | | | | * configure.ac: Add --enable-docs support. Add RTEMS_HOST_CONFIG_SUBDIRS(doc). Remove doc/Makefile. * Makefile.am: Add HOST_SUBDIRS to SUBDIRS. Remove doc from hard-coded SUBDIRS. * README.configure: Added a bit of information on this new option.
* 2001-11-08 Dennis Ehlin (ECS) <Dennis.Ehlin@ecs.ericsson.se>Joel Sherrill2001-11-081-1/+1
| | | | | | | | | This modification is part of the submitted modifications necessary to support the IBM PPC405 family. This submission was reviewed by Thomas Doerfler <Thomas.Doerfler@imd-systems.de> who ensured it did not negatively impact the ppc403 BSPs. The submission and tracking process was captured as PR50. * README.configure: Added gen405 BSP.
* 2001-05-25 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2001-05-251-2/+8
| | | | | | * README.configure: Corrected the name of the MRM332 BSP. Strengthened the distinction between what the target and the BSP each select. Added more targets to list.
* 2001-05-25 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2001-05-251-5/+14
| | | | * README.configure: Updated the list of BSPs.
* 2000-11-13 Jiri Gaisler <jgais@ws.estec.esa.nl>Joel Sherrill2000-11-131-1/+1
| | | | | | * README.configure, aclocal/bsp-alias.m4, aclocal/check-bsps.m4: Modified to reflect addition of LEON BSPs as well as the no-FP ERC32 variant.
* 2000-08-31 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-09-011-12/+12
| | | | * LICENSE.NET, README, README.configure: Spelling corrections.
* Updated.Joel Sherrill2000-02-081-5/+20
|
* Removed targets and configurations that are no longer functionalJoel Sherrill1999-10-051-28/+0
| | | | | | | | | | | | | | and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
* Removed targets and configurations that are no longer functionalJoel Sherrill1999-10-051-2/+1
| | | | | | | | | | | | | | and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-161-1/+0
| | | | | | | | | | | | | | | | FYI: I am not talking about using "make -C <dir>", which probably is much faster on M$ hosts than RTEMS's implementation, but about removing --enable-gmake-print support and to apply a variant of automake's subdirectory. Automake's subdirectory rule seems to be a little bit faster, but I wouldn't bet on this. Attached to this mail is my proposal. After applying the patch, please run cvs rm aclocal/enable-gmake-print.m4 ./autogen
* Patch from Emmanuel Raguet <raguet@crf.canon.fr> to add informationJoel Sherrill1999-03-171-0/+6
| | | | about the enable rdbg configure option.
* Corrected the comments on --enable-gcc28 and switched the sense of theJoel Sherrill1999-02-251-10/+10
| | | | --enable-tests switch.
* Added missing BSPs.Joel Sherrill1998-10-131-4/+5
|
* Updated to reflect stack transition.Joel Sherrill1998-08-201-3/+4
|
* Bare BSP patch from Chris Johns <cjohns@plessey.com.au>. He alsoJoel Sherrill1998-06-271-2/+16
| | | | sent an example bare bsp but we have not decided how to integrate it yet.
* Rename hppa1_1 to hppa1.1 and switched to using __XXX__ macros forJoel Sherrill1998-03-241-2/+2
| | | | the CPU family name constants.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-02-171-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Yep, I have a bunch of bug-fixes and additions pending (Yet another monster patch, ... I can hear you scream :-). 1) configure.in : one AC_CONFIG_HEADER(...) line too much. 2) configure.in: gcc28 support is enabled by default, i.e. if no --enable-gcc28 option is passed on the command line. I am not sure if this is intentional. IMO, AC_ARG_ENABLE for --enable-gcc28 should look like: AC_ARG_ENABLE(gcc28, \ [ --enable-gcc28 enable use of gcc 2.8.x features], \ [case "${enableval}" in yes) RTEMS_USE_GCC272=no ;; no) RTEMS_USE_GCC272=yes ;; *) AC_MSG_ERROR(bad value ${enableval} for gcc-28 option) ;; esac],[RTEMS_USE_GCC272=yes]) 3) At the end of c/src/exec/score/cpu/m68k/m68k.h > #ifdef __cplusplus > } > #endif > > #endif /* !ASM */ in my opinion these two statements should be swapped: > #endif /* !ASM */ > > #ifdef __cplusplus > } > #endif I didn't try to compile for m68k, but does't this give an error? Is it compensated somewhere else - or didn't I look carefully enough? 5) configure.in: --enable-cpp should probably be renamed to --enable-cxx, as gnu-programs use "cxx" to specify C++ specific configure options, while cpp is used for the preprocessor (e.g egcs uses --with-cxx-includedir, autoconf internally uses $CXX), 6) The macro files from aclocal/*.m4 contain the buggy sed-rules formerly contained in aclocal..m4, i.e. the sed/sort-bug fix to aclocal.m4 didn't make it to aclocal/*.m4. I think I should feel guilty for that - Obviously I submitted the contents of an old aclocal-directory last time. - Sorry. 7) For sh-rtems, we currently need to add additional managers to MANAGERS_REQUIRED (from inside of custom/*.cfg). Currently MANAGERS_REQUIRED is defined in make/compilers/*.cfg. This seems to prevent overriding MANAGERS_REQUIRED from custom/*.cfg files - Obviously the files are included in such a way that the settings from compilers/*cfg always override settings from custom/*.cfg files. Furthermore, I think, defining MANAGERS_* inside gcc-<target>.cfg files is not correct - MANAGERS are not gcc-variant-dependent, but depend on targets/bsps and therefore should be defined in a bsp/target dependent file, e.g. in custom/*.cfg or target.cfg.in. I think defining default settings for MANAGERS* in custom/default.cfg could be an appropriate location. But this requires all custom/*.cfg files to include default.cfg, which *-posix.cfg files don't seem to do. Therefore I would like propose to move MANAGERS* to target.cfg.in - they are included by all custom/*.cfg files. Perhaps we/you should use this opportunity to merge parts from custom/default.cfg into target.cfg.in. This ensures to have the setting included once per target makefile and will open the opportunity to have autoconf doing additional work on bsp-configurations. Peanuts sofar, ... but here it comes ... (:-) 8) I am preparing a major enhancement to autoconf support for gnutools/compilers. It is not yet finished, but usable and I'll therefore attach a preliminary version to this mail. Motivation: * Fix problems with --enable-gcc28, if target-cc is not gcc28 compatible * Fix -pipe problems * Fix problems with hard-coded paths in configuration files (esp. posix) * Fix consistency problems with explictly given gnutools and gcc's gnutools Currently included: * detection and checking of host and target compiler (gcc/g++) * checking if target gnutools are in path * checking if <target>-gcc -specs works (autodisabling gcc28 if not) * checking if <target>-gcc -pipe works Todo : * *posix.cfg files are not yet adapted => The hard-coded paths for these systems are still in use. * Check if the host compiler $CC is properly propagated to the Makefiles (I doubt it, but this should not matter) * Check if rtems' generic tools still work properly (It looks like, but who knows) * Integrate CXX support into default.cfg or gcc-target-default.cfg (It looks like C++ support is only used by posix BSPs) * Automatically handle RANLIB/MKLIB for targets * Plenty ... (:-) Open problems: * Untested for non-gcc compatible host and target compilers. This should be no problem if the tools are named follow gnutool's naming convention and are included in $PATH while running configure. * Intentionally using different tools than that gcc has been configured for, e.g. use a different assembler ? This should be still possible if XX_FOR_TARGET is hard-coded into custom/*.cfg. I don't see why anybody should want to do this, but who knows? I have tested this version on linux and solaris hosts, with gcc's directories mounted at weird non-standard mount points, using egcs (linux/sh-rtemscoff), gcc-2.7.2.2 using native tools (solaris), gcc-2.7.2.3 w/ gnutools (solaris/linux). I don't expect it to break anything, but of cause I can't promise it. It will break most/all *-posix.cfg configuration almost for certain, but not more as rtems' current *posix.cfg configurations already do (hard-coded configurations). I am not sure if this is ready to be included into the next snapshot or not. Perhaps you might try this on your systems and if it you don't notice serious bugs you might put it into the snapshot for public testing (I don't like this, but I don't see another possiblity to test generality). I enclose a patch for configure.in and some configuration files which comprizes fixes for all items mentioned except of #3 . Don't forget to run "aclocal -I aclocal; autoconf;" after applying the patch (:-).
* Robin Kirkham reported that the install point was incorrect in this file.Joel Sherrill1998-02-101-1/+1
|
* Ralf Corsepius reported a number of missing CVS Id's:Joel Sherrill1998-01-161-0/+3
| | | | | | | | | | > RTEMS is under CVS control and has been since rtems 3.1.16 which was > around May 1995. So I just to add the $Id$. If you notice other files > with missing $Id$'s let me know. I try to keep w\up with it. Now that you have asked -- I'll attach a list of files lacking an RCS-Id to this mail. This list has been generated by a little sh-script I'll also enclose.
* Removed reference to CC_FOR_TARGET since I don't want anyone overridingJoel Sherrill1997-12-221-4/+8
| | | | | | it anyway. :) Added hints about --prefix and --program-prefix options.
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-26 16:02:40 +0000