summaryrefslogtreecommitdiff
path: root/libc/stdio
AgeCommit message (Collapse)Author
2005-11-21tabs -> spacesMike Frysinger
2005-11-21Hide some morePeter S. Mazinger
2005-11-21Hide somePeter S. Mazinger
2005-11-21Remove TOPDIRPeter S. Mazinger
2005-11-21Don't build empty objects, remove unused vars, update copyrightPeter S. Mazinger
2005-11-20fix tab issue properly by not using tabsMike Frysinger
2005-11-20You included the wrong file. Check your work better next time. You get a big ↵"Steven J. Hill"
fat "F" for this one.
2005-11-20Tab clean-up."Steven J. Hill"
2005-11-19dont want to delete the 64.c files anymoreMike Frysinger
2005-11-19simplify Makefile rules for handling of LFS files by tweaking the way we ↵Mike Frysinger
compile the source files as suggested by psm
2005-11-19touchup whitespaceMike Frysinger
2005-11-19make sure we pull in features.hMike Frysinger
2005-11-15Hide more of stdio,getdents, use internal __raisePeter S. Mazinger
2005-11-15Update copyright noticePeter S. Mazinger
2005-11-15Hide some internally used functionsPeter S. Mazinger
2005-11-08Remove #define _STDIO_UTILITY, can't find any use of itPeter S. Mazinger
2005-11-08make cp silentMike Frysinger
2005-11-05Change comment size_t _fpmaxtostr to ssize_tPeter S. Mazinger
2005-11-03Last bits for IMA, now everything can be built w/ DOMULTI=y on gcc-3.4.4 ↵Peter S. Mazinger
with my config (no locale, the rest enabled). Not tested if libc is complete and usable. All the files listed in *_NO_MULTI need love, best would be to replace all multisources w/ single sources.
2005-11-02tweak rules so we dont have to copy the .c files to get 64bit versionsMike Frysinger
2005-11-01Only because of multi sources I had to touch up these and add code duplicationPeter S. Mazinger
2005-11-01Remove last unused references to libc-a-pic-, we use only the lists in ↵Peter S. Mazinger
libc-a-y for objects that go into static libs, changing their suffix to .os, of they should be PIC
2005-10-29Replace all Makefiles for new build infrastucturePeter S. Mazinger
2005-10-25All Makefile.in's. Only arm/i386/mips/powerpc/x86_64 are done, the other ↵Peter S. Mazinger
archs lack proper crt1. The Makefiles in extra/scripts are intended to be linked into each dir, where it is necessary to build locally.
2005-10-12Rewrote almost all Makefiles: do not use strip $(x),y; run strip on all ↵Peter S. Mazinger
objects at once; use :=//$</$^; use CRT_SRC/CRT_OBJ/SCRT_OBJ/CSRC/COBJ/SSRC/SOBJ/MSRC/MOBJ where no more is needed, if only CSRC is present use OBJS directly instead of COBJ; CTOR_TARGETS are created directly in lib; remove unused/unneeded parts. Hope I haven't broken too much.
2005-10-04Clean up pthread include mess. Some of these will be needed to support NPTL, ↵"Steven J. Hill"
but they do no harm for the linuxthreads case. Yes, I tested this.
2005-09-22weaks moved after the related function so gcc4 won't warnPeter S. Mazinger
2005-09-21enable flockfile and friends if threads are not enabledPeter S. Mazinger
2005-07-30Sigh... I wasn't checking for output errors. NIST/PCTS caught it.Manuel Novoa III
Hack in some temporary fixes until I have time to clean it up a bit more. Also rework _fpmaxtostr to reduce the size a bit and (hopefully) allow it to build for m68k (vapier tested an earlier version a while back).
2005-07-28Fix string.h. Change our _susv3_strerror_r to __xpg_strerror_r for glibcManuel Novoa III
compatibility. Also change _glibc_strerror_r to __glibc_strerror_r for consistency.
2005-03-21Forgot to change name of builtin buffer during last rewrite.Manuel Novoa III
2005-03-17Revert last commit. If I had wanted to include that patch, I would have doneManuel Novoa III
it myself at least a year and a half ago.
2005-03-16http://bugs.uclibc.org/view.php?id=165Mike Frysinger
d1mag writes: Compilation of _fpmaxtostr.c generate an internal error by m68k-elf-gcc, and this patch has been used in uClinux-dist to fix it.
2005-02-14When I broke up the stdio code, the "support pre C99 compilers" va_copy compatManuel Novoa III
define was no longer visible to vasprintf. I didn't catch this since I no longer use such old tools. Unfortunately, some well-meaning but misguided individual decided to just cut-and-paste the macro. :-( Try to clean up the situation by putting it into a header that can be overriden by any archs that need to. If this breaks for anyone (as I said, I no longer use such old tools and so haven't tested), let me know and I'll fix it.
2005-02-09Define va_copy for pre-C99 compilers (code taken from vfprintf.c).Peter Kjellerstedt
2005-01-25merge parallel build supportMike Frysinger
2005-01-19Avoid compiler warnings.Peter Kjellerstedt
2004-05-07Fix a couple of issues in configurations I hadn't tested.Manuel Novoa III
2004-02-13Oops.. The custom stream funcs should only be compiled if wanted.Manuel Novoa III
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-01-02Fix __freadable and __fwritable... were using '~' instead of '!'. (ugh)Manuel Novoa III
Fix (hopefully) a potential problem with failed freopen() calls. The fix isn't tested since I've been working on the replacement stdio core code which will go in after the next release.
2004-01-02Oops... temporarily support the old stdio code.Manuel Novoa III
2004-01-02Rewrite popen for SUSv3 compliance.Manuel Novoa III
Added a list of popen()'d to store pids and use waitpid() in pclose(). Loop on waitpid() failure due to EINTR as required. Close parent's popen()'d FILEs in the {v}fork()'d child. Fix failure exit code for failed execve().
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-14Fix a couple of 'declaration after statement' errors.Manuel Novoa III
2003-11-19Fix the return value for fputs when passed an empty string.Manuel Novoa III
Indirectly detected by gmp-4.1.2 self-tests and reported by "Peter S. Mazinger" <ps.m@gmx.net>.
2003-10-18Peter Kjellerstedt writes:Eric Andersen
rm.patch: * Define $(RM) as rm -f in Rules.mak and test/Rules.mak (this is the same definition as gmake uses by default). * Change all occurrences of rm and rm -f into $(RM).
2003-09-23Quick fix to make sure vfprintf always checks stream orientation whenManuel Novoa III
wchar support is enabled.
2003-09-22Modify _stdio_READ to conform with C99, as stdio input behavior uponManuel Novoa III
encountering EOF changed with Defect Report #141. In the current standard, the stream's EOF indicator is "sticky". Once it is set, all further input from the stream should fail until the application explicitly clears the EOF indicator (clearerr(), file positioning), even if more data becomes available. Fixed a bug in fgets. Wasn't checking for read errors. Minor thread locking optimizations to avoid some unnecessary locking. Remove the explicit calls to __builtin_* funcs, as we really need to implement a more general solution.
2003-09-22Ugh... EOF handling by scanf was completely broken. :-( Regretably,Manuel Novoa III
I got my mind fixed in one mode and didn't comply with the standards. Things should be fixed now, but comparision testing is difficult when glibc's scanf is broken and they stubbornly refuse to even acknowledge that it is... even when confronted by specific examples from the C99 standards and from an official C standard defect report.