Timeline




matching tags

Mar 31, 1999:

11:56 PM Changeset in rtems [414e1b3]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
changed version to 19990331
11:36 PM Changeset in rtems [77a0067]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
changed version to 199900331
11:35 PM Changeset in rtems [18040d3]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Thomas Doerfler <td@…> to add flow control: Some lines for "documentation": ====================================== One thing should be noted: when XON/XOFF is enabled, the serial device will always work with one-character buffers, so the interrupt load for the CPU might get higer, especially on devices like MC68360 and MPC860, where the serial channels are capable of using big buffers. But, once again, this only happens when XON/XOFF is actually selected. Please note that the flag IXON is set by default, so outgoing XON/XOFF flow control is enabled by default. XON/XOFF is controlled using the "standard" fields IXON/IXOFF in the termios structure. The termios flag IXANY is not (yet) supported. Hardware handshake for the incoming data stream is controlled using the standard flag CRTSCTS. If this flag is set, whenever the receive buffer is almost full, the driver function "device.stopRemoteTx()" is called, when the receive buffer has more space available, "device.startRemoteTx()" is called again. If the driver does not provide these interface functions (entries in device structure are NULL pointers), then these calls are suppressed. Changes of the flow control options during operation should work at any time, but this has not been extensively tested. No changes to the device driver interface are needed. ================================================ One critical point when using this patch might be, that any BSP using this version of termios will now have outgoing flow control enabled by default, so the behaviour of these BSPs will change here. The option IXON has already been set in older termios by default, but it did not work until this patch. Maybe this option should be switched off by default, what do you think?
11:29 PM Changeset in rtems [ecab6a39]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Regenerated.
11:27 PM Changeset in rtems [79800f9]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fixed include file paths.
11:25 PM Changeset in rtems [c08f283]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fixed typo so applications would link.
11:24 PM Changeset in rtems [ec2328ee]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Removed asserts that shouldn't be called and commented case where this indicates an internal error.
11:24 PM Changeset in rtems [8cc57f6]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Modified to be valid m68k code on all CPU models.
11:23 PM Changeset in rtems [f719ef1]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Corrected return value.
11:22 PM Changeset in rtems [3f06c298]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Added prints for calls into the file system. Added O_EXCL for an open that tested that the same file could not be created twice.
11:21 PM Changeset in rtems [73b943bc]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fixed paths to include files so this will build.
11:20 PM Changeset in rtems [912f74ae]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Modified file to match output.
11:20 PM Changeset in rtems [6b719b8d]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fixed typos and mistakes related to adding gnatsupp.
11:11 PM Changeset in rtems [c5f2e5b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Regenerated.
11:11 PM Changeset in rtems [0e78ec3a]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Removed warnings.
10:59 PM Changeset in rtems [5cfcd7e]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Removed warnings.
10:51 PM Changeset in rtems [f470989]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Removed warning.
10:33 PM Changeset in rtems [6a10709]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Chris Johns <ccj@…>: joel@… 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 ----
10:09 PM Changeset in rtems [5c95996]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
When compiled in debug mode, the POSIX threads inline file was not included and we ended up with undefined references.
10:05 PM Changeset in rtems [cb0f1fc]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Another attempt to get runtest installed.
8:51 PM Changeset in rtems [efa0baa5]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum <eric@…> which changed the exit sequence.

Mar 30, 1999:

5:43 PM Changeset in rtems [ceb06d96]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Removed warning for `#ifdef' argument starts with punctuation.
5:42 PM Changeset in rtems [707d4d0]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Removed warning for const removal.
5:41 PM Changeset in rtems [5c6c4c2]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fixed typo where _POSIX_signals_Clear_process_signals was not prototyped and _POSIX_signals_Set_process_signals was done twice.
5:39 PM Changeset in rtems [eacc8e3]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from "Tony R. Ambardar" <tonya@…> and blessed by Ian Lance Taylor <ian@…> to note that condition codes are modified.
3:54 PM Changeset in rtems [a43ad5cd]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Tony R. Ambardar <tonya@…> to add byte wide register support to this driver.
3:40 PM Changeset in rtems [6a4096b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch to add shutdown() routine from Tony R. Ambardar <tonya@…>.
3:38 PM Changeset in rtems [710389fc]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Cleaned up and regenerated.

Mar 29, 1999:

10:24 PM Changeset in rtems [e5f4e5a]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>: 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
10:22 PM Changeset in rtems [b5d8eca]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…> to fix a typo.
9:08 PM Changeset in rtems [7e03d10]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>: 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). ----------
6:24 PM Changeset in rtems [77c81fd2]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Removed an uninitialized variable.
6:06 PM Changeset in rtems [eaf0e8eb]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Correctd name length to account for new IMFS max name length of 32.
6:05 PM Changeset in rtems [1ed9d57]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Fixed expected return status from lseek to look for not failure (-1).
5:59 PM Changeset in rtems [2ada69a]4.104.114.84.9 by Jennifer Averett <Jennifer.Averett@…>
Changed expected status lseek to look for not failure (-1).
5:47 PM Changeset in rtems [39560f1]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…> to fix size_rtems problem.

Mar 26, 1999:

3:42 PM Changeset in rtems [23291e99]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Rosimildo DaSilva? <rdasilva@…> and Emmanuel Raguet <raguet@…> to eliminate a problem during the boot process on the pc386 BSP. On fast PC's the calibration routine would hand.

Mar 25, 1999:

9:42 PM Changeset in rtems [aec5da4]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Rosimildo DaSilva? <rdasilva@…>: Problem: Sometimes the output file "FOO.BT" is smaller that the second image. Solution: Opening files, input/output, in "binary mode".
3:49 PM Changeset in rtems [5e2fe06]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
changed version to rc-19990325
1:02 AM Changeset in rtems [3108b76]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Regenerated.

Mar 24, 1999:

11:15 PM Changeset in rtems [0bf2ff8]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
utime.h moved to c/src/lib/include/sys since it is needed by some libc routines.
11:14 PM Changeset in rtems [244ecd9]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
These files were not added as part of a recent patch from Ralf Corsepius <corsepiu@…>.
10:52 PM Changeset in rtems [a432c4b7]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fix based on bug report from Ralf Corsepius <corsepiu@…>: 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]
10:49 PM Changeset in rtems [c9b07e92]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Automake II patch from Ralf Corsepius <corsepiu@…>: 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.
10:29 PM Changeset in rtems [367cc5e]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum <eric@…> to use new network interface naming convention.
9:15 PM Changeset in rtems [33508cb]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>.

Mar 23, 1999:

11:17 PM Changeset in rtems [33fefc2]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum to account for new routine that improved parsing of interface names.
11:06 PM Changeset in rtems [e828c2d]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
SPARC optimized version of IP checksum header routine. Submitted by Jiri Gaisler <jgais@…>.
11:05 PM Changeset in rtems [da7a73e]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Enable building the network stack.
10:51 PM Changeset in rtems [f1f42b4]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Modifications from Jiri Gaisler <jgais@…> to 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.
10:39 PM Changeset in rtems [b6f5f93]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum <eric@…> to improve parsing of network interface names. This change does not introduce any compatibility problems.
10:30 PM Changeset in rtems [ca3fec49]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Regenerated.
6:02 PM Changeset in rtems [9b8baa1]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Automake II patch from Ralf Corsepius <corsepiu@…>. Email 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)].
3:49 PM Changeset in rtems [c69856c3]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Regenerated.

Mar 19, 1999:

11:26 PM Changeset in rtems [4fb9af8]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Another cleanup patch for the previous rejected hunk.
11:11 PM Changeset in rtems [04c308c]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Incorporated automake I patch from Ralf Corsepius <corsepiu@…>: 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"
10:59 PM Changeset in rtems [c0a36429]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
A cleanup patch on fcntl.c from Eric Norum <eric@…> for 2 lines of code that did not get included when Joel tried to manually add a rejected patch.
10:27 PM Changeset in rtems [d8ff793]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Towards automake XI patch from Ralf Corsepius <corsepiu@…>: 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.
10:10 PM Changeset in rtems [5906ac5]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Towards automake X patch from Ralf Corsepius <corsepiu@…>: 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.
10:01 PM Changeset in rtems [e619c28]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Towards automake IX patch from Ralf Corsepius <corsepiu@…>: This is the next step towards automake: * Two scripts for the toplevel directory: a) "autogen" (Idea borrowed from libtool and gnome) A helper script to recursively regenerate autoconf/automake/aclocal generated files (Still not perfect but sufficient). b) "missing" (from automake-cvs archive). This file normally is automatically generated by automake, but we have to manually add it until we add automake support to the toplevel configure script. "chmod 755 missing autogen" after applying the patch. * Changing the toplevel installation directory [ I can hear you falling off the chair ;-] Until now rtems installed itself to $(prefix)/rtems. This is in contradiction to automake and GNU/FSF/Cygnus conventions. With this patch applied, rtems installs into $(prefix). To achieve the old behaviour simply configure with --prefix=<install-dir>/rtems instead of --prefix=<install-dir> This is a widely visible change and I can understand if you don't like it at the present point. It enables us to use automake's default installation paths instead of having to set up installation paths manually. At the moment this doesn't help much, but in the not so far future this would enable us to mix cpu-only dependent libraries into the host's cross-compiler library and header files into newlib's include directories, tools into the toolchain directories etc. I would recommend to change the main installation directory, however it's up to you to draw the final design decision.
9:54 PM Changeset in rtems [9ec96478]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Towards automake VIII patch from Ralf Corsepius <corsepiu@…>: OK, I 've made up my mind to cut a big chunk of my automake-patches (:-). Below you can find a drop-in replacement of the aclocal directory. It contains a lot of new macro files, most of them are directly cut from rtems top-level configure script, some are new some are identical to former versions. The motivation behind these files is to reuse parts from rtems current top-level configure.in script in up-coming subdirectory configure.in scripts. I'd like to ask you to untar the archive ontop of the source tree and to add/commit these files to CVS. Adding these files should not have any influence on RTEMS momentary configuration (except of you are required to run aclocal -I aclocal && autoconf afterwards), because most of them currently are not used at all. --------- BTW: Please upgrade to autoconf-2.13 and automake-2.4, if you havn't done this already (egcs/CVS require them, too). My upcoming automake files require automake-2.4 which requires autoconf-2.13 or later.
9:51 PM Changeset in rtems [af020036]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum <eric@…> that adds external fcntl support and an external fcntl handler for sockets.

Mar 18, 1999:

10:36 PM Changeset in rtems [b64b1ed]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>: Moves some configure.in fragments to new macro files below aclocal/ (Motivation: Prepare splitting the toplevel configure.in script)
4:36 PM Changeset in rtems [1105818d]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ian Lance Taylor <ian@…>: 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.

Mar 17, 1999:

11:43 PM Changeset in rtems [dfe7746]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>
4:09 PM Changeset in rtems [55b8fef2]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Emmanuel Raguet <raguet@…> to add information about the enable rdbg configure option.
4:01 PM Changeset in rtems [f4a8ee1]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Unlimited objects patch from Chris Johns <ccj@…>. Email follows: 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.
3:56 PM Changeset in rtems [e9e01dd6]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Suggested rephrasing of inline versus macros option by Chris Johns <ccj@…>.
3:53 PM Changeset in rtems [1c0a186b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Temporarily took rtems_servers directory out of the build tree since there are build issues with it.
Note: See TracTimeline for information about the timeline view.