summaryrefslogtreecommitdiffstats
path: root/c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Fixed to correctly operate on target variants like debug and profile.Joel Sherrill1998-02-072-12/+33
|
* Should not install build-tools using target variant options.Joel Sherrill1998-02-071-1/+1
|
* Problem report from Brian Cuthie regarding incorrect calculationJoel Sherrill1998-02-061-1/+2
| | | | | | | | | 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.
* Patch from Ralf Corsepius to reduce the amount of memory consumed byJoel Sherrill1998-02-042-4/+12
| | | | the workspace by default.
* Ralf Corsepius noticed that generally was spelled incorrectly.Joel Sherrill1998-02-0411-11/+11
|
* Added call to libc_wrapup() in _exit. This fixes a problem whereJoel Sherrill1998-02-032-0/+2
| | | | | the atexit routines on the global reentrancy structure were not invoked. But it does not seem like a 100% correct solution.
* Corrected spelling error so interrupt driven console would work.Joel Sherrill1998-02-031-2/+2
|
* Big patch form Ralf Corsepius described in this email:Joel Sherrill1998-01-30461-1844/+922
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Corrected Linux port for glibc2Joel Sherrill1998-01-307-5/+11
|
* Change to remove warning on glibc2 systems per Ralf Corsepius'sJoel Sherrill1998-01-281-1/+6
| | | | suggestion.
* Fix from Eric Norum:Joel Sherrill1998-01-271-1/+1
| | | | | There's an explicit invocation of `make' in c/Makefile.in. This breaks for those of us with different `gmake' and `make' programs.
* Fixed missing carriage return at the bottom of the file reportedJoel Sherrill1998-01-271-1/+0
| | | | by Ralf Corsepius
* new fileJoel Sherrill1998-01-261-0/+9
|
* Solaris port updates from Chris JohnsJoel Sherrill1998-01-2328-55/+72
|
* Cleaned up a bit.Joel Sherrill1998-01-231-9/+31
|
* Added information about multilib problems.Joel Sherrill1998-01-231-0/+8
|
* Added some GRUB information from Phil Wilshire.Joel Sherrill1998-01-221-0/+12
|
* Added autoconf support for strerror/sys_errlist per Ralf Corsepius'Joel Sherrill1998-01-219-53/+161
| | | | | direction. This fixes a problem reported by Steve Evans of Radstone since he is using glibc2.
* Corrected prototypes for main per Ralf Corsepius' report of warningsJoel Sherrill1998-01-216-10/+24
| | | | generated when egcs is used with "-Wall -pedantic".
* Removed warning per Chris Johns' suggestion.Joel Sherrill1998-01-204-4/+4
|
* Removed warning per Chris John's suggestion.Joel Sherrill1998-01-201-1/+1
|
* Removed CONFIG_DIR and PROJECT_HOME directories.Joel Sherrill1998-01-20455-507/+488
|
* Removed PROJECT_HOME and CONFIG_DIR variables.Joel Sherrill1998-01-205-0/+934
|
* Added _times_r.Joel Sherrill1998-01-192-0/+14
|
* more info from EricJoel Sherrill1998-01-191-0/+6
|
* Patch from Eric Norum:Joel Sherrill1998-01-194-7/+26
| | | | | With this in place, it is possible to fdopen a TCP stream socket and getc/fprintf/etc. on the STDIO stream!
* Ralf Corsepius reported a number of missing CVS Id's:Joel Sherrill1998-01-16106-130/+323
| | | | | | | | | | > RTEMS is under CVS control and has been since rtems 3.1.16 which was > around May 1995. So I just to add the $Id$. If you notice other files > with missing $Id$'s let me know. I try to keep w\up with it. Now that you have asked -- I'll attach a list of files lacking an RCS-Id to this mail. This list has been generated by a little sh-script I'll also enclose.
* Jennifer found some uninitialized variables:Joel Sherrill1998-01-162-2/+14
| | | | | | + major and minor number elements in rtems_termios_open. + arg->ioctl_return in rtems_termios_ioctl routine.
* Error reported by Duncan Smith <dds@flavors.com>:Joel Sherrill1998-01-152-2/+2
| | | | | | | | | | | | | | | | | | | | | | >> >>There is a 30 day error in _TOD_Days_since_last_leap_year[2..3] >> > >> >Thanks. >> >What's the condition to hit this error? >> >Every year 4n+2 and 4n+3 ? >> >(i.e. 1998, 1999, 2002, 2003, ...) >> > >> OK: 96 97 00 01 04 05 ... >> Bad: 98 99 02 03 06 07 ... There is also a problem in newlib 1.7.x reported at the same time: >> I found another, that would strike only on 2/29/2000, or other leapyears. >> Only a problem on 1 day. >> >> Joel: FYI, there is a bug in Newlib localtime.c, localtime or (_tm_time). >> Ours is modified for dst and timezones, but the bug was in original source. >> I have not looked at the latest public source (nor do I know where to find >> it).
* Updates from Eric Norum. Changed CPU CFLAG and went to a common nameJoel Sherrill1998-01-061-150/+112
| | | | for the network driver attach entry point.
* Changed initial settings of first time.Joel Sherrill1998-01-062-6/+10
|
* Fixed spacing.Joel Sherrill1998-01-061-2/+2
|
* Updated for the first time in a long while.Joel Sherrill1997-12-231-30/+45
|
* Added CONFIGURE_GNAT_KEYS to correct the number of keys configuredJoel Sherrill1997-12-232-24/+22
| | | | | | | | | for GNAT. It was the number of Ada tasks when in fact the run-time only required a single key. Also added the CONFIGURE_MAXIMUM_FAKE_ADA_TASKS constant to account for resources allocated for each non-Ada task/thread which invokes the Ada run-time implicitly through an Ada call.
* Fixes from Eric Norum. C++ support added in previous version was broken:Joel Sherrill1997-12-223-291/+272
| | | | | | | | | | | | | | | | | | 1) In my haste to add C++ constructor/destructors to the 68360 linkcmds scripts I managed to break all existing 68360 programs. Linker scripts which actually produce a working executable are contained below. The problem was that the constructor/destructors weren't included before the etext symbol. On top of that Eric and I appear to have problems with attachments: 2) In deciphering the above problem I think I stumbled across the reason you've had with patches mailed from me. I noticed that the linkcmds (and linkcmds.bootp) scripts in the latest distribution have a control-M (carriage return) at the end of each line. Could you check the files below before installing them in the distribution and see that there aren't returns in the files? Maybe if I send everything as a tar attatchment things will work better.
* Corrected prototypes for all termios console write driver entries toJoel Sherrill1997-12-228-11/+14
| | | | properly reflect the const on the buffer pointer being passed in.
* Now generating this file with autoconf to avoid having to embed soJoel Sherrill1997-12-221-0/+221
| | | | much target specific information in the script.
* Changed invocation of size_rtems to match new autoconf'ed version.Joel Sherrill1997-12-221-1/+1
|
* Changed from .align to .p2align to avoid differences in meaning ofJoel Sherrill1997-12-221-6/+6
| | | | | .align between i386-rtems (real number on .align) and i386-go32-rtems (power of 2).
* Added lines to build sizeinfo.txt which is automatically generated nowJoel Sherrill1997-12-221-0/+3
| | | | by size_rtems.
* Moved -qnolinkcmds option so arguments passed on the command line areJoel Sherrill1997-12-2019-38/+38
| | | | | | | | | | | | | | | | | | | | | interpreted at the right point per Eric Norum's discovery: The problem with the my previous `fix' for adding linker commands was with the ordering of the options to the linker. For example, to make a larger heap size, the application Makefile would CFLAGS_LD = -Wl,--defsym -Wl,HeapSize=0x40000 The command passed to the linker would be : m68k-rtems-ld .... -T xxx/linkcmds .... --defsym HeapSize=0x40000 ..... This doesn't work because the script in linkcmds inserts a default value for HeapSize if HeapSize is not defined by the time the linker looks at the linkcmds script. The solution seems to be to move the -T linkcmds%s in the bsp_specs file out of the link specfication and into the lib specification -- a little unorthodox, perhaps, but it seems to work!
* Update from Eric Norum to include C++ support.Joel Sherrill1997-12-203-239/+281
|
* Modified bsp_specs per Eric Norum's suggestion to handle -qnolinkcmdsJoel Sherrill1997-12-1919-19/+19
| | | | switch which lets the user specify a different linker script.
* Pass in PROJECT_HOME so rtems-glom can run if the make is invokedJoel Sherrill1997-12-162-4/+8
| | | | just in this directory.
* Modified a lot of files to take a first cut at supporting building fromJoel Sherrill1997-12-10461-480/+1868
| | | | | any directory in the build tree. The only variable which must be set before the command "gmake" is invoked is RTEMS_BSP (e.g. RTEMS_BSP=erc32).
* Added missing dependency for libmisc.a based on a bug report by Phil Wilshire.Joel Sherrill1997-12-072-0/+2
|
* Fixed indexing bug reported by Phil Wilshire.Joel Sherrill1997-12-072-2/+2
|
* Changed the uuencode line to work better with VPATH setups.Joel Sherrill1997-12-061-2/+2
|
* Moved include of rtems/score/cpu.h to make sure TRUE and FALSE were defined.Joel Sherrill1997-12-062-4/+4
| | | | | This simple error resulted in the wrong FP context structure being used for hardware contexts on the m68k. This was a difficult problem to find.
* Reworked mkdir line to invoke smaller lines.Joel Sherrill1997-12-041-1/+4
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-28 13:40:12 +0000