summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Atsushi Nemoto writes:Mike Frysinger2007-02-111-266/+583
| | | | | | | | This patch imports INLINE_SYSCALL, etc. from glibc-2.5 ports and implements _syscall[0-7] by using them, like arm and powerpc. I think this patch does not change functionality, but gives better __SYSCALL_CLOBBERS for N32/N64.
* we dont actually need asm/page.hMike Frysinger2007-02-101-3/+0
|
* Kay McCormick reports: when evp is NULL, it is reset too late and so can ↵Mike Frysinger2007-02-091-15/+14
| | | | cause a crash when it is dereferenced
* run through LindentMike Frysinger2007-02-0912-119/+123
|
* Atsushi Nemoto writes: Add st_[amc]timensec to N32/N64 version of stat, add ↵Mike Frysinger2007-02-092-21/+23
| | | | st_[amc]time_nsec to each kernel_stat, and define STAT_HAVE_NSEC to convert them
* enable -std=gnu99 by default nowMike Frysinger2007-02-081-2/+1
|
* use __FDPIC__ from the compiler rather than setting our ownMike Frysinger2007-02-081-11/+3
|
* revert 17821, wait for better test casesEric Andersen2007-02-081-1/+1
|
* do not use ghbn_buf after it goes out of scopeEric Andersen2007-02-081-10/+9
|
* import a slightly modified realpath() test case from glibcMike Frysinger2007-02-081-0/+254
|
* Miguel Angel Alvarez writes:Eric Andersen2007-02-081-1/+1
| | | | | | | | | Hi. I have found a bug in realpath that did not allow me to use it with symlinks. Although I am using 0.9.28.1, the bug is present in 0.9.28 and also in the trunk. I attach a suggested patch. Please let me know if the solution is correct.
* handle file_name==NULL and file_name=="" as required by POSIXMike Frysinger2007-02-081-0/+8
|
* revert previous change; reading POSIX spec some more says we need to set ↵Mike Frysinger2007-02-081-1/+1
| | | | errno to EINVAL if filename is NULL
* we crash if the first argument to realpath() is non-null as well so lets ↵Mike Frysinger2007-02-081-1/+1
| | | | mark both arguments as being non-NULL
* Paul Brook writes:Mike Frysinger2007-02-081-29/+24
| | | | | | | | | | | | | | I'm seeing a hang in applications that open and close files with a non-threaded uClibc. There is code in fclose() to remove a file handle from _stdio_openlist however it's commented out, allegedly because it is dead. _stdio_openlist is used in several places, including _stdio_term when a program exits. fclose() frees the struct, so I don't see how the code can possibly be redundant. In the __UCLIBC_HAS_THREADS__ && __STDIO_BUFFERS case the file is removed from _stdio_openlist by __STDIO_OPENLIST_DEC_USE. The attached patch fixes this bug be re-enabling the code.
* pull in features.h so we have access to config definesMike Frysinger2007-02-082-0/+4
|
* sh crti.S needs features.h to resolve __HAVE_SHARED__, trivial patchPaul Mundt2007-02-071-0/+2
| | | | | from Carmelo Amoroso <carmelo73@gmail.com>.
* no need to duplicate WCHAR checkMike Frysinger2007-02-051-1/+1
|
* - silence warning about using an undefined tokenBernhard Reutner-Fischer2007-02-052-3/+3
|
* - silence warning about using an undefined tokenBernhard Reutner-Fischer2007-02-051-1/+1
|
* new cheesy test by Denis Vlasenko to trigger fclose loopMike Frysinger2007-02-051-0/+21
|
* Add support for PowerPC e500, libc part only.Joakim Tjernlund2007-02-0421-1/+612
| | | | | Math support to be done. From Steve Papacharalambous, stevep@freescale.com
* fixup includes so we compile againMike Frysinger2007-02-042-6/+4
|
* the sun rpc code has too many alias violations to worry over now; just ↵Mike Frysinger2007-02-041-0/+2
| | | | disable strict-aliasing until someone gets the balls to clean this stuff up
* fix compiling and touchup styleMike Frysinger2007-02-041-14/+16
|
* sync some stuff from glibc to fix test build failureMike Frysinger2007-02-041-6/+7
|
* Make sure struct stat is identical to struct stat64 ifPeter Kjellerstedt2007-02-021-2/+4
| | | | | | __USE_FILE_OFFSET64 is defined. This was the case for all architectures except those that use packed structures by default (i.e., CRIS).
* use sane line breaksEric Andersen2007-02-021-1/+2
|
* replace bits/syscalls.h with a comment ... an empty file makes people think ↵Mike Frysinger2007-02-021-2/+1
| | | | this is a bug rather than by design
* Ronald Maeder writes:Eric Andersen2007-02-023-11/+53
| | | | | | I have successfully made gethostbyname_r(), res_init(), and gethostid() fully reentrant. In addition, I have added a NULL check to inet_aton(). This is where SEG FAULTs were coming from when gethostbyname_r() was called.
* use the correct lock for access to __nameserver[]Eric Andersen2007-02-021-9/+9
|
* fix lock namingEric Andersen2007-02-021-6/+6
|
* Ronald Maeder writes:Eric Andersen2007-02-021-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hi Erik, Thanks for all your great work. I found a set of bugs in resolv.c . Basically, there is code that looks like: BIGLOCK; __nameserversXX=__nameservers; __nameserverXX=__nameserver; BIGUNLOCK; i = __dns_lookup(dname, type, __nameserversXX, __nameserverXX, &packet, &a); which is a problem because the declarations are int __nameservers; char * __nameserver[MAX_SERVERS]; int __searchdomains; char * __searchdomain[MAX_SEARCH]; so you can see that __nameserver is a pointer. Copying the pointer to __nameserverXX doesn't protect the global variable space. I have attached a patch and the new file. I hope you will incorporate these bug fixes. I spent quite a bit of time tracking them down. Many thanks, Ron
* fix obvious bug in ipv4/ipv6 resolving. When not using AF_INET,Eric Andersen2007-02-021-1/+1
| | | | | | gethostbyname2_r tries to resolve an ipv6 address from /etc/hosts using get_hosts_byname_r, but with AF_INET instead of the supplied address family. This returns ipv4 addresses marked as ipv6 ones. Fix from nbd.
* drive home the point people should not be using _syscall#() macrosMike Frysinger2007-02-011-0/+2
|
* document future need for larger time valuesMike Frysinger2007-02-011-0/+2
|
* - should look if LFS is enabled as suggested by pkj in #1131. This generates ↵Bernhard Reutner-Fischer2007-01-301-1/+1
| | | | identical cc1 input for LFS enabled (compared to before r17652) but makes sure that we pickup the non-LFS if LFS is turned off (like r17652 did in this case).
* - fix compilation of GNU glob with !LFSBernhard Reutner-Fischer2007-01-291-1/+1
| | | | Sounds like a typo, really
* Richard Sandiford writes:Mike Frysinger2007-01-293-6/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | However, retesting on m68k showed up a problem that had appeared in uClibc since the last time I tried. Specifically, revision 15785 did: -#define HEAP_GRANULARITY (sizeof (HEAP_GRANULARITY_TYPE)) +#define HEAP_GRANULARITY (__alignof__ (HEAP_GRANULARITY_TYPE)) -#define MALLOC_ALIGNMENT (sizeof (double)) +#define MALLOC_ALIGNMENT (__alignof__ (double)) The problem is that (a) MALLOC_HEADER_SIZE == MALLOC_ALIGNMENT (b) the header contains a size value of type size_t (c) sizeof (size_t) is 4 on m68k, but... (d) __alignof__ (double) is only 2 (the largest alignment used on m68k) So we only allocate 2 bytes for the 4-byte header, and the least significant 2 bytes of the size are in the user's area rather than the header. The patch below fixes that problem by redefining MALLOC_HEADER_SIZE to: MAX (MALLOC_ALIGNMENT, sizeof (size_t)) (but without the help of the MAX macro ;)). However, we really would like to have word alignment on Coldfire. It makes a big performance difference, and because we have to allocate a 4-byte header anyway, what wastage there is will be confined to the end of the allocated block. Any wastage will also be limited to 2 bytes per allocation compared to the current alignment. I've therefore used the __aligned__ type attribute to create a double type that has at least sizeof (size_t) bytes of alignment. I've introduced a new __attribute_aligned__ macro for this. It might seem silly protecting against old or non-GNU compilers here, but the extra alignment is only an optimisation, and having the macro is more in the spirit of the other attribute code.
* - s/if USE___THREAD/if defined USE___THREAD && USE___THREAD/gBernhard Reutner-Fischer2007-01-291-2/+2
|
* - see if defined foo before trying to look at the value of foo (that should ↵Bernhard Reutner-Fischer2007-01-292-5/+6
| | | | be 0 in this case. Avoids some warnings).
* - sync with glibc (and provide a check for icc).Bernhard Reutner-Fischer2007-01-291-2/+6
| | | | Only affects gcc <2.7 or non-gcc compilers that bailed earlier due to missing int64_t
* pull in unistd.h for syscall() prototypeMike Frysinger2007-01-291-0/+1
|
* use ifdef rather than if for stack directionMike Frysinger2007-01-291-2/+2
|
* fix from Atsushi Nemoto for displaying of 64bit typesMike Frysinger2007-01-291-1/+1
|
* fix from Roman Kononov for reading in of 64bit typesMike Frysinger2007-01-291-1/+1
|
* make sure reading 64bit types worksMike Frysinger2007-01-291-0/+4
|
* make sure 64bit output is correctMike Frysinger2007-01-292-0/+14
|
* since these functions get exported, namespace the argumentsMike Frysinger2007-01-291-8/+8
|
* mark local function staticMike Frysinger2007-01-291-1/+1
|