summaryrefslogtreecommitdiffstats
path: root/c/src/exec/rtems (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Towards automake XI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-03-1913-39/+156
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch is the most scary of all proposals I've been mailing to you this week until now. It consists of 3 parts: 1. a patch 2. a perl script (acpolish) 3. a shell script wrapper to invoke the perl-script. The perl-script reads in each Makefile.in and modifies them ("polishes/beautifies" them :-). These modifications are not easy to describe: Basically, it hard-codes some automake Makefile-variables and rules into RTEMS autoconf-Makefile.ins (Note: autoconf vs. automake!!) and converts some settings/variables to configure scripts' requirements (Yes, plural). E.g. it adds the automake standard variables $top_builddir and $subdir, adds dependency rules for automatic re-generation of Makefiles from Makefile.in, adds support variables for relative paths to multiple configure scripts etc. The patch is a one-line patch to enable the support of the new features added by acpolish. The shell script is a wrapper which pokes around inside of the source tree for Makefile.ins and invokes acpolish on all autoconf-Makefile.ins. acpolish is designed to be able to run several times on the same Makefile.in and may once become a more general tool to convert RTEMS Makefile.in to automake. Therefore, I'd like to keep it inside of source tree. (e.g. as contrib/acpolish or c/update-tools/acpolish). However, it doesn't make sense to export it outside of RTEMS. To apply this: cd <source-tree> patch -p1 -E < <path-to-patch>/rtems-rc-19990318-1.diff tar xzvf <path-to>/rtems-rc-polish.tar.gz ./rtems-polish.sh ./autogen Note: The path contrib/acpolish is hard-coded into rtems-polish.sh, if you decide to put it in an alternative place, please modify rtems-polish.sh to reflect this change. Later: cvs rm make/rtems.cfg (It isn't used anymore) cvs add contrib cvs add contrib/acpolish cvs commit I've tested this intensively, but naturally I can't exclude bugs. Ralf. PS.: Most probably, this is the last "Towards automake" patch. The next one probably will be a real automake patch.
* Unlimited objects patch from Chris Johns <ccj@acm.org>. Email follows:Joel Sherrill1999-03-171-15/+17
| | | | | | | | | | | | | | | | | | | | | | | | | First, the unlimited patch. I have compiled the unlmited patch for the Linux posix BSP only and it seems to work cleanly. I would like a really major application run on this change before commiting as the changes are very core and significant. I am currently building all the tests to run. I have no targets suitable to test on at the moment. I have tested the patch for inline functions and macros. Turning macros on has found some core bugs. I have fixed these but have not run all the tests. Please review the patch for these changes. They are: 1) The conditional compilation for MP support broke the core messages code. You cannot embed a conditional macro in another macro. The Send and Urgent Send calls are macros. 2) User extensions handler initialisation now has two parameters. I have updated the macros to support the extra parameter. The patch also contains the gcc-target-default.cfg fix required to build the kernel. More of a by product than a fix for you.
* Part of the automake VI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-02-1813-4/+30
| | | | | | | | | | | | | | | | > 5) rtems-rc-19990202-1.diff/reorg-install.sh > > reorg-install.sh fixes a Makefile variable name clash of RTEMS > configuration files and automake/autoconf standards. > Until now, RTEMS used $(INSTALL) for install-if-change. Automake and > autoconf use $(INSTALL) for a bsd-compatible install. As > install-if-change and bsd-install are not compatible, I renamed all > references to install-if-changed to $(INSTALL_CHANGED) and used > $(INSTALL) for bsd-install (==automake/autoconf standard). When > automake will be introduced install-if-change will probably be replaced > by $(INSTALL) and therefore will slowly vanish. For the moment, this > patch fixes a very nasty problem which prevents adding any automake file > until now (There are still more).
* Comments fixed after problem report from Ian Lance Taylor <ian@airs.com>.Joel Sherrill1999-02-101-19/+10
|
* New file added in automake reorg.Joel Sherrill1998-12-171-0/+30
|
* Automake reorgnization.Joel Sherrill1998-12-176-0/+84
|
* Part II automake reorg by Ralf CorsepiusJoel Sherrill1998-12-152-7/+2
|
* Part II automake reorg by Ralf CorsepiusJoel Sherrill1998-12-1566-7521/+0
|
* Corrected ifdef on RTEMS_MULTIPROCESSING so the queue is actually closed.Joel Sherrill1998-12-031-2/+4
|
* Added --disable-multiprocessing flag and modified a lot of files to makeJoel Sherrill1998-11-2338-126/+445
| | | | it work.
* Added __RTEMS_INSIDE__ macro to insure that ".inl" files are ALWAYS includedJoel Sherrill1998-08-243-3/+3
| | | | when building the executive source.
* Added system task attribute to allow one to create a task with "0" priorityJoel Sherrill1998-08-217-9/+69
| | | | via the user api.
* All task delete API level services were incorrectly assuming that theJoel Sherrill1998-06-181-1/+10
| | | | | | | | | | | task to be deleted was created via the same API (i.e. were of the object class created by this API). For example, a POSIX thread calling the rtems_task_delete(SELF) directive would incorrectly update the RTEMS object local pointer table. Jennifer discovered this when moving tests implemented in C using the Classic RTEMS API into a tree of Ada tests. The Ada tests were implicitly using POSIX services. This lead to some unexpected behavior.
* updated copyright to 1998Joel Sherrill1998-02-17160-160/+160
|
* Big patch form Ralf Corsepius described in this email:Joel Sherrill1998-01-309-36/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Here is the result of my nightly work to get RTEMS_ROOT=$srcdir working with different shells and relative/absolute paths. What I did is relatively simple in principle: Instead of setting RTEMS_ROOT in configure.in and then let configure substitute @RTEMS_ROOT@ inside the Makefiles, I now let each Makefile set RTEMS_ROOT from each Makefile's @top_srcdir@ value. The difference is subtile, but with enormous side effects: - If RTEMS_ROOT is set in configure, then the same single value will be propagated to all Makefiles. This breaks using relative paths, as the relative path to the root of the source tree is used inside of all subdirectory Makefiles. - Now each Makefile.in sets RTEMS_ROOT = @top_srcdir@. top_srcdir is computed individually by configure for each single Makefile.in, hereby receiving the correct value, no matter if relative or absolute paths are used. To get this working, I needed to remove setting RTEMS_ROOT from target.cfg.in, because this overrides the value of RTEMS_ROOT from each individual Makefile. Furthermore, I removed RTEMS_CUSTOM from the Makefiles and replaced all "include $(RTEMS_CUSTOM)" directives with"include $(RTEMS_ROOT)/make/custom/$(RTEMS_BSP)". Perhaps you don't like this, but I think, to have one variable less is clearer and easier to understand than having several variables refering to the next one. I enclose a small patch to this mail, which - fixes the config.h problem (to finally clearify misunderstands) - removes assignment/subsitution of RTEMS_ROOT from configure.in - contains a workaround for the application Makefile's RTEMS_ROOT problem (reported by Eric) - removes some unused lines from the toplevel Makefile.in - removes assignment of RTEMS_ROOT from make/target.cfg.in
* Removed CONFIG_DIR and PROJECT_HOME directories.Joel Sherrill1998-01-209-9/+9
|
* Modified a lot of files to take a first cut at supporting building fromJoel Sherrill1997-12-109-9/+36
| | | | | any directory in the build tree. The only variable which must be set before the command "gmake" is invoked is RTEMS_BSP (e.g. RTEMS_BSP=erc32).
* Added check that return argument pointer for old_isr_handler was valid.Joel Sherrill1997-10-211-0/+3
|
* Fixed typo in the pointer to the license terms.Joel Sherrill1997-10-08160-320/+320
|
* Removed include directory at "build" point and the link of this directoryJoel Sherrill1997-10-087-9/+9
| | | | | | to lib/include. Went to using a PROJECT_INCLUDE variable.
* Make Post an atomic operation.Joel Sherrill1997-10-064-4/+24
|
* Added RTEMS_IO_ERROR status code.Joel Sherrill1997-08-282-2/+4
|
* Added these files to contain bodies for routines included in the APIJoel Sherrill1997-08-023-1/+102
| | | | | but which did not have real bodies. This is necessary for languages like Ada95 which must have real entries in a library for bindings.
* Added rtems_message_queue_get_number_pending directive.Joel Sherrill1997-07-316-30/+139
|
* fixed typoJoel Sherrill1997-07-182-8/+8
|
* Corrected typos and spacing.Joel Sherrill1997-07-092-6/+6
|
* Added support for context switching the data used by the gcc m68kJoel Sherrill1997-05-282-2/+2
| | | | | | software floating point emulation code. Code implemented by Karen Sara Looney <Karen.Looney@colorado.edu> with much email assistance from Joel.
* Corrected by adding check for NULL address passed into get_statusJoel Sherrill1997-04-251-0/+3
| | | | directive.
* Added to comment header block to include new status directive.Joel Sherrill1997-04-252-0/+2
|
* promote TOD_MICROSECONDS_TO_TICKS through API as RTEMS_MICROSECONDS_PER_TICK.Joel Sherrill1997-04-222-0/+4
|
* File changed to reflect change in license and copyright.Joel Sherrill1997-04-221-5/+5
|
* headers updated to reflect new style copyright notice as partJoel Sherrill1997-04-22157-785/+785
| | | | of switching to the modified GNU GPL.
* added support for statistics on rate monotonic periods.Joel Sherrill1997-04-093-15/+142
|
* This set of changes is the build of what was required to convert toJoel Sherrill1997-04-019-0/+296
| | | | | | | | | | | | | | | | | | | | GNU autoconf. This is the first large step in allowing an RTEMS user to perform a one-tree build (per crossgcc FAQ) including RTEMS in the build process. With this change RTEMS is configured in built in the same style as the GNU tools, yet retains the basic structure of its traditional Makefiles (ala Tony Bennett). Jiri Gaisler (jgais@wd.estec.esa.nl) deserves (and received) a big thank you for doing this. There are still issues to be resolved but as of this commit, all target which can be built on a linux host have been using a modified version of the source Jiri submitted. This source was merged and most targets built in the tree before this commit. There are some issues which remain to be resolved but they are primarily related to host OS dependencies, script issues, the use of gawk for hack_specs, and the dependence on gcc snapshots. These will be resolved.
* Modified calls to _Thread_Change_priority to take a third argument. The newJoel Sherrill1997-03-081-1/+1
| | | | | | | | | | | | argument indicates whether the task is to be placed at the head or tail of its priority fifo when it is lowering its own priority. POSIX normally follows the RTEMS API conventions but GNAT expects that all lowering of a task's priority by the task itself will result in being placed at the head of the priority FIFO. Normally, this would only occur as the result of lose of inherited priority. The RTEMS API always puts tasks at the end of their priority group except upon loss of inherited priority.
* Suggested changes from Mark Jordan which eliminate warnings and errorsJoel Sherrill1996-12-028-16/+22
| | | | | | | | he received using the Microtec C++ compiler. Most of these are either missing casts from/to (void *), heavy handed use of enumerated types, or simply assumed conversions. There is at least one actual bug in an error path in thread.c in which the wrong argument was passed to _Thread_Stack_Free and was not being caught by gcc.
* changed _TOD_Is_set from a function to a boolean variableJoel Sherrill1996-09-065-9/+9
|
* _MPCI_Register_packet_processor: changed protoype first parameter type to ↵Mark Johannes1996-08-081-1/+1
| | | | MP_packet_Classes
* switched from "STATIC INLINE" to "RTEMS_INLINE_ROUTINE"Joel Sherrill1996-07-0330-148/+148
|
* Added Sporadic Server support to posix threads which required changesJoel Sherrill1996-06-061-4/+16
| | | | | in the core to support multiple algorithms to handle cpu time budgetting which resulted in a change to the calling sequence of _Thread_Initialize.
* added priority ceiling supportJoel Sherrill1996-06-031-1/+2
|
* renamed _TOD_Ticks_since_boot as _Watchdog_Ticks_since_boot so the WatchdogJoel Sherrill1996-05-312-2/+2
| | | | | Handler could timestamp the starting and stopping of timers. Since TOD is built on top of Watchdog, this avoided a circular dependency.
* *** empty log message ***Joel Sherrill1996-05-291-0/+3
|
* It is now not an error to have 0 RTEMS initialization tasks since you couldJoel Sherrill1996-05-291-0/+6
| | | | create POSIX initialization threads.
* split the inclusion of "EXTERN" data based on whether it was sapi,Joel Sherrill1996-05-2820-24/+26
| | | | score, rtems api, or posix api related.
* added initial posix configuration supportJoel Sherrill1996-05-284-0/+110
|
* event.c: _Event_Manager_initialization no longer a static inlineJoel Sherrill1996-04-192-0/+29
| | | | sem.c: modified to eliminate Purify warnings
* _Event_Manager_initialization no longer a static inlineJoel Sherrill1996-04-192-38/+0
|
* event.h: _Event_Manager_initialization no longer a static inlineJoel Sherrill1996-04-192-38/+0
|
* event.h: _Event_Manager_initialization no longer a static inlineJoel Sherrill1996-04-194-0/+24
| | | | support.h: updated to use RTEMS_APPLICATION macro
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-02 16:41:57 +0000