| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
doing the HWAPI manual.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
direction. This fixes a problem reported by Steve Evans of Radstone
since he is using glibc2.
|
| |
|
|
|
|
| |
generated when egcs is used with "-Wall -pedantic".
|
|
|
|
| |
Application Cindy has written can transform into a nice Word document.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
With this in place, it is possible to fdopen a TCP stream socket and
getc/fprintf/etc. on the STDIO stream!
|
|
|
|
|
|
|
|
|
|
| |
> 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.
|
|
|
|
|
|
| |
+ major and minor number elements in rtems_termios_open.
+ arg->ioctl_return in rtems_termios_ioctl routine.
|
|
|
|
|
| |
lines so setting RTEMS_BSP in an environment variable works even
from the top level directory.
|
|
|
|
|
|
|
|
|
|
|
| |
RTEMS_CHECK_FILES_IN uses a sequence of find, sort and sed to collect
all *.in files in a given subdirectory.
The current version uses : `find $1 -name $2 -print | sed 's%\.in%%' |
sort` with $1 being a subdirectory $2 set to Makefile.in.
This works as long all subdirectories start with a letter that is
lexically bigger than the letter M, but will fail otherwise.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
>> >>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).
|
| |
|
|
|
|
|
|
|
| |
configuration successfully.
Added code to detect configuring macros and POSIX API at the same time.
There is no macro implementation for the POSIX API.
|
|
|
|
| |
for the network driver attach entry point.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
it anyway. :)
Added hints about --prefix and --program-prefix options.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
properly reflect the const on the buffer pointer being passed in.
|
|
|
|
| |
much target specific information in the script.
|
| |
|
|
|
|
|
| |
.align between i386-rtems (real number on .align) and i386-go32-rtems
(power of 2).
|
| |
|
|
|
|
| |
by size_rtems.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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!
|
| |
|
|
|
|
| |
switch which lets the user specify a different linker script.
|
|
|
|
| |
just in this directory.
|
| |
|
| |
|
|
|
|
|
| |
and internally generated list of BSPs to RTEMS_BSP_LIST to make
BSP override from the top level directory consistent.
|
|
|
|
|
| |
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).
|
| |
|
| |
|