Timeline



03/19/99:

23:26 Changeset in rtems [4fb9af8]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Another cleanup patch for the previous rejected hunk.
23:11 Changeset in rtems [04c308c]4.104.114.84.95 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"
22:59 Changeset in rtems [c0a36429]4.104.114.84.95 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.
22:27 Changeset in rtems [d8ff793]4.104.114.84.95 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.
22:10 Changeset in rtems [5906ac5]4.104.114.84.95 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.
22:01 Changeset in rtems [e619c28]4.104.114.84.95 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.
21:54 Changeset in rtems [9ec96478]4.104.114.84.95 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.
21:51 Changeset in rtems [af020036]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum <eric@…> that adds external fcntl support and an external fcntl handler for sockets.

03/18/99:

22:36 Changeset in rtems [b64b1ed]4.104.114.84.95 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)
16:36 Changeset in rtems [1105818d]4.104.114.84.95 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.

03/17/99:

23:43 Changeset in rtems [dfe7746e]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>
16:09 Changeset in rtems [55b8fef2]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Patch from Emmanuel Raguet <raguet@…> to add information about the enable rdbg configure option.
16:01 Changeset in rtems [f4a8ee1]4.104.114.84.95 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.
15:56 Changeset in rtems [e9e01dd6]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Suggested rephrasing of inline versus macros option by Chris Johns <ccj@…>.
15:53 Changeset in rtems [1c0a186b]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Temporarily took rtems_servers directory out of the build tree since there are build issues with it.

03/16/99:

02:26 Changeset in rtems [a902441a]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Patch from John S. Gwynne <jgwynne@…> to correct minor problems that prevented the 19990302 snapshot from running on the efi332. I'm happy to report that rtems-19990302 is running on the efi332 board. I have enclosed a few minor patches below to the efi332 bsp. All patches are within that library but one. make/custom/efi332.cfg has a patch to select the right CPU_CFLAGS (at one time -m68332 was a problem... -mcpu32 or -m68332 work fine now).
01:51 Changeset in rtems [6d0e13c]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added ftpd server from Jake Janovetz <janovetz@…>.
01:51 Changeset in rtems [504a8c9d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added rtems_servers directory.
01:41 Changeset in rtems [cda0c07]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Commented out test case that no long works since addition of POSIX timers.
01:41 Changeset in rtems [23c4bbf5]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Use proper include for libio.h.

03/11/99:

22:13 Changeset in rtems [e602b3f]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Interrupt handler installed as raw handler. Problem caught by by Jiri Gaisler <jgais@…> when using this driver on a SPARC.

03/08/99:

21:41 Changeset in rtems [54d3d1e]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added $(CPPFLAGS) to all gcc 2.8 style make-exe rules.
21:40 Changeset in rtems [5b3632e]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Took generated files off list of source files.
21:39 Changeset in rtems [b10f6e1]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Corrected bug where pointer to doubly linked blocks was being incorrectly calculated.
21:39 Changeset in rtems [3195d9c]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added code to translate internal libio flags to POSIX style flags.
21:38 Changeset in rtems [1bb17020]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added support for F_GETFL and F_SETFL.
21:38 Changeset in rtems [550b6da]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Install remote debugger pieces.
21:38 Changeset in rtems [16b5264d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Switched sense of tests configure flag to really be off by default.
21:37 Changeset in rtems [b02af64]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Removed unused variable.
21:02 Changeset in rtems [a4dc7e0]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Patch from Ian Lance Taylor <ian@…> to correct previous interrupt patch.

03/06/99:

18:09 Changeset in rtems [3ef8798]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added F_GETFL support so the fdopen() implementation in newlib 1.8.1 would work. At the same time, the initial implementation of F_SETFL was added. A support routine was added to convert internal libio flags back to the POSIX style. Eventually the internal representation should be eliminated in the interest of simplicity and code reduction. This problem was reported by Jake Janovetz <janovetz@…>.
Note: See TracTimeline for information about the timeline view.