summaryrefslogtreecommitdiffstats
path: root/c/src/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to move librdbgJoel Sherrill1999-10-113-22/+2
| | | | to its own top level package.
* Now compiles for coff and elf.Joel Sherrill1999-10-111-65/+185
|
* Removed targets and configurations that are no longer functionalJoel Sherrill1999-10-0626-5265/+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.
* New file.Joel Sherrill1999-10-062-0/+28
|
* Removed aclocal.m4 generated from aclocal macrosJoel Sherrill1999-10-0618-11477/+0
|
* Removed configure generated from configure.inJoel Sherrill1999-10-0618-36464/+0
|
* Modified to avoid conflicts on definitions of malloc. newlib 1.8.2Joel Sherrill1999-10-061-1/+1
| | | | | | | | now prototypes the malloc family in stdlib.h. This causes conflicts with the way the network stack overrides the definitions of malloc. As best I (being Joel) can tell, commenting stdlib.h out keeps the files compiling and referencing the desired malloc/free but results in more warnings.
* Modified to explicitly list all files as part of C_PIECES.Joel Sherrill1999-10-061-1/+2
|
* Corrected build order so it was not as dependent on the mpc750 check.Joel Sherrill1999-10-062-6/+2
|
* Added sections as required by C++ and ELF.Joel Sherrill1999-10-064-3/+14
|
* Added more sections and made minor modifications to let the linkcmdsJoel Sherrill1999-10-068-29/+54
| | | | | work with m68k-elf on late model versions of binutils (990901+) without overlapping or missing section errors.
* Fixed spelling error (FAMILLY --> FAMILY).Joel Sherrill1999-10-061-4/+4
|
* Invalid value used for baud rate per bug report fromJoel Sherrill1999-10-051-1/+1
| | | | Jay Kulpinski <jskulpin@eng01.gdds.com>.
* Removed go32 ifdefsJoel Sherrill1999-10-051-3/+0
|
* Added comment with CVS Id.Joel Sherrill1999-10-051-0/+4
|
* Changed bra.s to bra.l to remove error with new version of binutils.Joel Sherrill1999-10-052-4/+4
|
* Changed bra.s to bra.l to correct compilation error triggered by newJoel Sherrill1999-10-052-2/+2
| | | | version of binutils.
* Corrected so sections did not overlap with new version of binutils.Joel Sherrill1999-10-051-0/+6
|
* Corrected comment.Joel Sherrill1999-10-052-2/+2
|
* Modified to remove reference to Force CPU386. Actually this was a misnamedJoel Sherrill1999-10-051-2/+2
| | | | conditional that should have been fixed long ago.
* Modified to remove error for overlapping sections now thatJoel Sherrill1999-10-051-27/+19
| | | | gnu.linkonce* sections are included.
* Patch from Wayne Bullaughey <wayne@wmi.com>. Comments follow:Joel Sherrill1999-10-051-1/+1
| | | | | | | | | | | | 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.
* Removed targets and configurations that are no longer functionalJoel Sherrill1999-10-0550-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.
* Minor corrections to get mvme2307 to compile.Joel Sherrill1999-10-0512-24/+24
|
* Patch from Eric Valette <valette@crf.canon.fr> with two smallJoel Sherrill1999-10-053-0/+18
| | | | fixes related to GDB over TCP/IP debug.
* Regenerated.Joel Sherrill1999-10-0536-3348/+5731
|
* Motorola MVME2307 BSP submitted by Jay Kulpinski <jskulpin@eng01.gdds.com>.Joel Sherrill1999-10-0438-0/+5142
| | | | No modifications made.
* The fiels isatty.c and creat.c were copied from newlib/libc/posix toJoel Sherrill1999-10-041-1/+2
| | | | avoid conflicts.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make fix bugJoel Sherrill1999-10-0420-65/+65
| | | | where wrapup left pieces out of the librtemsall.a.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make fix bugJoel Sherrill1999-10-042-3/+2
| | | | where wrapup left pieces out of the librtemsall.a.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make libnetworkingJoel Sherrill1999-10-04247-66673/+1
| | | | a top level more independently configured package.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-10-0432-5272/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* Removed Makefile.in generated from Makefile.amJoel Sherrill1999-10-0422-7220/+0
|
* This file was not updated in a recent patch from Ralf Corsepius.Joel Sherrill1999-10-042-198/+54
|
* Removed excep.cJoel Sherrill1999-10-042-1/+1
|
* Removed.Joel Sherrill1999-10-041-0/+0
|
* Removed empty file.Joel Sherrill1999-10-042-0/+0
|
* Patch from Eric Norum <eric@cls.usask.ca>. Comments follow:Joel Sherrill1999-10-042-3/+5
| | | | | | 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.
* Patch from Eric Norum <eric@cls.usask.ca> to ensure the consoleJoel Sherrill1999-10-041-9/+9
| | | | initialization is only done once.
* Modified to setup environment pointer on all BSPs. This resultsJoel Sherrill1999-10-041-4/+20
| | | | | in getenv/putenv working all the time without special assistance from the BSP.
* Setup environment pointer for getenv/putenv. Patch from Eric NorumJoel Sherrill1999-10-042-6/+16
| | | | <eric@cls.usask.ca>.
* Regenerated.Joel Sherrill1999-10-0453-403/+455
|
* Addition of more functionality by Eric Norum to support GNU readline.Joel Sherrill1999-10-014-3/+79
|
* Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill1999-09-0931-0/+37602
| | | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
* Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill1999-09-07468-1597/+4167
| | | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
* Missing file from Charles-Antoine Gauthier <charles.gauthier@iit.nrc.ca>Joel Sherrill1999-09-021-0/+223
| | | | added.
* Cleaned up to move conditional to C files -- not Makefile.Joel Sherrill1999-09-023-18/+12
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to moveJoel Sherrill1999-08-3022-2849/+52
| | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-302-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.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-301-0/+13
| | | | | | | | | | | | | | | | | | | 1. Addition of maintainer-mode dependencies on config.status and aclocal.m4 for autoconf toplevel Makefile.ins. These rules are taken over from automake generated Makefile.ins, i.e. they are contained in any automake generated toplevel Makefile.in. Having this patch in is at least a great releaf for me when working on RTEMS configuration :) 2. Automated support for #1 in acpolish 3. Some minor "beautifications" on Makefile.ins resulting from running acpolish. FYI: This patch has been generated by running tools/update/rtems-polish.sh -ac on the source tree and manually editing the resulting patch afterwards to work around a problem with acpolish, which still corrupts one Makefile.in - WARNING: Be careful with running acpolish!
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-30 10:16:33 +0000