Timeline



02/07/98:

19:56 Changeset in rtems [b68e057e]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Fixed to correctly operate on target variants like debug and profile.
19:43 Changeset in rtems [e496c1f]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Should not install build-tools using target variant options.

02/06/98:

14:14 Changeset in rtems [1e524995]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Updated copyrights
13:48 Changeset in rtems [5599d6e]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added @table/@end table capability along with the avdas.d test case where this capability was first used.
13:47 Changeset in rtems [f02ffca]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Problem report from Brian Cuthie regarding incorrect calculation of BSS size. The conversion from a count of u8's to a count of u32's was shifting in the wrong direction. This error had been in the start code a long time. It had not caused problems because the BSS is typically much smaller than the C heap which typically follows it in memory. Plus since this code was executed at start time, all that really happened was an extra zeroing of some memory.

02/05/98:

20:05 Changeset in rtems [02d19d8]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added code to more correctly process abstract types (handle, range, etc).

02/04/98:

15:56 Changeset in rtems [b37137b]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Removed special ix86-rtems stanza.
15:54 Changeset in rtems [7a524954]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Change suggested by Ralf Corsepius: I am not sure if this is related to this problem, but here is an observation: All config.sub scripts from rtems' intrastructure packages internally transform i386-rtems into i386-pc-rtems newlib-1.8.0-rtems/config.sub i386-rtems --> i386-pc-rtems egcs-1.0/config.sub i386-rtems ---> i386-pc-rtems egcs-1.0.1/config.sub i386-rtems ---> i386-pc-rtems bintutils-2.8.1.0.19/config.sub i386-rtems ---> i386-pc-rtems gas-98xxxx/config.sub i386-rtems ---> i386-pc-rtems The only exception is rtems itself: rtems/config.sub i386-rtems ---> i386-rtems I am not sure if this influences i386-rtems + c++/posix, but this indicates that rtems' config.sub script should to be updated. To fix this, simply copying config.sub e.g. from egcs and removing all i[3456]-rtems* case statement lines from configure.in should be sufficient. BTW, from autoconf's point of view i386-pc-rtems is the correct target conforming autoconf's naming conventions, but using i386-rtems for all packages (infrastructure and rtems) should make no difference.
15:47 Changeset in rtems [e44e678]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Cleaned up the definition of CONSOLE_USE_POLLED and CONSOLE_USE_INTERRUPTS.
15:35 Changeset in rtems [0312defb]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius to reduce the amount of memory consumed by the workspace by default.
14:54 Changeset in rtems [6c77bba]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
New autoconf feature from Ralf Corsepius: It adds make rules for reconfiguring build-trees ("make Makefile") and adds dependency rules for configure and friends (i.e. calls autoconf). Most of this code has been "borrowed" from automake and was adapted to rtems. Addionally, I added automatic generation of the "aclocal.m4"-file by "aclocal" (from the automake package). Therefore I splitted aclocal.m4 into several separate files (attached to this mail), each containing one of rtems customized autoconf/m4-macros and have put them into a new subdirectory "aclocal". Normal users won't be influenced and won't even need this, unless they try to modify configure.in. The main advantage of this is: these aclocal/m4-macros become reusable and easier to administer. As a disadvantage, rtems becomes dependent of having aclocal/automake installed. To keep building rtems functional if autoconf or aclocal isn't installed, the related Makefile commands are prefixed by "-" -- only an error message should be issued by "make".
14:47 Changeset in rtems [77ea27fc]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Ralf Corsepius noticed that generally was spelled incorrectly.

02/03/98:

18:30 Changeset in rtems [f00d7ad]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Added call to libc_wrapup() in _exit. This fixes a problem where the atexit routines on the global reentrancy structure were not invoked. But it does not seem like a 100% correct solution.
18:29 Changeset in rtems [52dd75d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Corrected spelling error so interrupt driven console would work.

02/02/98:

16:55 Changeset in rtems [594a413]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Fixed so installed Makefile structure work.

01/30/98:

21:49 Changeset in rtems [5c3511e]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Big patch form Ralf Corsepius described in this email: 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
20:59 Changeset in rtems [421dfef6]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Corrected Linux port for glibc2
20:57 Changeset in rtems [243ce5d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
correction
20:57 Changeset in rtems [bb9084db]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
configure.in
19:17 Changeset in rtems [b4767da]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Modified output of @Example style in MsWord? output routine so it would be one paragraph with manual line breaks rather than multiple paragraphs..

01/28/98:

15:39 Changeset in rtems [3a85d03d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Change to remove warning on glibc2 systems per Ralf Corsepius's suggestion.

01/27/98:

20:24 Changeset in rtems [16fc1951]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Fix from Eric Norum: There's an explicit invocation of `make' in c/Makefile.in. This breaks for those of us with different gmake' and make' programs.
14:30 Changeset in rtems [4da42c6]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Removed some stanzas per Ralf Corsepius: > 4) The toplevel Makefile.in contains rules named make_subdir and > clean_modules, which probably can be deleted, IMO. > At least make_subdir doesn't give any sense anymore. (I had removed it > im my original patch).
14:14 Changeset in rtems [1333181]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
not submitted
14:02 Changeset in rtems [35eb035a]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
Fixed missing carriage return at the bottom of the file reported by Ralf Corsepius

01/26/98:

19:53 Changeset in rtems [2ece4496]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
new file
Note: See TracTimeline for information about the timeline view.