summaryrefslogtreecommitdiffstats
path: root/make/custom/ts_386ex.cfg (unfollow)
Commit message (Collapse)AuthorFilesLines
2009-10-15Remove (Moved to c/src/lib/libbsp/<cpu>/<bsp>).Ralf Corsepius1-27/+0
2008-03-112008-03-11 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill1-1/+1
* custom/av5282.cfg, custom/bare.cfg, custom/default.cfg, custom/gba.cfg, custom/gp32.cfg, custom/i386ex.cfg, custom/idp.cfg, custom/mbx8xx.cfg, custom/mcf5235.cfg, custom/mcp750.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/mvme3100.cfg, custom/mvme5500.cfg, custom/nios2_iss.cfg, custom/pc386.cfg, custom/posix.cfg, custom/score603e.cfg, custom/sim68000.cfg, custom/simcpu32.cfg, custom/ss555.cfg, custom/ts_386ex.cfg, custom/uC5282.cfg, custom/virtex.cfg: Switch to explicit .exe instead of EXEEXT to get it to work.
2008-03-06Make all BSPs use the same rules for invoking gcc and g++ to link an ↵Joel Sherrill1-9/+3
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.
2007-05-102007-05-10 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill1-12/+4
* custom/gba.cfg, custom/gp32.cfg, custom/i386ex.cfg, custom/pc386.cfg, custom/sim68000.cfg, custom/ts_386ex.cfg: Clean up to use .nxe extension instead of BSP unique ones.
2007-01-18Add -g to CFLAGS_OPTIMIZE_V.Ralf Corsepius1-1/+1
2007-01-182007-01-18 Ralf Corsépius <ralf.corsepius@rtems.org>Ralf Corsepius1-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.
2007-01-18Cosmetics.Ralf Corsepius1-1/+1
2006-11-30Cleanup.Ralf Corsepius1-3/+1
2005-11-22Replace .coff with .elf.Ralf Corsepius1-1/+1
2002-05-142002-05-01 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-6/+0
* custom/dmv177.cfg: Use -mcpu=603e. * custom/ppcn_60x.cfg: Use -mcpu=603e. * custom/psim.cfg: Use -mcpu=603e. * custom/score603e.cfg: Use -mcpu=603e. * custom/ts_386ex.cfg: Remove obsolete comments. * custom/rxgen960.cfg: Remove obsolete comments. * custom/cvme961.cfg: Remove obsolete comments.
2002-03-282002-03-26 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-13/+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.
2001-11-142001-11-14 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-13/+0
* custom/ts_386ex.cfg: Remove make-target-options.
2000-08-01Patch rtems-rc-20000731-2-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-1/+1
that does the following: Changes: Remove $(SED) and $(CP) from make/custom/*.cfg Motivation: * autoconf and automake presuppose sed and cp to be present. * make/host.cfg.in already contains SED = sed hard-coded into it for a long time. * Elimination of make-variables * Eliminate make/*.cfg files or at least reduce their complexity :)
2000-07-13Patch rtems-rc-20000713-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-4/+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 :)
2000-07-13Removed NDEBUG as a per BSP option.Joel Sherrill1-5/+0
2000-07-12Patch rtems-rc-20000712-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-4/+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.
2000-06-12Merged from 4.5.0-beta3aJoel Sherrill1-1/+1
1999-08-11Patch from Tony R. Ambardar <tonya@ece.ubc.ca>:Joel Sherrill1-9/+7
I'm attaching a big patch for the ts_386ex BSP which adds and includes the following: 1) Conversion to ELF format + minor code cleanups + documentation. 2) An Ada95 binding to FreeBSD sockets, based on Samuel Tardieu's adasockets-0.1.3 package. This includes some sample applications. 3) Some Ada and C interfaces to add serial-port debugging to programs. Comes with examples, too; the Ada one shows how transparent adding the support can be. Note that Rosimildo sent me the original C code. The network stuff is not BSP specific, and could be added to your Ada code collection. The debugging stuff is specific to the i386. Right now, everything sits in my "tools" directory.
1999-07-30 Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-3/+0
The main topic is replacing the hard-coded values for HAS_MP and HAS_RDBG in custom/*.cfg with per-bsp configuration-time autoconf checks (This is the patch I had mentioned before earlier this week). CHANGES * HAS_MP removed from custom/*.cfg, replaced with configuration time autoconf check * HAS_RDBG removed from custom/*.cfg, replaced with configuration-time autoconf check * NEW: c/src/make/bsp.cfg.in, takes configuration-time checked per-bsp values (i.e. HAS_MP, HAS_RDBG), gets installed as $(prefix)/<bsp>/make/bsp.cfg * NEW: default.cfg includes bsp.cfg - this change is backward compatible. * IMPORT_SRC: apply VPATH instead for ts_386ex/i386ex subdirectory Makefile.ins * HACK: a bug in acpolish mis-handles addtions to makefile variables which are enclosed in gmake conditionals: c/src/lib/libbsp/m68k/ods68302/start302/Makefile.in * Apply inline_dir, HAS_MP and HAS_RDBG for avoiding configuration of unneeded subdirectories in various configure.in files. * Several minor changes in Makefile.ins and configure.ins, wrt. to the order of including *.cfg and defining Makefile variables APPLYING THE PATCH: patch -p1 < rtems-rc-19990709-4.diff ./autogen
1999-07-26 Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-4/+0
This patch is an addition to "The big-patch" CHANGES: * FIX: c/Makefile.am: bogus comment which changed the behavior of c/Makefile.am removed * FIX: make/custom/ts_i386ex.cfg did not set HAS_NETWORKING correctly (Me thinks it might have been me who added this bogus setting :-). * NEW: removing make targets get, protos, debug_install, profile_install * NEW: replacing clobber with distclean * NEW: Reimplement distclean and clean as reverse depth first make targets (adaptation to automake's behavior) * NEW: removing RCS_CLEAN from make distclean (tools/build/rcs_clean is still in - remove it?) * NEW: "$(RM) Makefile" added to make distclean (adaptation to automake's behavior) * NEW: "$(RM) config.cache config.log" to CLOBBER_ADDITIONS in [lib|exec|tests]/Makefile.in (adaptation to automake's behavior) * NEW: "$(CLEAN_PROTOS)" removed (Not used anywhere) * NEW: binpatch.c moved from i386 bsp tools to tools/build (AFAIS, binpatch is not specific to the pc386 BSP at all) * NEW: AC_EXEEXT added to all configure scripts which contain AC_PROG_CC (Cygwin support) * NEW/Experimental: An experimental implementation of temporary installation tree support in libbsp/i386/pc386/tools/Makefile.am, based on dependency tracking with make, instead of applying INSTALL_CHANGE. REMARK: * This patch is small in size, but changes the behavior of "make clean|distclean|clobber" basically. * This patch does not alter building/compiling RTEMS, ie. there should be no need to rerun all "make all" building tests. KNOWN BUGS: * make RTEMS_BSP="..." distclean in c/ runs "make distclean" in BSPs subdirectories passed through RTEMS_BSP and in "c/." only, but does not descend into other BSP subdirectories previously configured with different settings of make RTEMS_BSP="...". => Workaround: always use the same setting of RTEMS_BSP when working inside the build-tree. * "make [distclean|clean]" do not clean subdirectories, which have been configured at configuration time, but which are not used due to make-time configuration (e.g. macros/networking/rdgb subdirectories). This will problem will vanish by itself when migrating from make-time to configuration-time configuration APPLYING THE PATCH mv c/src/lib/libbsp/i386/pc386/tools/binpatch.c tools/build patch -p1 < rtems-rc-19990709-2.diff autogen
1999-06-14Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-2/+5
* Use $(PACKHEX) instead of $(PROJECT_TOOLS)/packhex * Set HAS_RDBG=no for ts_386ex otherwise building it will attempt to compile librdbg for pc386
1999-05-14Removed -fomit-frame-pointer from all i386 BSPs since it breaks C++Joel Sherrill1-1/+2
exceptions and makes debug stack traces impossible.
1999-04-23New BSP from Tony R. Ambardar <tonya@ece.ubc.ca> from theJoel Sherrill1-11/+23
University of British Columbia. The BSP is for: Yes, this is the "entry model" of a series of boards from Technologic Systems. Costs <$200 I believe. They have a WWW page at www.t-systems.com. I am letting them know about the availability of this BSP too.
1999-04-19Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-0/+3
This is an attempt to work-around a couple of nasty bugs in librdbg's Makefiles and configuration: Configure and build RTEMS as below: configure --enable-networking --enable-rdbg --target=i386-rtems make RTEMS_BSP=i386ex After a few minutes you will notice that building aborts in librdbg .... Analysis: 1) librdbg is tried to be built, though librdbg is not supported and the required directory hierarchy librdbg/i386/i386ex/ is not existant. The cause for this is incorrect setting of HAS_RDBG in most make/custom/*.cfg files (except pc386.cfg). At the moment all custom/*.cfg files (except pc386.cfg) in general are required to contain HAS_RDBG=no. However, having HAS_NETWORKING=no in most custom/*.cfg files and the toplevel configure script suppress building librdbg for all CPUs except of i386. => The i386ex BSP falls though this scheme and librdbg is tried to be build (CPU=i386 and HAS_NETWORKING=yes). 2) The Makefile.ins below lib/librdbg in general support i386/pc386 only and are not capable to be used for multiple CPUs or BSPs (RPCGEN generates it's target and bsp-specific files into librdbg/, therefore no other CPU or BSP can ever be built afterwards). This problem is hidden until now, because only a single CPU/BSP pair (i386/pc386) is really supported. 3) The Makefile.ins below lib/librdbg can delete source files due to improper handling of source files (make clean removes the *.x files in the source-tree when configuring inside of the source-tree). The patch below tries to work-around these problems for the i386ex and the pc386 BSPs. This work-around is rather fragile (it applies rpcgen -D, I don't know how portable this is) and incomplete (all custom/*.cfg except of pc386.cfg should contain HAS_RDBG=no), nevertheless it should work.
1999-03-08Added $(CPPFLAGS) to all gcc 2.8 style make-exe rules.Joel Sherrill1-1/+1
1999-02-18Part of automake VI Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill1-2/+2
> Adds variables to the custom/*cfg files to specify the location of > tools. The purpose is to remove hard-coded paths from the Makefiles. > > In later steps this eases moving the tools to other locations.
1998-11-23Removed "HAS_NETWORKING=no".Joel Sherrill1-4/+0
1998-10-22Patch from Erik Ivanenko <erik.ivanenko@utoronto.ca>:Joel Sherrill1-15/+16
Please find attached a new i386ex.cfg. It has been altered to change the files that get generated with the .nxe extension to .coff. This change is necessary to align the file names generated by "make-exe" to the those referred to in the GDB.HOWTO found in the i386/shared/comm directory. It has been successfully tested on ticker ( without GDB), and base_sp( with GDB ) . I just set a breakpoint and continue...
1998-08-20Patches from Eric NorumJoel Sherrill1-4/+0
1998-08-20FreeBSD stack compiles for the first time (except libc/strsep.c)Joel Sherrill1-0/+4
1998-06-27Monstrous patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>. I haveJoel Sherrill1-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.
1998-04-15Stack checker now enabled via initial set of user extensions. ThisJoel Sherrill1-4/+0
eliminates the need to build the entire application with the STACK_CHECKER_ON macro defined.
1998-04-06Purged references to STACK_CHECKER_REPORT_USAGEJoel Sherrill1-5/+0
1998-01-20Removed PROJECT_HOME and CONFIG_DIR variables.Joel Sherrill1-0/+89