summaryrefslogtreecommitdiffstats
path: root/c/src/exec (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Rename hppa1_1 to hppa1.1 and switched to using __XXX__ macros forJoel Sherrill1998-03-242-14/+14
| | | | the CPU family name constants.
* Renamed hppa1_1 to hppa1.1Joel Sherrill1998-03-231-4/+1
|
* renamed ppc to powerpcJoel Sherrill1998-03-231-1/+0
|
* Fixed spacing to be consistent with other CPUs.Joel Sherrill1998-03-211-1/+1
|
* POSIX not properly conditionalizedJoel Sherrill1998-03-212-2/+2
|
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-03-201-81/+75
| | | | | | Here is my attempt at bringing m68k.h into line with the predefined symbols provided by egcs-1.0.2-prerelease (with R. Kirkham's patch so that -mcpu32, etc. implies -msoft-float).
* SH port submitted from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill1998-03-2013-0/+2869
|
* Removed use of dc. David Fiddes reported that this is part of theJoel Sherrill1998-02-271-1/+17
| | | | | GNU tool bc which is not always installed under Linux and seldom present under non-UNIX environments like Win32.
* Modified to make it possible for an ISR to return a mutex which didJoel Sherrill1998-02-201-2/+20
| | | | not use priority ceiling or priority inheritance protocols.
* Added misisng line continuation.Joel Sherrill1998-02-202-2/+2
|
* changed version to 980219Joel Sherrill1998-02-192-2/+2
|
* Accounted for fixed system overhead.Joel Sherrill1998-02-192-4/+20
|
* changed version to 980218Joel Sherrill1998-02-182-2/+2
|
* Ralf Corsepius noted that there was a dead path in _Thread_Initialize.Joel Sherrill1998-02-181-6/+2
|
* updated copyright to 1998Joel Sherrill1998-02-17475-479/+479
|
* Renamed init.o to exinit.o to avoid naming conflicts with tests.Joel Sherrill1998-02-171-2/+2
|
* Installing sptables with version information.Joel Sherrill1998-02-172-6/+6
|
* renamed init.c exinit.cJoel Sherrill1998-02-171-1/+1
|
* First cut at automatic insertion of version information.Joel Sherrill1998-02-174-6/+28
|
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-02-171-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I've gone through and cleaned up the TFTP driver so that it fits into the libio system. Here's the comment from the new driver: /* * Usage: * * To open `/bootfiles/image' on `hostname' for reading: * fd = open ("/TFTP/hostname/bootfiles/image", O_RDONLY); * * The `hostname' can be a symbolic name or four * dot-separated decimal values. * * To open a file on the host which supplied the BOOTP * information just leave the `hostname' part empty: * fd = open ("/TFTP//bootfiles/image", O_RDONLY); * */ You can `fopen' TFTP files the same way: fp = fopen (fullname, "r"); nread = fread (cbuf, sizeof cbuf[0], sizeof cbuf, fp); The diff's are included below. I've also modified the TFTP demo program and the bootstrap PROM example. They should be on my ftp site `soon'. The one thing I don't like is the way I had to do an end-run on the libio routines to get errno passed back from my driver to the application (since there are some errno codes that don't map to RTEMS status codes). My approach was to set errno in the driver and have the driver routine return an RTEMS status code that I `know' isn't in the errno_assoc[] in libio.c. Perhaps there should be an RTEMS_TRANPARENT_ERRNO status code (or something similar) which driver routines could return to indicate that the driver routine has set errno and that the libio routines shouldn't attempt to map the returned status code to errno. Actually, I think the entire I/O system needs looking at -- as you've already mentioned. The hacks I've dropped in to syscalls.c to make fstat work, for example, are *not* shining examples of good code......
* Swapped C++ and ASM "endifs"Joel Sherrill1998-02-171-2/+2
|
* Install size info using "standard" suffix.Joel Sherrill1998-02-111-8/+1
|
* Fixed to correctly operate on target variants like debug and profile.Joel Sherrill1998-02-072-12/+33
|
* Patch from Ralf Corsepius to reduce the amount of memory consumed byJoel Sherrill1998-02-042-4/+12
| | | | the workspace by default.
* Ralf Corsepius noticed that generally was spelled incorrectly.Joel Sherrill1998-02-0411-11/+11
|
* Added call to libc_wrapup() in _exit. This fixes a problem whereJoel Sherrill1998-02-031-0/+1
| | | | | the atexit routines on the global reentrancy structure were not invoked. But it does not seem like a 100% correct solution.
* Big patch form Ralf Corsepius described in this email:Joel Sherrill1998-01-3058-232/+116
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Corrected Linux port for glibc2Joel Sherrill1998-01-302-1/+3
|
* Change to remove warning on glibc2 systems per Ralf Corsepius'sJoel Sherrill1998-01-281-1/+6
| | | | suggestion.
* Solaris port updates from Chris JohnsJoel Sherrill1998-01-234-17/+9
|
* Cleaned up a bit.Joel Sherrill1998-01-231-9/+31
|
* Removed warning per Chris Johns' suggestion.Joel Sherrill1998-01-204-4/+4
|
* Removed warning per Chris John's suggestion.Joel Sherrill1998-01-201-1/+1
|
* Removed CONFIG_DIR and PROJECT_HOME directories.Joel Sherrill1998-01-2058-58/+58
|
* Added _times_r.Joel Sherrill1998-01-191-0/+7
|
* Patch from Eric Norum:Joel Sherrill1998-01-191-0/+1
| | | | | With this in place, it is possible to fdopen a TCP stream socket and getc/fprintf/etc. on the STDIO stream!
* Jennifer found some uninitialized variables:Joel Sherrill1998-01-161-1/+7
| | | | | | + major and minor number elements in rtems_termios_open. + arg->ioctl_return in rtems_termios_ioctl routine.
* Error reported by Duncan Smith <dds@flavors.com>:Joel Sherrill1998-01-152-2/+2
| | | | | | | | | | | | | | | | | | | | | | >> >>There is a 30 day error in _TOD_Days_since_last_leap_year[2..3] >> > >> >Thanks. >> >What's the condition to hit this error? >> >Every year 4n+2 and 4n+3 ? >> >(i.e. 1998, 1999, 2002, 2003, ...) >> > >> OK: 96 97 00 01 04 05 ... >> Bad: 98 99 02 03 06 07 ... There is also a problem in newlib 1.7.x reported at the same time: >> I found another, that would strike only on 2/29/2000, or other leapyears. >> Only a problem on 1 day. >> >> Joel: FYI, there is a bug in Newlib localtime.c, localtime or (_tm_time). >> Ours is modified for dst and timezones, but the bug was in original source. >> I have not looked at the latest public source (nor do I know where to find >> it).
* Changed initial settings of first time.Joel Sherrill1998-01-061-3/+5
|
* Fixed spacing.Joel Sherrill1998-01-061-2/+2
|
* Added CONFIGURE_GNAT_KEYS to correct the number of keys configuredJoel Sherrill1997-12-232-24/+22
| | | | | | | | | for GNAT. It was the number of Ada tasks when in fact the run-time only required a single key. Also added the CONFIGURE_MAXIMUM_FAKE_ADA_TASKS constant to account for resources allocated for each non-Ada task/thread which invokes the Ada run-time implicitly through an Ada call.
* Corrected prototypes for all termios console write driver entries toJoel Sherrill1997-12-222-3/+4
| | | | properly reflect the const on the buffer pointer being passed in.
* Now generating this file with autoconf to avoid having to embed soJoel Sherrill1997-12-221-0/+221
| | | | much target specific information in the script.
* Changed invocation of size_rtems to match new autoconf'ed version.Joel Sherrill1997-12-221-1/+1
|
* Changed from .align to .p2align to avoid differences in meaning ofJoel Sherrill1997-12-221-6/+6
| | | | | .align between i386-rtems (real number on .align) and i386-go32-rtems (power of 2).
* Added lines to build sizeinfo.txt which is automatically generated nowJoel Sherrill1997-12-221-0/+3
| | | | by size_rtems.
* Modified a lot of files to take a first cut at supporting building fromJoel Sherrill1997-12-1058-58/+232
| | | | | 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).
* Moved include of rtems/score/cpu.h to make sure TRUE and FALSE were defined.Joel Sherrill1997-12-062-4/+4
| | | | | This simple error resulted in the wrong FP context structure being used for hardware contexts on the m68k. This was a difficult problem to find.
* Inclusion of PC386 BSP submitted by Pedro Miguel Da Cruz Neto RomanoJoel Sherrill1997-12-011-0/+2
| | | | | <pmcnr@camoes.rnl.ist.utl.pt> and Jose Rufino <ruf@asterix.ist.utl.pt> of NavIST (http://pandora.ist.utl.pt/).
* Corrected comment.Joel Sherrill1997-11-302-6/+1
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-04 05:00:04 +0000