summaryrefslogtreecommitdiffstats
path: root/c/src/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 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!
* Removed definition of NO_IMPLICIT_EXTERN_C since it is supposed to beJoel Sherrill1999-08-301-1/+1
| | | | in the compiler not in the header file.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-303-8/+6
| | | | | | | | | | | | | | | | | | | | | | | | | The patch below actually consists of 3 patches: 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! I expect this patch not to have any influence on normal users, unless they use --enable-maintainer-mode, thus merging it should be rather harmless.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-263-7/+7
| | | | | This one is a minor fix for the librdg-Makefiles for mcp750, mostly an adaptation to the Makefiles used for the i386.
* Comment cleanup from Eric Norum <eric@cls.usask.ca>.Joel Sherrill1999-08-261-5/+0
|
* Removed need for use of separate include/networking directory.Joel Sherrill1999-08-231-15/+15
|
* Patch from Eric Norum <eric@cls.usask.ca> to readd the behavior whereJoel Sherrill1999-08-231-30/+6
| | | | the minor number indicated the port number to try.
* Support for MPC505 from Sergei Organov <osv@Javad.RU>. His patch wasJoel Sherrill1999-08-195-0/+314
| | | | | against 3.6.0 so was painful to merge. It should be OK but there is no guarantee and there are no BSPs in the tree to exercise it.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-187-27/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Here is another fix, which addresses a few more or less severe bugs in configuration and unix/posix: * Configuration fix: c/src/lib/configure.in didn't handle RDBG correctly * Configuration fix: make depend was non-functional in c/src/lib/libc/Makefile.in * Configuration fix: stray comment removed from aclocal/target.m4 * RTEMS fix: termios support for unix/posix now uses the host's headers only (was completely broken). - Don't install RTEMS's newlib sys/termios.h for unix (sys/termios.h apparently is a newlib specific header) - To be able to compile RTEMS's termios.c with glibc2.1, glibc-2.1 needs __USE_MISC, which is a private define from gcc's features.h, being defined only when _BSD_SOURCE of _SVID_SOURCE is defined. RTEMS's termios apparently implements BSD, thus -D_BSD_SOURCE was added to Linux-posix.cfg. - Conflicting definitions for __USE_MISC and _BSD_SOURCE inside of RTEMS codes removed due to definition of _BSD_SOURCE on the toplevel. This fix has been tested with linux/posix (primary glibc2.1 native), linux/posix (secondary libc5 native), sh/gensh1, i386/pc386 and a couple of other bsp's/CPU. To apply: cd <srcdir> patch -p1 < rtems-rc-19990709-9.diff and aclocal -I aclocal && automake && autoconf cd c/src/lib; autoconf or ./autogen
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-123-524/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | After upgrading my linux box to the brand new SuSE 6.2 release, which is glibc-2.1 based, I came across a bug in RTEMS - IIRC, I even warned you about it about 1/2 a year ago, but nothing has been done since then :-. The *.m4 macros to check for SYSV/IPC are broken for linux/glibc2.1, because they assume that linux always defines union semun, which isn't true anymore for glibc2.1 (the manpage for semctl states _X_OPEN specifies it this way). Therefore I have tried to implement a more general approach for handling SYSV for unix/posix which checks for presence of struct semun, instead of trying to evaluate OS specific preprocessor symbols. This approach is a bit adventureous, because I only tested it with linux/glibc2.1 and linux/libc5, but not under other Unix variants RTEMS supports. I am quite confident it will work on other hosts, too, but who knows :-. [FYI: I think this might also is the cause of some problems with RedHat 6.X / Mandrake linux recently reported on the rtems list -- rtems-4.0.0 can not be build for posix on any glibc2.1 based host] Furthermore the patch below contains a couple of minor fixes and configuration cleanups, which IMO should be applied before releasing a new snapshot. To apply this patch: cd <source-tree> patch -p1 < rtems-rc-19990709-8.diff ./autogen
* Patch from Tony R. Ambardar <tonya@ece.ubc.ca>:Joel Sherrill1999-08-1152-44/+4487
| | | | | | | | | | | | | | | | | | | I'm attaching a big patch for the ts_386ex BSP which adds and includes the following: 1) Conversion to ELF format + minor code cleanups + documentation. 2) An Ada95 binding to FreeBSD sockets, based on Samuel Tardieu's adasockets-0.1.3 package. This includes some sample applications. 3) Some Ada and C interfaces to add serial-port debugging to programs. Comes with examples, too; the Ada one shows how transparent adding the support can be. Note that Rosimildo sent me the original C code. The network stuff is not BSP specific, and could be added to your Ada code collection. The debugging stuff is specific to the i386. Right now, everything sits in my "tools" directory.
* Last minute patch to change the signal type for ASM_PROG_VECTOR fromJoel Sherrill1999-08-101-1/+1
| | | | Eric Valette <valette@crf.canon.fr>.
* Last minute cleanup patch to close comment from Eric ValetteJoel Sherrill1999-08-101-1/+1
| | | | <valette@crf.canon.fr>.
* Patch from Eric Valette <valette@crf.canon.fr> and Emmanuel RaguetJoel Sherrill1999-08-1052-439/+1262
| | | | | | | | | | | | <raguet@crf.canon.fr>: - the dec21140 driver code has been hardened (various bug fixed) Emmanuel, - bug in the mcp750 init code have been fixed (interrupt stack/initial stack initialization), BSS correctly cleared (Eric V) - remote debugging over TCP/IP is nearly complete (berakpoints, backtrace, variables,...) (Eric V), - exception handling code has also been improved in order to fully support RDBG requirements (Eric V),
* New configuration files added by patch fromJoel Sherrill1999-08-101-0/+104
| | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de>".
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to correct a minorJoel Sherrill1999-08-103-60/+98
| | | | problem with the HAS_MP patch and regenerated files.
* Added define at request of Jason Merrill.Joel Sherrill1999-08-101-1/+1
|
* Patch rtems-rc-19990709-6-diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-08-0639-285/+229
| | | | | applied. This modified many Makefiles and custom files and makes many more settings (network, multiprocessing, etc) gnerated by autoconf.
* Typo -- removed blank line at top of file.Joel Sherrill1999-08-061-1/+0
|
* Patch from Jiri Gaisler <jgais@ws.estec.esa.nl> to fix remote gdb use:Joel Sherrill1999-08-061-67/+73
| | | | | | | | I just released erc32ccs-2.0.6 which includes some fixes and the Ada-self optimisation. Remote debugging of Ada programs did not work due to a conflict between monior and rtems trap handlers. I have attached a modified gnatsupp.c that makes remote debugging possible again.
* Now supports C++ global constructors and exceptions.Joel Sherrill1999-08-053-3/+10
|
* Fixed typo on report from Tony R. Ambardar <tonya@ece.ubc.ca>.Joel Sherrill1999-08-051-1/+1
|
* Patch from Eric Valette <valette@crf.canon.fr> to fix interruptJoel Sherrill1999-08-032-5/+3
| | | | initialization typo and make i8259s_cache only accessed from C.
* Fix By Joel based on suggestion from Ian Lance Taylor <ian@airs.com>Joel Sherrill1999-08-021-1/+10
| | | | | | | | | | | | | | | | | | | | | | | | to fix problem reported by Ralf Corsepius <corsepiu@faw.uni-ulm.de>. Date: Fri, 30 Jul 1999 14:53:20 -0500 (CDT) From: <joel@oarcorp.com> it is used like this in i386ex/start/start.S /* set up same values in cache */ start.S: movw $0xFFFB, SYM(i8259s_cache) I am heading out the door. Any other ideas what could have tripped this? This instruction appears in a .code16 section. In a .code16 section, current versions of gas assume that all addresses are 16 bits unless told otherwise. If you change the line to addr32 movw $0xFFFB, SYM(i8259s_cache) then you will get a 32 bit address reference. You may want to use addr32 only when NEW_GAS is defined.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-08-021-1/+1
| | | | | | | | | | | | | | The patch below fixes a nasty bug in acpolish, which has broken many Makefile.ins below c/src/tests/ APPLYING THE PATCH: patch -p1 < rtems-rc-19990709-5.diff The essential part of this patch is the diff-fragment for acpolish contained in this patch. Ie. if any of the other diffs do not apply, make sure that the acpolish diff was applied correctly and then run cd <srcdir> tools/update/rtems-polish.sh -ac
* Added more sections to pick up all of the new C++ sections.Joel Sherrill1999-08-021-12/+11
|
* Now correctly does deep copy.Joel Sherrill1999-08-021-2/+2
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-07-3026-131/+183
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The main topic is replacing the hard-coded values for HAS_MP and HAS_RDBG in custom/*.cfg with per-bsp configuration-time autoconf checks (This is the patch I had mentioned before earlier this week). CHANGES * HAS_MP removed from custom/*.cfg, replaced with configuration time autoconf check * HAS_RDBG removed from custom/*.cfg, replaced with configuration-time autoconf check * NEW: c/src/make/bsp.cfg.in, takes configuration-time checked per-bsp values (i.e. HAS_MP, HAS_RDBG), gets installed as $(prefix)/<bsp>/make/bsp.cfg * NEW: default.cfg includes bsp.cfg - this change is backward compatible. * IMPORT_SRC: apply VPATH instead for ts_386ex/i386ex subdirectory Makefile.ins * HACK: a bug in acpolish mis-handles addtions to makefile variables which are enclosed in gmake conditionals: c/src/lib/libbsp/m68k/ods68302/start302/Makefile.in * Apply inline_dir, HAS_MP and HAS_RDBG for avoiding configuration of unneeded subdirectories in various configure.in files. * Several minor changes in Makefile.ins and configure.ins, wrt. to the order of including *.cfg and defining Makefile variables APPLYING THE PATCH: patch -p1 < rtems-rc-19990709-4.diff ./autogen
* Fixed typos.Joel Sherrill1999-07-304-8/+8
|
* Corrected typo and added correct conditional compilation on RTEMS_POSIX_API.Joel Sherrill1999-07-301-1/+15
|
* Missed adding file from Eric Valette <valette@crf.canon.fr>.Joel Sherrill1999-07-282-0/+106
| | | | | This file is necessary because the bootloader is compiled with different options than the basic C library.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-10 11:08:53 +0000