summaryrefslogtreecommitdiff
path: root/include
AgeCommit message (Collapse)Author
2004-10-07Hide a bunch of unimplemented time function prototypes, andEric Andersen
mark them as mjn3's problem. :-)
2004-10-07Remove ucontext.h. We do not implement any of these functions.Eric Andersen
2004-10-07Remove unimplemented non-SuSv3 function prototypesEric Andersen
2004-10-07uClibc does not support getutent_r, getutid_r, and getutline_r,Eric Andersen
and SuSv3 does not require r specify them. So kill the prototypes.
2004-09-17Added back dl_iterate_phdr in ldso(with some small changes).Joakim Tjernlund
Someone needs to test if it works to build and run gcj.
2004-09-08Doh! As noted by Mike Frysinger I was too agressive at culling stuffEric Andersen
2004-09-07Disable prototypes for unimplemented functionsEric Andersen
2004-09-07Yet another bit of joy for mjn3Eric Andersen
2004-09-07Audit and disable unimplemented stuffEric Andersen
2004-09-07Audit and scrub malloc.h, which was a messEric Andersen
2004-09-07We do not use dl_iterate_phdr, so no need to define itEric Andersen
2004-09-07uClibc gettext support is under development and really shouldn'tEric Andersen
be used by the unsuspecting masses quite yet.
2004-09-07The 'Somebody Else's Problem Field' was just activatedEric Andersen
2004-09-07First pass prototype removals from auditing header files:Eric Andersen
a.out.h to libgen.h (omitting complex.h for a later separate effort for the math stuff)
2004-08-26Fixes from gentoo.Manuel Novoa III
2004-08-21Kill off all support for 'gcc -pg' / 'gprof' style profiling. There is both aEric Andersen
size and performance penalty to profiling applications this way, as well as Heisenberg effects, where the act of measuring changes what is measured. There are better tools for doing profiling, such as OProfile, that do not require gcc to instrument the application code. -Erik
2004-08-16Audit pthread.h and exclude prototypes for pthread functionsEric Andersen
that are not presently implemented in uClibc's libpthread. -Erik
2004-08-15Update to add missing c++ namespace support.Manuel Novoa III
2004-07-30cut-n-paste strikes againEric Andersen
2004-07-30Cleanup some dead wood in the header filesEric Andersen
2004-07-27Remove all reference to __GLIBC_HAVE_LONG_LONGEric Andersen
2004-07-26Support linux 2.6.x wide device major/minor numbersEric Andersen
2004-07-16Pete Popov writes:Eric Andersen
Hi Erik, I'm not sure why the NIOS support is not in uClibc -- perhaps the patch was rejected or never submitted? In any case, I'm playing with some NIOS stuff and created this patch against 0.9.26. The work was done by Microtronix. I'm not sure who else contributed to it. It would be great to have the NIOS support available in uClibc so developers don't have to go searching for these bits. Pete
2004-07-15Patch from Yoshinori Sato to add H8/300 relocation types.Eric Andersen
2004-05-08Change clock() to allow wrapping.Manuel Novoa III
Add timegm() function. Make lookup_tzname() static (as it should have been). Have strftime() get timezone information from the passed struct for the %z and %Z conversions when using struct tm extensions.
2004-05-07Peter Mazinger asked for this several months ago.Manuel Novoa III
2004-04-30These headers should not be included in uClibc -- they should beEric Andersen
part of the ppp instead.
2004-04-20Cope with gcc 3.4's more aggressive persuit of attribute unusedEric Andersen
2004-03-24glibc does not provide pppio.h, and our doing so conflictsEric Andersen
with the ppp package
2004-02-18Alexandre Oliva writes:Eric Andersen
This patch adds code to uClibc to support a new ABI designed for the FR-V architecture, that enables text segments of executables and shared libraries to be shared by multiple processes on an OS such as uClinux, that can run on FR-V processors without an MMU. Patches for binutils and GCC have just been posted in the corresponding mailing lists. The binutils patch was approved, but there's one additional patch pending review, that I posted this week. An updated GCC patch will be posted to gcc-patches@gcc.gnu.org as soon as I complete testing (I used a known-good compiler to test the uClibc patch below). Since the existing dynamic loader code didn't support independent relocation of segments, it required changes that were somewhat extensive. I've added a number of new machine-specific macros to try to keep the platform and ABI-specific details outside the generic code. I hope this is not a problem.
2004-02-18Alexandre Oliva writes:Eric Andersen
While testing the FR-V code with GCC mainline, I ran into some problems in the RPC code. It relies on a GCC extension that is no longer available, namely, the result of a cast is no longer considered an lvalue. This patch enables the code to compile. I haven't been able to test RPC though, especially in a multi-threaded environment.
2004-02-12Add our own copies of the include/scsi header files, per what glibcEric Andersen
does, rather than depending on the kernel header files. -Erik
2004-02-11New stdio core. Should be more maintainable. Fixes a couple of bugs.Manuel Novoa III
Codepaths streamlined. Improved performance for nonthreaded apps when linked with a thread-enabled libc. Minor iconv bug and some locale/thread related startup issues fixed. These showed up in getting a gcj-compiled java helloworld app running. Removed some old extension functions... _stdio_fdout and _stdio_fsfopen.
2004-02-02Use the correct configuration test define.Manuel Novoa III
2004-01-14Add a dummy (always fails) wcsftime. This is needed for the libstdc++ localeManuel Novoa III
implementation to build. Later this month I'll add a functional wcsftime.
2004-01-02Cope with 2.6.x headersEric Andersen
2003-12-27Fix a long-standing bug with pthreads. A couple of linuxthreads filesManuel Novoa III
were including libc-lock.h which had a bunch of weak pragmas. Also, uClibc supplied a number of no-op weak thread functions even though many weren't needed. This combined result was that sometimes the functional versions of thread functions in pthread would not override the weaks in libc. While fixing this, I also prepended double-underscore to all necessary weak thread funcs in uClibc, and removed all unused weaks. I did a test build, but haven't tested this since these changes are a backport from my working tree. I did test the changes there and no longer need to explicitly add -lpthread in the perl build for perl to pass its thread self tests.
2003-12-03Paul Mundt <lethal@linux-sh.org> writes:Eric Andersen
Nothing overly interesting here, this renames Hitachi/Mitsubishi to Renesas for the relevant platforms (in this case, h8, sh, and m32r). The same changes have already been going on in gcc/binutils/gdb/glibc/etc.
2003-11-21prevent some needless warnings when building w/2.6.x kernel headersEric Andersen
2003-11-13Kill off these headers, which are supposed to be part of binutils-dev,Eric Andersen
not part of uClibc.
2003-11-02Add some missing prototypesEric Andersen
2003-11-02Hopefully fix the struct tm extension problem once and for all.Manuel Novoa III
Also fix a dst-related bug which caused the use of uninitialized data.
2003-10-24Sigh. It seems some stupid programs expect this...Eric Andersen
2003-10-22It seems we need to also define SI_LOAD_SHIFT since that wasEric Andersen
also exported by the Linux kernel.h header that we do not include.
2003-10-21Those crazy binutils folks changed their abi. Add this so olderEric Andersen
apps can cope gracefully.
2003-10-20Merge some newer/updated bits from the glibc elf.hEric Andersen
2003-10-11I forgot to remove thisEric Andersen
2003-10-11These are wanted by net-toolsEric Andersen
2003-10-10We do not provide gmtime(), so disable the prototype toEric Andersen
prevent confusing autoconf
2003-10-08Atsushi Nemoto writes:Eric Andersen
I found inappropriate data types are used in some places in networking codes. * tcp_seq is 32bit (u_long -> u_int32_t) * in_addt_t should be used for internet address (unsigned long -> in_addr_t) * socklen_t should be used for accept() This is a patch against uclibc-0.9.21 (can be applied for current CVS). 64bit platforms (sizeof(int)!=sizeof(long)) will need this. I believe this patch does not harm any 32bit platforms.