summaryrefslogtreecommitdiffstats
path: root/make/custom/gen68360.cfg (follow)
Commit message (Collapse)AuthorAgeFilesLines
* hris Johns <chrisj@rtems.org>Chris Johns2008-06-111-2/+2
| | | | | | | | | | | | | | * custom/av5282.cfg, custom/csb360.cfg, custom/gen68302.cfg, custom/gen68340.cfg, custom/gen68360.cfg, custom/mcf5206elite.cfg, custom/mcf5235.cfg, custom/mrm332.cfg, custom/mvme136.cfg, custom/mvme147.cfg, custom/mvme162.cfg, custom/mvme162lx.cfg, custom/mvme167.cfg, custom/ods68302.cfg, custom/sim68000.cfg, custom/simcpu32.cfg, custom/uC5282.cfg: Change CCFLAGS to use the -mcpu= option for Coldfires now supported in GCC 4.3.0. 2008-06-10 Matthew Riek <matthew.riek@ibiscomputer.com.au> * custom/mcf52235.cfg: New.
* Make all BSPs use the same rules for invoking gcc and g++ to link an ↵Joel Sherrill2008-03-061-12/+0
| | | | application. Share as much logic as possible for .num file and size information. Let BSPs provide custom rules to tranform executable from linked .exe to downloadable RTEMS Application Loadable File (RALF) .ralf file.
* Add -g to CFLAGS_OPTIMIZE_V.Ralf Corsepius2007-01-181-1/+1
|
* Misc cleanups.Ralf Corsepius2007-01-181-3/+2
|
* 2007-01-18 Ralf Corsépius <ralf.corsepius@rtems.org>Ralf Corsepius2007-01-181-1/+1
| | | | | | | | | | | | | | | | * custom/av5282.cfg, custom/bare.cfg, custom/dmv152.cfg, custom/gen405.cfg, custom/gen5200.cfg, custom/gen68302.cfg, custom/gen68340.cfg, custom/gen68360.cfg, custom/helas403.cfg, custom/hurricane.cfg, custom/i386ex.cfg, custom/idp.cfg, custom/mbx8xx.cfg, custom/mcf5206elite.cfg, custom/mcf5235.cfg, custom/mcp750.cfg, custom/mpc8260ads.cfg, custom/mrm332.cfg, custom/mtx603e.cfg, custom/mvme136.cfg, custom/mvme147.cfg, custom/mvme162.cfg, custom/mvme162lx.cfg, custom/mvme167.cfg, custom/mvme2100.cfg, custom/mvme2307.cfg, custom/mvme5500.cfg, custom/ods68302.cfg, custom/pc386.cfg, custom/psim.cfg, custom/rbtx4925.cfg, custom/sim68000.cfg, custom/simcpu32.cfg, custom/ss555.cfg, custom/ts_386ex.cfg, custom/uC5282.cfg: CFLAGS_OPTIMIZE_V = -O2.
* Cosmetics.Ralf Corsepius2007-01-181-1/+1
|
* Remove obsolete comments referring to gcc-2.8.Ralf Corsepius2007-01-181-2/+1
|
* Cosmetics.Ralf Corsepius2007-01-181-1/+1
|
* Cleanup.Ralf Corsepius2006-11-301-2/+1
|
* 2002-08-06 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2002-08-061-1/+1
| | | | | * custom/efi332.cfg, custom/gen68340.cfg, custom/gen68360.cfg, custom/mrm332.cfg: Use more proper CPU models so libcpu knows more.
* 2002-08-05 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2002-08-051-12/+1
| | | | | | | | * Per PR260 eliminate use of make-target-options. This impacted RTEMS allowing a distinction between the CPU32 and CPU32+ in the SuperCore and required that the m68k optimized memcpy be moved to libcpu. * custom/gen68360.cfg: Remove make-target-options.
* 2002-03-26 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2002-03-281-18/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * custom/cvme961.cfg: Remove GCC272 support. * custom/dmv152.cfg: Remove GCC272 support. * custom/efi332.cfg: Remove GCC272 support. * custom/efi68k.cfg: Remove GCC272 support. * custom/eth_comm.cfg: Remove GCC272 support. * custom/gen405.cfg: Remove GCC272 support. * custom/gen68302.cfg: Remove GCC272 support. * custom/gen68340.cfg: Remove GCC272 support. * custom/gen68360.cfg: Remove GCC272 support. * custom/genmongoosev.cfg: Remove GCC272 support. * custom/helas403.cfg: Remove GCC272 support. * custom/i386ex.cfg: Remove GCC272 support. * custom/i960sim.cfg: Remove GCC272 support. * custom/idp.cfg: Remove GCC272 support. * custom/leon2.cfg: Remove GCC272 support. * custom/mbx8xx.cfg: Remove GCC272 support. * custom/mcf5206elite.cfg: Remove GCC272 support. * custom/mpc8260ads.cfg: Remove GCC272 support. * custom/mrm332.cfg: Remove GCC272 support. * custom/mvme136.cfg: Remove GCC272 support. * custom/mvme147.cfg: Remove GCC272 support. * custom/mvme167.cfg: Remove GCC272 support. * custom/ods68302.cfg: Remove GCC272 support. * custom/p4000.cfg: Remove GCC272 support. * custom/p4600.cfg: Remove GCC272 support. * custom/p4650.cfg: Remove GCC272 support. * custom/pc386.cfg: Remove GCC272 support. * custom/portsw.cfg: Remove GCC272 support. * custom/psim.cfg: Remove GCC272 support. * custom/rxgen960.cfg: Remove GCC272 support. * custom/score603e.cfg: Remove GCC272 support. * custom/sim68000.cfg: Remove GCC272 support. * custom/simhppa.cfg: Remove GCC272 support. * custom/simsh4.cfg: Remove GCC272 support. * custom/ts_386ex.cfg: Remove GCC272 support.
* 2000-09-12 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-09-121-2/+2
| | | | | | | | | | * custom/erc32.cfg: Add comment on -mno-v8, -mcypress. * custom/gen68302.cfg: Comment out LIBC_LIB[C|M]. * custom/gen68340.cfg: Comment out LIBC_LIB[C|M]. * custom/gen68360.cfg: Comment out LIBC_LIB[C|M]. * custom/idp.cfg: Comment out LIBC_LIB[C|M]. * custom/mvme162.cfg: Comment out LIBC_LIB[C|M]. * custom/ods68302.cfg: Comment out LIBC_LIB[C|M].
* Patch rtems-rc-20000713-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-07-131-7/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | that is yet another multilib-related structual cleanup patch: Changes: * Make RTEMS_TEST_NO_PAUSE a tests/ subpackage specific option. - Remove RTEMS_TEST_NO_PAUSE from custom/*.cfg, targopts.h and cpuopts.h. - Add autoconf macros RTEMS_*_RTEMS_TEST_NO_PAUSE (aclocal/rtems-test-no-pause.m4). - Add RTEMS_*_RTEMS_TEST_NO_PAUSE support to sptests/configure.ins and tmtests/configure.in. These are the only subdirectories which currently apply RTEMS_TEST_NO_PAUSE. - Add autoconf-DEFS support to all test subpackages' configure.ins below tests/. I.e. AC_DEFINES now get explicitly propagated as preprocessor defines into Makefiles, cf. AM_CPPFLAGS in tests/*/*.am, instead of using a global config-files. - Remove NDEBUG from custom/*.cfg. * AC_DEFINE POSIX_API, ITRON_API and MULTIPROCESSING in exec/configure.in, only. - All other sources now should relay on the values from cpuopts.h and should not define them themselves. - Several related changes to many configure.ins * Bug-fixes to RTEMS_*_RTEMS_DEBUG macros (Actually workarounds to quoting bugs in autoconf). Notes: * This patch is rather immature and only tested for a small subset of BSPs (requires the tests to be enabled and therefore takes an tremendous amount of disc space and time.) * The patches to *cfg were generated by a script. Expect file formating changes :)
* Removed NDEBUG as a per BSP option.Joel Sherrill2000-07-131-6/+1
|
* Patch rtems-rc-20000712-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-07-121-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | that is yet another multilib-related structual cleanup patch: Changes: * Make RTEMS_DEBUG a global per-cpu configuration option * Remove RTEMS_DEBUG from targopts.h * Add a global --enable-rtems-debug option disabled by default. * Add RTEMS_DEBUG to cpuopts.h * Remove all references to RTEMS_DEBUG from custom/*.cfg Notes: * RTEMS_DEBUG is set in c/src/exec/configure.in only (RTEMS_CHECK_RTEMS_DEBUG) and should be defined in cpuopts.h only. BSPs should not redefine it, but use the value being provided by cpuopts.h. => With multilibs, users have to choose: Either enable RTEMS_DEBUG for all BSPs and CPU_MODELs of a cpu or not. * Only few BSPs had RTEMS_DEBUG enabled, therefore I set the default to disabled. * This patch influences the per-BSP building scheme. Existing BSPs which set RTEMS_DEBUG in their make-target-options rule might have problems at runtime.
* Merged from 4.5.0-beta3aJoel Sherrill2000-06-121-1/+1
|
* Patches rtems-rc-20000204-0.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-02-081-1/+1
| | | | | | | | | | | | | | | | | that contains: * Removes remaining (now illegal) references to $(SRC) from a couple of Makefile.ams * Removes duplicate AC_CONFIG_SUBDIRS macro from c/configure.in * Moves ENABLE_LIBCDIR into RTEMS_PROG_C[C|XX]_FOR_TARGET (hides LIBCDIR from most configure scripts, i.e. LIBCDIR becomes less visible) * Adds RTEMS_PROG_C[C|XX]_FOR_TARGET and RTEMS_CANONICALIZE_TOOLS to libbsp/*/configure.ins (A minor bug in previous implementations, which only has an impact when switching to GNU/Cygnus canonicalization) * Cleans up several bogus comments. * Removes MKLIB * Switches the version number to 4.5.0 (for testing version number handling)
* Patch rtems-rc-19991117-16.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-11-231-3/+3
| | | | | | | * the PACKHEX etc problem * prevents the *.rels being removed inside the build-tree * a typo which only shows for when MP is activated * Alters some custom/*cfg files
* Removed need for START_BASE.Joel Sherrill1999-11-221-3/+0
|
* Patch rtems-rc-19991105-1.diff.gz from Ralf CorsepiusJoel Sherrill1999-11-161-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | <corsepiu@faw.uni-ulm.de> which does the following: This is the configuration cleanup patch: Main changes: * TARGET_ARCH removed * target.cfg.in moved to c/make/target.cfg.in (Only configured once for all BSPs of a target) * BARE_XXX variables appended to bsp.cfg.in * autogen renamed to bootstrap * removed stray variables from make/custom/*.cfg To apply: cd <source-tree> rm c/src/make/target.cfg.in cp autogen bootstrap mkdir c/make cp make/target.cfg.in c/make/target.cfg.in rm make/target.cfg.in rm autogen patch -p1 < rtems-rc-19991105-1.diff
* Added $(CPPFLAGS) to all gcc 2.8 style make-exe rules.Joel Sherrill1999-03-081-1/+1
|
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-10-011-0/+8
| | | | | | | | | Here's a patch to get rid of the `#define RTEMS__mcpu32p__ 1' when gen68360.cfg is being used as a companion for gen68360_040.cfg. The old version worked because of the order of the conditional tests in m68k.h (the check for __mc68040__ is before the test for RTEMS__mcpu32p__) , but I think it might have been a little confusing to others just getting started.
* Patch from Eric Norum <eric@skatter.USask.Ca>:Joel Sherrill1998-09-301-7/+0
| | | | | | | | | | | | | | | | | | | | | | | I found that my 68040/68360 test programs would not run even after I fixed the `wrong BSP' problem. It seems that there's a bug in the interrupt handling code for processors with hardware interrupt stacks (e.g. 68040). The wrong status register was getting pushed on the stack for the `return from exception' to call _ISR__Dispatch. This ended up making the context switch code run on the interrupt stack, so interrupt-driven context switches would always fail. I guess that no one has tried running any of the RTEMS-4.0 snapshots on a 68040 machine! Anyhow, here are the patches for 1) gen68360.cfg --- to fix the `wrong-BSP' problem. 2) m68k/cpu_asm.s --- to fix the hardware interrupt stack problem. With these patches in place, the network demo programs run on my 68040/68360 system. The paranoia program runs with no failures, defects nor flaws.
* Monstrous patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>. I haveJoel Sherrill1998-06-271-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | made no attempt to divide the comments up and place them with just the appropriate files. Here is an excerpt from Ralf's email: Changes including comments on changes I made after cycling through all the targets: * Added ranlib support. Now all targets use "ranlib" instead of "ar -s" to build an index for a library. If ranlib isn't detected during configuration, check if ar -s is working and try "ar -s" instead of * Removed $(XXX_FOR_TARGET) from make/target.cfg.in, use $(XXX) instead now. * gcc-target-default.cfg: LINK_XXXX-defines reworked to solve the -l problem under posix (cf gcc-target-default.cfg) * rtems-glom replaced by Makefile-rules inside of the wrapup/Makefile.in that has been using rtems-glom until now. * Removed CCC and friends in gcc-target-default.cfg, as they have been breaking CXX support. * Removed CONFIG.$(TARGET_ARCH).CC lines from several custom/*.cfg files, because this is now set in custom/default.cfg. * Added aclocal/ar-s.m4, check whether "ar -s" is working * Added aclocal/cygwin.m4 and aclocal/exeext.m4. * Reworked aclocal/canonicalize-tools.m4: Added ar -s check; fixes for problems when XXX_FOR_TARGET is given via environment variables (didn't work for gcc until now), adding cygwin check, improved autoconf-cache handling. * Removed -l from make rule dependencies. LINK_LIBS is now allowed to contain -L and -l. LINK_OBJS and LINK_FILES must not contain -L or -l. gcc28 make-exe rules now link using $(LINK_OBJS) $(LINK_LIBS) => Almost all custom/*.cfg are modified. This is very likely to break something because of typos or having missed to edit a file. Open problems, known bugs, things I didn't do: * custom/p4000.cfg seems to be out of date and requires to be reviewed. (JRS NOTE: It is subordinate p4650 and p4600 -- both of which build ok after minor changes.) * custom/psim.cfg needs to be reviewed, I added some changes to it, I am insecure about. (JRS NOTE: psim had a minor problem endif/endef swapped but runs fine.) * rtems-glom.in can now be removed. * gcc*.cfg files "make depend" rules don't honor language specific flags (e.g CXXFLAGS is ignored for *.cc) - Nothing to worry about now, but may cause problems for hosts/targets not using gcc or rtems-add-ons that use external packages. * AFAIS, the no_bsp BSP can't be build anymore, i.e. configure refused to configure for it whatever I tried. * The toplevel and toplevel+1 README files are quite out-dated * cygwin.m4 isn't of much use for rtems. In most cases (cf. aclocal/*.m4) it is worked around by directly using $host_os. I think I'll remove it soon after the next snapshot * Before release the cygwin patch needs to be tested under cygwin. I may have broken/missed something (esp. the sed-pattern to convert \\ into / may be broken). * You should try to build/run the posix-BSP under solaris - I don't expect problems, but I am not 100% sure, esp. with regard to ranlib/ar -s. * You should consider to convert all make/compilers/*.cfg files into make/compilers/*.cfg.in files and let autoconf generate the *.cfg. This may help getting rid of some if/then/else statements and help hard-coding some defines into those files in future and shouldn't disturb now. * Not having installed libc.a/libm.a on a host may still break building rtems, esp. when using -disable-gcc28 as the gcc27-configuration scheme directly accesses libc.a and libm.a. The problem should not appear when using gcc28 because it references libc/libm only through -lc and -lm which may be static or dynamic (I didn't test this). * shgen is not yet included (I didn't yet have enough time to integrate it). * I know about a few more configure-probs (esp. cross-checking --enable-* flags). + warn/refuse to configure when --enable-libcdir and --enable-gcc28 are given. + force --enable-libcdir when --disable-gcc28 is given * Replaced KSHELL with @KSH@ in some shell scripts generated by configure.in. * Added a dependency to aclocal/*.m4 in the toplevel Makefile => configure and aclocal.m4 will now be rebuild when any aclocal/*.m4 file is changed * Some changes to aclocal/gcc-pipe.m4 and aclocal/gcc-specs.m4 * Replaced i[[3456]]86-unknown-freebsd2.[[12]] with i[[3456]]86-*freebsd2.* in configure.in, as I suppose there might exist a variety of valid vendors (2nd field of the name-tripple) * Disabled override MAKEFLAGS in toplevel Makefile.in - Potential side-effects are not really clear to me. * In mvme162.cfg, $(LINK_LIBS) is missing in the CC line in gcc28's make-exe rule (yet another one I missed to edit). Just append $(LINK_LIBS) to the "CC" line, like I hopefully did to ALL other custom/*.cfg files. * the problem with mvme162lx.cfg is a follow-up problem of the mvme162.cfg-bug. * mvme162/console and idp/console had variables named Buffer which conflicted with similarly named variables in some tests.
* Added definition of RTEMS__mcpu32p__ per patch from Robin Kirkham.Joel Sherrill1998-06-251-0/+1
|
* Stack checker now enabled via initial set of user extensions. ThisJoel Sherrill1998-04-151-4/+0
| | | | | eliminates the need to build the entire application with the STACK_CHECKER_ON macro defined.
* Purged references to STACK_CHECKER_REPORT_USAGEJoel Sherrill1998-04-061-5/+0
|
* Changed CPU model to mcpu32.Joel Sherrill1998-04-061-1/+1
|
* Update from Eric Norum:Joel Sherrill1998-03-231-12/+3
| | | | | | | Here are some patches to the gen68360 BSP. The improvements include: Boot prom run-time selection of DRAM size (1/4/16 Mbytes) Full 32-bit ethernet address obtained from boot prom. Updated README.
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-03-201-11/+2
| | | | | | | | | | I've included a version of make/custom/gen68360.cfg that works with this. Note that I've removed the option of using `-m68020 -msoft-float -mno-bitfield' as an alternative to using `-mcpu32'. The alternative won't work with the new system (since it predefines __mc68020__ and not __mcpu32__), and didn't really work before anyway (since the newlib that gets linked was built with `-m68020 -msoft-float' and so could contain bitfield operators).
* Patch from Eric Norum:Joel Sherrill1998-02-191-5/+0
| | | | | | | | | | While trying to work through this problem I decided that the build-time selection of the console I/O operation (polling or interrupt) was too clumsy. Here's a patch that allows run-time (actually init-time) selection of the console I/O mode. It also shows the need for another `flags' or `options' field in the rtems_driver_address_table structure...
* Removed PROJECT_HOME and CONFIG_DIR variables.Joel Sherrill1998-01-201-0/+124
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-30 18:16:51 +0000