summaryrefslogtreecommitdiffstats
path: root/c (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-10-06Fixed spelling error (FAMILLY --> FAMILY).Joel Sherrill1-4/+4
1999-10-05Invalid value used for baud rate per bug report fromJoel Sherrill2-2/+2
Jay Kulpinski <jskulpin@eng01.gdds.com>.
1999-10-05Removed ifdef on go32.Joel Sherrill1-1/+1
1999-10-05Removed go32 ifdefsJoel Sherrill2-6/+0
1999-10-05Added comment with CVS Id.Joel Sherrill1-0/+4
1999-10-05Changed bra.s to bra.l to remove error with new version of binutils.Joel Sherrill2-4/+4
1999-10-05Changed bra.s to bra.l to correct compilation error triggered by newJoel Sherrill2-2/+2
version of binutils.
1999-10-05Corrected so sections did not overlap with new version of binutils.Joel Sherrill1-0/+6
1999-10-05Corrected comment.Joel Sherrill2-2/+2
1999-10-05Added Jay Kulpinski (jskulpin@eng01.gdds.com) for mvme2307 BSP submission.Joel Sherrill1-0/+6
1999-10-05Removed targets and configurations that are no longer functionalJoel Sherrill2-20/+0
and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
1999-10-05Removed targets and configurations that are no longer functionalJoel Sherrill2-73/+1
and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
1999-10-05Removed targets and configurations that are no longer functionalJoel Sherrill1-16/+16
and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
1999-10-05Modified to remove reference to Force CPU386. Actually this was a misnamedJoel Sherrill1-2/+2
conditional that should have been fixed long ago.
1999-10-05Modified to remove error for overlapping sections now thatJoel Sherrill1-27/+19
gnu.linkonce* sections are included.
1999-10-05Patch from Wayne Bullaughey <wayne@wmi.com>. Comments follow:Joel Sherrill2-2/+2
I'm working on code to mount my host based file system on the base file system (imfs) and have a suggestion for a change to eval.c in the c/src/lib/libc directory of the 8/20/1999 snapshot. The current version does not test the result value returned from the evalpath callback (line 47) in the case where follow_link is true. Attached is my suggested change. Without this test the node_type callback may be called after evalpath failed. node_type could set the type to some value other then RTEMS_FILESYSTEM_HARD_LINK or RTEMS_FILESYSTEM_SYM_LINK but it seems cleaner to add the check on result.
1999-10-05Removed targets and configurations that are no longer functionalJoel Sherrill50-4935/+0
and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
1999-10-05Added wrapup directory.Joel Sherrill1-0/+1
1999-10-05Minor corrections to get mvme2307 to compile.Joel Sherrill12-24/+24
1999-10-05Patch from Eric Valette <valette@crf.canon.fr> with two smallJoel Sherrill4-0/+20
fixes related to GDB over TCP/IP debug.
1999-10-05Regenerated.Joel Sherrill74-8270/+13038
1999-10-05Bug report and fix from Jay Kulpinski <jskulpin@eng01.gdds.com> whereJoel Sherrill1-3/+2
sigemptyset(&old_mask) needed to be added on glibc2 systems. Ian Lance Taylor pointed out that sigemptyset() is portable so Joel removed all conditionals around calls to sigemptyset().
1999-10-04Motorola MVME2307 BSP submitted by Jay Kulpinski <jskulpin@eng01.gdds.com>.Joel Sherrill38-0/+5142
No modifications made.
1999-10-04The fiels isatty.c and creat.c were copied from newlib/libc/posix toJoel Sherrill1-1/+2
avoid conflicts.
1999-10-04Modifications necessary to support testing of exitting a pthread fromJoel Sherrill7-66/+125
Charles-Antione Gauthier <charles.gauthier@iit.nrc.ca>.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make fix bugJoel Sherrill86-274/+274
where wrapup left pieces out of the librtemsall.a.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make fix bugJoel Sherrill4-4/+5
where wrapup left pieces out of the librtemsall.a.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make libnetworkingJoel Sherrill252-66688/+9
a top level more independently configured package.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill5-0/+85
The patch below actuallly consists of two patches: 1) moving librpc to c/src/librpc similar to what has been done to librtems++ 2) reworked configure scripts, many safety and dependency checks added to aclocal/*.m4 macros + configuration fixes. To apply: mkdir c/src/librpc mkdir c/src/librpc/src cp c/src/lib/librpc/*.c c/src/librpc/src cp c/src/lib/librpc/Makefile.in c/src/librpc/src mkdir c/src/librpc/include mkdir c/src/librpc/include/rpc cp c/src/lib/include/rpc/* c/src/librpc/include/rpc patch -p1 < ../rtems-rc-19990820-7.diff rm -rf c/src/lib/librpc rm -rf c/src/lib/include/rpc ./autogen The additional checks in aclocal/*m4 macros add rather restrictive, sometimes unnecessarily restrictive constraints on the sequence of how macros can be used in a configure.in script. Adding them has let my problems with some more complicated configuration options vanish. Apparently some macros had not been in the required order . ---- Now I still get some linking errors for some cpus and bsps, esp when linking cdtest, but also at other locations: e.g. this happens for mips64orion/p4600: # make[5]: Entering directory `/lfs/poseidon/users/rtems/src/multi/build/mips64orion-rtems/c/p4600/tests/samples/hello' /opt/rtems/bin/mips64orion-rtems-gcc --pipe -B../../../../../../p4600/lib/ -specs bsp_specs -qrtems -DP4000 -DCPU_R4000 -DP3_DIAG -D_R4000 -D__mips=3 -mcpu=4600 -G0 -I../../../../../../p4600/lib/include/networking -g -Wall -ansi -fasm -O4 -fomit-frame-pointer -o o-p4600/hello.exe o-p4600/init.o ../../../../../../p4600/lib/no-dpmem.rel ../../../../../../p4600/lib/no-event.rel ../../../../../../p4600/lib/no-msg.rel ../../../../../../p4600/lib/no-mp.rel ../../../../../../p4600/lib/no-part.rel ../../../../../../p4600/lib/no-signal.rel ../../../../../../p4600/lib/no-timer.rel ../../../../../../p4600/lib/no-rtmon.rel /opt/rtems/mips64orion-rtems/lib/libc.a(dtoa.o): In function `_dtoa_r': /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol collect2: ld returned 1 exit status # mips64orion-rtems-gcc -v Reading specs from /opt/rtems/lib/gcc-lib/mips64orion-rtems/2.95.1/specs gcc version 2.95.1 19990816 (release) # mips64orion-rtems-ld -v GNU ld version 2.9.5 (with BFD 2.9.5)
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill44-5295/+39
The patch below actuallly consists of two patches: 1) moving librpc to c/src/librpc similar to what has been done to librtems++ 2) reworked configure scripts, many safety and dependency checks added to aclocal/*.m4 macros + configuration fixes. To apply: mkdir c/src/librpc mkdir c/src/librpc/src cp c/src/lib/librpc/*.c c/src/librpc/src cp c/src/lib/librpc/Makefile.in c/src/librpc/src mkdir c/src/librpc/include mkdir c/src/librpc/include/rpc cp c/src/lib/include/rpc/* c/src/librpc/include/rpc patch -p1 < ../rtems-rc-19990820-7.diff rm -rf c/src/lib/librpc rm -rf c/src/lib/include/rpc ./autogen The additional checks in aclocal/*m4 macros add rather restrictive, sometimes unnecessarily restrictive constraints on the sequence of how macros can be used in a configure.in script. Adding them has let my problems with some more complicated configuration options vanish. Apparently some macros had not been in the required order . ---- Now I still get some linking errors for some cpus and bsps, esp when linking cdtest, but also at other locations: e.g. this happens for mips64orion/p4600: # make[5]: Entering directory `/lfs/poseidon/users/rtems/src/multi/build/mips64orion-rtems/c/p4600/tests/samples/hello' /opt/rtems/bin/mips64orion-rtems-gcc --pipe -B../../../../../../p4600/lib/ -specs bsp_specs -qrtems -DP4000 -DCPU_R4000 -DP3_DIAG -D_R4000 -D__mips=3 -mcpu=4600 -G0 -I../../../../../../p4600/lib/include/networking -g -Wall -ansi -fasm -O4 -fomit-frame-pointer -o o-p4600/hello.exe o-p4600/init.o ../../../../../../p4600/lib/no-dpmem.rel ../../../../../../p4600/lib/no-event.rel ../../../../../../p4600/lib/no-msg.rel ../../../../../../p4600/lib/no-mp.rel ../../../../../../p4600/lib/no-part.rel ../../../../../../p4600/lib/no-signal.rel ../../../../../../p4600/lib/no-timer.rel ../../../../../../p4600/lib/no-rtmon.rel /opt/rtems/mips64orion-rtems/lib/libc.a(dtoa.o): In function `_dtoa_r': /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol collect2: ld returned 1 exit status # mips64orion-rtems-gcc -v Reading specs from /opt/rtems/lib/gcc-lib/mips64orion-rtems/2.95.1/specs gcc version 2.95.1 19990816 (release) # mips64orion-rtems-ld -v GNU ld version 2.9.5 (with BFD 2.9.5)
1999-10-04Removed Makefile.in generated from Makefile.amJoel Sherrill85-29070/+0
1999-10-04This file was not updated in a recent patch from Ralf Corsepius.Joel Sherrill2-198/+54
1999-10-04Removed excep.cJoel Sherrill5-3/+3
1999-10-04Removed.Joel Sherrill1-0/+0
1999-10-04Removed empty file.Joel Sherrill2-0/+0
1999-10-04New test for getenv/putenv added by Joel.Joel Sherrill4-1/+134
1999-10-04Patch from Eric Norum <eric@cls.usask.ca>. Comments follow:Joel Sherrill6-9/+15
The old system would panic when the loopback interface was included as part of the network initialation structures. With the printf you get an message, but the interface is still properly initialized.
1999-10-04Patch from Eric Norum <eric@cls.usask.ca> to ensure the consoleJoel Sherrill1-9/+9
initialization is only done once.
1999-10-04Modified to setup environment pointer on all BSPs. This resultsJoel Sherrill1-4/+20
in getenv/putenv working all the time without special assistance from the BSP.
1999-10-04Setup environment pointer for getenv/putenv. Patch from Eric NorumJoel Sherrill2-6/+16
<eric@cls.usask.ca>.
1999-10-04Regenerated.Joel Sherrill153-1464/+1632
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to fix bug reportJoel Sherrill1-0/+2
from Eric Norum <eric@cls.usask.ca>. This patch was rtems-19990820-0-diff from Ralf. FYI: In parallel to the transition to automake, RTEMS is on a transition from make-time configuration to per-bsp and per-bsp configuration at configuration-time. Due to this several changes to configuration files have been added and might have broken something that has been working previously. Most noticeable behavioral change is that you now are required to use @RTEMS_BSP@ instead of $(RTEMS_BSP) inside of any Makefile.ins which are configured or build as part of the source-tree. > It used to be that only RTEMS_MAKEFILE_PATH had to be set. Why is this > no longer sufficient? It should still be working, if it doesn't, it has to be considered to be broken and should be fixed. I am not sure, but I assume you are using Makefile.inc - In this case, you have found a bug in Makefile.inc.in which should be worked-around by the patch below. If my assumption is wrong, I would need more details ...
1999-10-01Addition of more functionality by Eric Norum to support GNU readline.Joel Sherrill7-5/+156
1999-09-09Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill42-0/+51804
Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
1999-09-07Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill678-3590/+23664
Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
1999-09-07Removed by patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill4-188/+0
Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's.
1999-09-02Missing file from Charles-Antoine Gauthier <charles.gauthier@iit.nrc.ca>Joel Sherrill1-0/+223
added.
1999-09-02Cleaned up to move conditional to C files -- not Makefile.Joel Sherrill3-18/+12
1999-08-30Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to moveJoel Sherrill27-2854/+60
c/src/lib/librtems++ and c/src/lib/include/rtems++ to their own package librtems++ at the top of the tree. To apply: mkdir c/src/librtems++ cp c/src/lib/librtems++/README c/src/librtems++ mkdir c/src/librtems++/src cp c/src/lib/librtems++/*.cc c/src/librtems++/src cp c/src/lib/librtems++/Makefile.in c/src/librtems++/src mkdir c/src/librtems++/include mkdir c/src/librtems++/include/rtems++ cp c/src/lib/include/rtems++/*.h c/src/librtems++/include/rtems++ patch -p1 <rtems-rc-19990802-5.diff rm -rf c/src/lib/librtems++ rm -rf c/src/lib/include/rtems++ ./autogen Attention: * The procedure above copies the files first, then patches them and finally removes the old files afterwards. This has been done to enable you to copy the files in CVS to preserve their history.
1999-08-30Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill2-2/+2
Somehow a nasty bug has made it in sh/start.S ("|", instead of "!", to begin an asm comment). I have no idea how this could remain undiscovered for so long (It is in rtems-4.0.0, too!), however upgrading to binutils from sourceware's CVS sh-rtems-as chokes on this bug. => I guess, either binutils changed its conventions or an obvious bug in as has been fixed.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-19 13:02:21 +0000