matching tags

Mar 24, 1999:

11:15 PM Changeset in rtems [0bf2ff8] 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] 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] 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] 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] by Joel Sherrill <joel.sherrill@…>
Patch from Eric Norum <eric@…> to use new network interface naming convention.
9:15 PM Changeset in rtems [33508cb] by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>.

Mar 23, 1999:

11:17 PM Changeset in rtems [33fefc2] 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] 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] by Joel Sherrill <joel.sherrill@…>
Enable building the network stack.
10:51 PM Changeset in rtems [f1f42b4] 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] 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] by Joel Sherrill <joel.sherrill@…>
6:02 PM Changeset in rtems [9b8baa1] 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] by Joel Sherrill <joel.sherrill@…>

Mar 19, 1999:

11:26 PM Changeset in rtems [4fb9af8] by Joel Sherrill <joel.sherrill@…>
Another cleanup patch for the previous rejected hunk.
11:11 PM Changeset in rtems [04c308c] 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] 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] 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] 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] 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] 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] 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] 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] 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] by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>
4:09 PM Changeset in rtems [55b8fef2] 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] 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] by Joel Sherrill <joel.sherrill@…>
Suggested rephrasing of inline versus macros option by Chris Johns <ccj@…>.
3:53 PM Changeset in rtems [1c0a186b] by Joel Sherrill <joel.sherrill@…>
Temporarily took rtems_servers directory out of the build tree since there are build issues with it.

Mar 16, 1999:

2:26 AM Changeset in rtems [a902441a] 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).
1:51 AM Changeset in rtems [6d0e13c] by Joel Sherrill <joel.sherrill@…>
Added ftpd server from Jake Janovetz <janovetz@…>.
1:51 AM Changeset in rtems [504a8c9d] by Joel Sherrill <joel.sherrill@…>
Added rtems_servers directory.
1:41 AM Changeset in rtems [cda0c07] by Joel Sherrill <joel.sherrill@…>
Commented out test case that no long works since addition of POSIX timers.
1:41 AM Changeset in rtems [23c4bbf5] by Joel Sherrill <joel.sherrill@…>
Use proper include for libio.h.

Mar 11, 1999:

10:13 PM Changeset in rtems [e602b3f] 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.
Note: See TracTimeline for information about the timeline view.