summaryrefslogtreecommitdiffstats
path: root/c/src (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-03-31Corrected return value.Jennifer Averett2-2/+2
1999-03-31Added prints for calls into the file system. Added O_EXCL for an open thatJennifer Averett1-5/+28
tested that the same file could not be created twice.
1999-03-31Fixed paths to include files so this will build.Joel Sherrill24-38/+1089
1999-03-31Modified file to match output.Jennifer Averett1-11/+38
1999-03-31Fixed typos and mistakes related to adding gnatsupp.Joel Sherrill2-3/+2
1999-03-31Regenerated.Joel Sherrill3-368/+217
1999-03-31Removed warnings.Joel Sherrill1-0/+3
1999-03-31Removed warnings.Joel Sherrill1-4/+1
1999-03-31Removed warning.Joel Sherrill2-0/+4
1999-03-31Patch from Chris Johns <ccj@acm.org>:Joel Sherrill1-5/+13
joel@OARcorp.com wrote: > > Chris, > > sp09 fails on the rtems_port_delete(0) call. This is supposed to give an > invalid id error. I can't find any changes other than the unlimited > objects patch which would have tripped this so would appreciate it if you > could look into it. I suspect that this is a side-effect of the unlimited > objects patch. > It is me. > > Basically, there are 0 ports configured in sp09. The test ends up > dereferecing NULL in local_table[0] and comes up with a non-NULL invalid > pointer. > The issue is not actually allocating a local_table for an object type which has a maximum value of 0. I cannot remember the exact workings of the id values and the local_table. I might have changed the nature from the pre-unlimited change. As you know the id's are an interesting game where performance is most important. > > I know the problem could be solved by adding a check for index == 0. But > I hate to slow this path down. I think you may have changed the way the > object information structure gets initialized. > ---- CVS log ---- This change lets the unlimited and sp09 tests run on the posix Linux BSP. A static local variable `null_local_table' has been added. This variable is always set to NULL. The `**local_table' element of the information structure is set to point to this variable earily in the initialisation. If the object type has more than 0 elements the `local_table' element is updated. All object types which have 0 elements reference `null_local_table'. This change fixes the problem sp09 found yet does not add any extra processing to the critical `_Objects_Get_local_object' function. ---- CVS log ----
1999-03-31When compiled in debug mode, the POSIX threads inline file was notJoel Sherrill1-0/+1
included and we ended up with undefined references.
1999-03-31Another attempt to get runtest installed.Joel Sherrill4-7/+13
1999-03-31Patch from Eric Norum <eric@skatter.usask.ca> which changed the exitJoel Sherrill3-6/+3
sequence.
1999-03-30Removed warning for `#ifdef' argument starts with punctuation.Joel Sherrill3-3/+3
1999-03-30Removed warning for const removal.Joel Sherrill2-2/+2
1999-03-30Fixed typo where _POSIX_signals_Clear_process_signals was not prototypedJoel Sherrill1-1/+1
and _POSIX_signals_Set_process_signals was done twice.
1999-03-30Patch from "Tony R. Ambardar" <tonya@ece.ubc.ca> and blessed byJoel Sherrill1-2/+2
Ian Lance Taylor <ian@airs.com> to note that condition codes are modified.
1999-03-30Patch from Tony R. Ambardar <tonya@ece.ubc.ca> to add byte wideJoel Sherrill1-19/+90
register support to this driver.
1999-03-30Patch to add shutdown() routine from Tony R. Ambardar <tonya@ece.ubc.ca>.Joel Sherrill3-0/+75
1999-03-29Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill2-4/+4
rtems-rc-19990326-2.diff: Enhancements to autoconf support for librdbg * autoconf-checks for AWK and RPCGEN * disable librdbg if either AWK, RPCGEN or librdbg/$target_cpu cannot be found
1999-03-29Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to fix a typo.Joel Sherrill2-2/+2
1999-03-29 Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill6-1/+44
Yet some more modifications, I would recommend to be considered before releasing a snapshot: 1. Cleanup to aclocal/ cvs rm -f aclocal/cygwin.m4 cvs rm -f aclocal/exeext.m4 They are neither used nor needed anymore, however they also don't disturb (we use autoconf-2.13's AC_EXEEXT instead, now) ---------- 2. rtems-rc-19990328-0.diff Some (minor) bug-fixes: * make/Templates/Makefile.inc.in: use the new installation directory ($(prefix)/ instead of $(prefix)/rtems/) * c/src/exec/score/tools/generic/Makefile.am: added line to include local.am * c/src/exec/score/tools/*/configure.in: added CVS Id header ---------- 3. rtems-rc-19990328-1.diff Enhancements and cleanups to autogen, rtems-polish.sh, configure.in etc. * autogen: Use the file "VERSION" to detect RTEMS toplevel directory, extended usage-message, use "find -print" * c/update-tools/cipolish: New script to beautify configure.in scripts * c/update-tools/rtems-polish.sh: Use the file "VERSION" to detect RTEMS toplevel directory, extended usage-message, added variable for perl scripts' subdirectory, use "find -print", cipolish support, new options -ac -am -ci. * aclocal/*.m4, configure.in: moved some AC_SUBST lines to aclocal/*.m4 (reduces size of configure.in scripts, eases splitting configure.in scripts). ----------
1999-03-29Removed an uninitialized variable.Jennifer Averett2-8/+10
1999-03-29Correctd name length to account for new IMFS max name length of 32.Jennifer Averett1-1/+3
1999-03-29Fixed expected return status from lseek to look for not failure (-1).Jennifer Averett2-2/+2
1999-03-29Changed expected status lseek to look for not failure (-1).Jennifer Averett1-1/+1
1999-03-29Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to fix size_rtemsJoel Sherrill3-53/+9
problem.
1999-03-26Patch from Rosimildo DaSilva <rdasilva@connecttel.com> andJoel Sherrill1-45/+115
Emmanuel Raguet <raguet@crf.canon.fr> to eliminate a problem during the boot process on the pc386 BSP. On fast PC's the calibration routine would hand.
1999-03-25Patch from Rosimildo DaSilva <rdasilva@connecttel.com>:Joel Sherrill1-3/+3
Problem: Sometimes the output file "FOO.BT" is smaller that the second image. Solution: Opening files, input/output, in "binary mode".
1999-03-25changed version to rc-19990325Joel Sherrill1-1/+1
1999-03-25Regenerated.Joel Sherrill1-1/+1
1999-03-24utime.h moved to c/src/lib/include/sys since it is needed by some libcJoel Sherrill1-1/+1
routines.
1999-03-24These files were not added as part of a recent patch fromJoel Sherrill46-0/+18181
Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
1999-03-24 Fix based on bug report from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill3-1/+26
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]
1999-03-24Automake II patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill6-7/+97
With my most recent automake patch (automake II) we could even simplify more files below make/, because the host-compiler related parts of those files aren't used anymore :-. Whatsoever, the patch below should fix this problem. Note: This is a mere bug fix, it doesn't move any of the variables involved to target.cfg nor does it try to eliminate any variable.
1999-03-24Patch from Eric Norum <eric@skatter.usask.ca> to use new networkJoel Sherrill2-32/+40
interface naming convention.
1999-03-24Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill1-1/+1
1999-03-23SPARC optimized version of IP checksum header routine. SubmittedJoel Sherrill3-0/+96
by Jiri Gaisler <jgais@ws.estec.esa.nl>.
1999-03-23Modifications from Jiri Gaisler <jgais@ws.estec.esa.nl> toJoel Sherrill2-208/+256
fix some problems encountered when reusing this driver on a SPARC ERC32 based Tharsys board. He eliminted the need for TX interrupts and added code that can optionally ensure that the IP address is 32-bit aligned. He also fixed a handful of problems that only occured because the 8 Mhz ERC32 was enough slower than the 100 Mhz PPC603e that timing issues in this driver were magnified.
1999-03-23Patch from Eric Norum <eric@skatter.usask.ca> to improve parsing ofJoel Sherrill7-11/+153
network interface names. This change does not introduce any compatibility problems.
1999-03-23Automake II patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>. EmailJoel Sherrill14-370/+3424
description follows: Description: * automake for *all* tool subdirectories (Makefile.am, configure.in etc.) * autogen now also considers CONFIG_HEADER (generates stamp-h.ins and config.h.ins) * c/src/tests/tools/generic/difftest and c/src/tests/tools/generic/sorttimes generated by configure scripts * c/update-tools/ampolish, beautifier for Makefile.ams, similar to acpolish * rtems-polish.sh added to c/update-tools/ + ampolish support * New subdirectory ./automake, contains automake -Makefile fragments to support RTEMS make "debug, debug_install, profile, profile_install" for native Makefile.ams (== ignore these make targets). * aclocal/rtems-top.m4's RTEMS_TOP now reads the automake makefile variable VERSION from RTEMS ./VERSION file. * ./configure.in uses the macros from aclocal + support for the tools' configure scripts Remarks: * To run rtems-polish.sh, "cd <rtems-source-tree>; ./c/update-tools/rtems-polish.sh" * AFAIS, now all native subdirectories are converted to automake (Please drop me a note, if I forgot something). * Unless you notice something fatal, IMO the time has come for a public try (== snapshot). I do not intend to send more automake related patches within, say 2 weeks, to give these patches time to settle and to give me some time to think on how to continue. * The patch assumes installation to the new main installation directory [$(prefix)].
1999-03-19Another cleanup patch for the previous rejected hunk.Joel Sherrill2-0/+2
1999-03-19Incorporated automake I patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill5-5/+5
This is the first real automake patch. It adds automake support to c/build-tools and cleans up a few minor issues. I consider this to be a testing probe to examine problems with automake. Therefore, this patch is just a more or less harmless replacement of the former RTEMS Makefiles and I expect it not last for long. If you want to give automake Makefiles a public try and if you want/need to learn about problems with it, then it's about time for a new snapshot, IMO. I may have screwed up something not directly related to automake, but I expect very few (none to be precise) problems with automake. However, somebody should at least try building on Cygwin. If you feel a bit more adventureous, then I also can continue to submit more patches. [FYI: I still have a couple of automake files laying around, but they need some cleanup before being submitted as patches. Now, that I am just into it, I'll perhaps submit another one tonight :-] After applying this patch (patch -p1 -E < <path-to>/rtems-rc-19990318-0), first run the "autogen" script from the toplevel source directory, before committing to CVS. Be careful about dependencies between Makefile.am and Makefile.ins when cutting tarballs from CVS. Makefile.ins are required to be newer than Makefile.ams, otherwise users would need to have automake, autoconf and perl. Some people recommend to "touch" all Makefile.in after checkout from cvs (cf. egcs/contrib/egcs_update). ATTENTION: * This patch adds a number of new files. * remove aclocal/exeext.m4 and aclocal/cygwin.m4 from CVS, They are now covered by autoconf-2.13`s AC_EXEEXT. Some features/side-effects which are probably interesting for you: In a configured build-tree "cd c/build-tools", then try * "make RTEMS_BSP=<bsp> install" * "make RTEMS_BSP=<bsp> dist"
1999-03-19A cleanup patch on fcntl.c from Eric Norum <eric@skatter.usask.ca> forJoel Sherrill2-0/+4
2 lines of code that did not get included when Joel tried to manually add a rejected patch.
1999-03-19Towards automake XI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill663-2077/+7877
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.
1999-03-19Towards automake X patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill31-0/+155
This one once again changes the scheme to preinstall bsp_specs. It moves generating PROJECT_ROOT/lib/bsp_specs to libbsp/<cpu>/<bsp>/wrapup/Makefile.in. I.e. it decentralizes generation of bsp_specs to a bsp-dependent directory, because preinstalling bsp_specs in a centralized Makefile like it has been done until now does not harmonize well with spliting the toplevel configure script in cpu and bsp-dependent configure scripts and automake. First apply the patch (rtems-rc-19990318-0.diff) below, then run the reorg-bsp_specs.sh script. IMO, this one is comparatively harmless and eases automake support significantly.
1999-03-19Patch from Eric Norum <eric@skatter.usask.ca> that adds externalJoel Sherrill8-60/+180
fcntl support and an external fcntl handler for sockets.
1999-03-18Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1-16/+27
Erik Ivanenko pointed out a problem in the ne2000.c driver I submitted: it did not work correctly with bootp. Here is a patch, based on a patch he sent me.
1999-03-17Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2-6/+14
1999-03-17Unlimited objects patch from Chris Johns <ccj@acm.org>. Email follows:Joel Sherrill18-149/+1816
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.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-07 11:15:43 +0000