summaryrefslogtreecommitdiffstats
path: root/c/src/exec/posix (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Updated version string.Joel Sherrill1999-04-151-2/+1
|
* Added include of rtems/posix/cancel.h.Joel Sherrill1999-04-151-0/+1
|
* Removed alarm(), killinfo() and pause() because they are now in their own file.Joel Sherrill1999-04-151-372/+1
|
* Now compiles and is included in normal build even though it is untested.Joel Sherrill1999-04-152-67/+75
| | | | Added multiprocessing conditional.
* Cleaned up.Joel Sherrill1999-04-151-3/+6
|
* Now compiles and is included in normal build even though it is untested.Joel Sherrill1999-04-152-8/+11
|
* Now compile files that previously existed but were not built because theyJoel Sherrill1999-04-151-2/+5
| | | | had not yet been debugged.
* Now install header files that existed but were not previously installed.Joel Sherrill1999-04-151-1/+1
|
* Now install some header files that existed but were not previouslyJoel Sherrill1999-04-151-1/+1
| | | | installed.
* Now install utsname.h.Joel Sherrill1999-04-151-2/+1
|
* Enabled cancellation information in POSIX API thread extension structure.Joel Sherrill1999-04-151-2/+0
|
* Added set_errno_and_return_minus_one_cast.Joel Sherrill1999-04-151-0/+3
|
* Added in some header files that existed but were not previously installed.Joel Sherrill1999-04-151-3/+3
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to correct theJoel Sherrill1999-04-122-30/+931
| | | | --enable-tests problem a better way.
* Added line to initialize timer_max.Joel Sherrill1999-04-121-0/+2
|
* Cleaning up unused files.Joel Sherrill1999-04-062-168/+2
|
* When compiled in debug mode, the POSIX threads inline file was notJoel Sherrill1999-03-311-0/+1
| | | | included and we ended up with undefined references.
* Fixed typo where _POSIX_signals_Clear_process_signals was not prototypedJoel Sherrill1999-03-301-1/+1
| | | | and _POSIX_signals_Set_process_signals was done twice.
* utime.h moved to c/src/lib/include/sys since it is needed by some libcJoel Sherrill1999-03-241-1/+1
| | | | routines.
* Fix based on bug report from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-03-241-25/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There seems to be an ugly dependency between posix-headers and libcsupport. Configuring rtems with ../rtems-rc-19990324-0/configure \ --target=i386-rtems \ --prefix=<somewhere> \ --disable-posix "make RTEMS_BSP=pc386" results into: [...] /opt/rtems/bin/i386-rtems-gcc --pipe -B/users/rtems/src/multi/build/pc386/lib/ -specs bsp_specs -qrtems -I/users/rtems/src/multi/build/pc386/lib/include/networking -g -Wall -ansi -fasm -O4 -fomit-frame-pointer -c -o o-pc386/utime.o ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c In file included from ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c:16: /opt/rtems/i386-rtems/include/utime.h:4: sys/utime.h: No such file or directory ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c:24: warning: `struct utimbuf' declared inside parameter list ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c:24: warning: its scope is only this definition or declaration, ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c:24: warning: which is probably not what you want. ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c: In function `utime': ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c:34: dereferencing pointer to incomplete type ../../../../../rtems-rc-19990324-0/c/src/lib/libc/utime.c:34: dereferencing pointer to incomplete type make[4]: *** [o-pc386/utime.o] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/lfs/poseidon/users/rtems/src/multi/build/c' make: *** [all] Error 1 Apparently sys/utime.h is one of the posix headers and therefore gets not installed (I suppose this is correct). IMO, this probably indicates that sys/utime.h has to be moved to another include subdirectory and should not be part of the posix-package. [AFAIK, sys/*.h are system dependent headers, so why should it be a posix-header? - Hmm]
* Towards automake XI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-03-1914-42/+168
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Part of the automake VI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-03-012-19/+19
| | | | | | | | | | | | | | | | > 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).
* Part of the automake VI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-02-1814-5/+33
| | | | | | | | | | | | | | | | > 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).
* POSIX timer support.Joel Sherrill1999-02-101-1/+1
|
* POSIX timer support modifications.Joel Sherrill1999-02-103-4/+16
|
* POSIX Timers submitted by Juan Zamorano FloresJoel Sherrill1999-02-035-11/+1002
| | | | <jzamora@avellano.datsi.fi.upm.es>.
* Split psignal.c into many more files. This reduced the amount ofJoel Sherrill1999-01-3122-919/+1350
| | | | | object code that has to be loaded just for initializing the signal manager.
* Added include of <rtems/posix/priority.h> so a macro would expandJoel Sherrill1999-01-261-0/+1
| | | | and eliminate a link error.
* Split most of POSIX Threads Manager into multiple files.Joel Sherrill1999-01-2531-958/+1362
|
* Added enough prototypes to allow most of POSIX Threads Manager to beJoel Sherrill1999-01-251-0/+26
| | | | split into multiple files.
* Moved sys/ioctl.h to libc supportJoel Sherrill1999-01-192-18/+1
|
* Added files as part of moveJoel Sherrill1998-12-156-0/+84
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to reorganize POSIXJoel Sherrill1998-12-152-2/+2
| | | | | | | | | | | | | | | | | | | | | | directory in preparation for automake: Here is a shell script which reorganizes some parts of the exec/posix source tree. This shell scripts moves include files below exec/posix to different locations than now. It doesn't yet apply automake, but still use the old autoconf configuration scheme. It doesn't influence the build scheme at all (unless I corrupted something), only the location of the header files is different, which would ease applying automake later. The purpose of this shell script is to demonstrate the style of structural changes I would like to see in rtems in near future to prepare a smooth transition to automake. Then CC could pickup rtems' header files from their location inside of the source tree in future, instead of the build tree as it is done now. In case you would accept this patch/script, there would be more similiar ones to come.
* Moved around per Ralf Corsepius as preparation for automakeJoel Sherrill1998-12-1545-4254/+0
|
* New files added as part of file system infrastructure effort.Joel Sherrill1998-11-234-0/+84
|
* Added base version of file system infrastructure. This includes a majorJoel Sherrill1998-11-234-2/+41
| | | | | | | | | | | | | | | | | | | | | | | | overhaul of the RTEMS system call interface. This base file system is the "In-Memory File System" aka IMFS. The design and implementation was done by the following people: + Joel Sherrill (joel@OARcorp.com) + Jennifer Averett (jennifer@OARcorp.com) + Steve "Mr Mount" Salitasc (salitasc@OARcorp.com) + Kerwin Wade (wade@OARcorp.com) PROBLEMS ======== + It is VERY likely that merging this will break the UNIX port. This can/will be fixed. + There is likely some reentrancy/mutual exclusion needed. + Eventually, there should be a "mini-IMFS" description table to eliminate links, symlinks, etc to save memory. All you need to have "classic RTEMS" functionality is technically directories and device IO. All the rest could be left out to save memory.
* Added --disable-multiprocessing flag and modified a lot of files to makeJoel Sherrill1998-11-2314-23/+108
| | | | it work.
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-11-191-1/+1
| | | | | | | | | | | | | | | 1) Socket timeout field changed from `short' to `long'. This makes longer timeouts possible. With a 1 kHz system clock the old system allowed timeouts only up to a little over 30 seconds! This change is a slightly cleaned-up version of the patch proposed by Ian Lance Taylor. 2) Major changes to BOOTP/DHCP reply handling. Now supports much of RFC2132. These changes were done at the request of, and with the assistance of, Erik Ivanenko. If you're making changes, you might want to change the network supplement Essentially just do a global search and replace of BOOTP with BOOTP/DHCP.
* New files.Joel Sherrill1998-09-273-1/+35
|
* Now compiles.Joel Sherrill1998-09-253-1/+7
|
* Added ENOSYS stubs for a number of process routines.Joel Sherrill1998-09-258-0/+132
|
* Added __RTEMS_INSIDE__ macro to insure that ".inl" files are ALWAYS includedJoel Sherrill1998-08-241-1/+1
| | | | when building the executive source.
* All task delete API level services were incorrectly assuming that theJoel Sherrill1998-06-181-1/+5
| | | | | | | | | | | 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.
* Moved POSIX_signals_Siginfo_node structure definition to headers/psignal.hJoel Sherrill1998-04-271-5/+1
| | | | so confdefs.h could see it.
* Changed __POSIX_SIGNALS_h to __RTEMS_POSIX_SIGNALS_h to avoid conflict withJoel Sherrill1998-04-272-4/+14
| | | | | | | the system signals.h file. Moved POSIX_signals_Siginfo_node type definition to this file to allow confdefs.h to know the size per queued signal.
* Made these have real constants.Joel Sherrill1998-04-034-44/+52
|
* updated copyright to 1998Joel Sherrill1998-02-1744-44/+44
|
* Big patch form Ralf Corsepius described in this email:Joel Sherrill1998-01-3013-52/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-2013-13/+13
|
* Modified a lot of files to take a first cut at supporting building fromJoel Sherrill1997-12-1013-13/+52
| | | | | 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).
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-06 22:40:19 +0000