use __FDPIC__ from the compiler rather than setting our own

revert 17821, wait for better test cases

do not use ghbn_buf after it goes out of scope

import a slightly modified realpath() test case from glibc

Miguel Angel Alvarez writes:

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 POSIX

revert previous change; reading POSIX spec some more says we need to set errno to EINVAL if filename is NULL

we crash if the first argument to realpath() is non-null as well so lets mark both arguments as being non-NULL

Paul Brook writes:
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 defines

sh crti.S needs features.h to resolve __HAVE_SHARED__, trivial patch
from Carmelo Amoroso <carmelo73@gmail.com>.

no need to duplicate WCHAR check

- silence warning about using an undefined token

- silence warning about using an undefined token

new cheesy test by Denis Vlasenko to trigger fclose loop

Add support for PowerPC e500, libc part only.
Math support to be done.
From Steve Papacharalambous, stevep@freescale.com

fixup includes so we compile again

the sun rpc code has too many alias violations to worry over now; just disable strict-aliasing until someone gets the balls to clean this stuff up

fix compiling and touchup style

sync some stuff from glibc to fix test build failure

Make sure struct stat is identical to struct stat64 if
__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 breaks

replace bits/syscalls.h with a comment ... an empty file makes people think this is a bug rather than by design

Ronald Maeder writes:
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[]

fix lock naming

Ronald Maeder writes:

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,
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#() macros

document future need for larger time values

- should look if LFS is enabled as suggested by pkj in #1131. This generates 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 !LFS
  Sounds like a typo, really

Richard Sandiford writes:
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/g

- see if defined foo before trying to look at the value of foo (that should be 0 in this case. Avoids some warnings).

- sync with glibc (and provide a check for icc).
  Only affects gcc <2.7 or non-gcc compilers that bailed earlier due to missing int64_t

pull in unistd.h for syscall() prototype

use ifdef rather than if for stack direction

fix from Atsushi Nemoto for displaying of 64bit types

fix from Roman Kononov for reading in of 64bit types

make sure reading 64bit types works

make sure 64bit output is correct

since these functions get exported, namespace the arguments

mark local function static

fixup shadowed warnings

mark some funcs as noreturn

fixup prototype warnings

check to see if __USE_FILE_OFFSET64 is defined rather than if it evaluates to true

make error output a little more helpful

fixup warnings

fix test to work even if CPPFLAGS contains -DNDEBUG

sync some fixes from glibc

missed an underscore in previous commit

Bernhard Fischer writes: add undef/nonnull warnings to EXTRA_WARNINGS

Bernhard Fischer writes: note how uClibc chooses to handle __resolved==NULL

sync with glibc as pointed out by Bernhard Fischer

- commentary typo fix

fix from Bernd Schmidt to make sure _dl_debug_state isnt optimized away and does not generate relocs

as pointed out by Jocke, use "2" for actual error messages and _dl_debug_file for debug messages

initial waitid() implementation

need string.h for memset()

note 0.9.28.1 release

its a new year

make sure we clear out the buffer so that random garbage on the stack doesnt screw us up

Paul Brook writes:
The patch below tweaks the ARM nommu startup code so that doubleword stack
alignment is preserved.  This is required on EABI targets.

fix typo as pointed out by Tony Wu and cleanup source

dont rely on random stack state to trigger this issue; force the default stat structs to alternative bit masks

new test taken from stat issue with new tar

use .bz2 rather than .gz

fix from blackfin repo: Jie Zhang writes: update __kernel_ipc_pid_t, __kernel_uid_t and __kernel_gid_t types to match actual kernel types

fix from blackfin repo: Jie Zhang writes: Passing NULL as the second argument to utimes () if the second argument to utime () is NULL as the kernel will take care of getting/setting current time

- fix format of comment

dont actually have to worry about local changes as svn export takes care of that

Fix libdl bug reported by Cedric Hombourger in
http://uclibc.org/lists/uclibc/2007-January/017165.html

fix from Bryan Wu: return NULL upon error, not the NULL string

Recognize _SC_MONOTONIC_CLOCK in sysconf() even if __NR_clock_getres
is not defined.

- repair misplaced #endif that got introduced in r17410. Fixes compilation.

Disable declarations for NPTL.

The case for _SC_MONOTONIC_CLOCK should only exist if 'clock_getres' does.

- Trim superfluous trailing whitespace. No obj-code changes.

I fixed that item long ago.

Peter Mazinger pointed out that my last commit was faulty.
This should fix it.

merge from blackfin.uclinux.org: Adjust
crt1.S so that __uClibc_main is called properly

Fix SEGV for static builds in exit() path.
Leave the now obsolete libc/misc/pthread dir in for now.

need to keep __check_rhosts_file exported for proper rhost control

sync with upstream blackfin.uclinux.org

Aurelien Jacobs writes:

After our last update a new compilation breakage appeared when compiling
gcc:

/home/aurel/geex/geexbox/build.i386/toolchain/i386-pc-linux-uclibc/sysroot/usr/include/bits/uClibc_stdio.h:346: error: expected initializer before 'attribute_hidden'

Some investigations revealed that the following changeset is responsible
for this breakage:

http://uclibc.org/cgi-bin/viewcvs.cgi/trunk/uClibc/libc/sysdeps/linux/common/bits/uClibc_stdio.h?rev=16801&r1=16793&r2=16801&diff_format=h

Reverting just one hunk of this changeset fixed the problem us.
I'm not sure this is the right fix, but please see attached patch.

Look good to me.

Joseph S. Myers writes:

ELF symbol names are arbitrary 0-terminated sequences of bytes, and the
ELF hash function is defined in the ELF specification to use unsigned
char.  Thus uClibc's _dl_elf_hash, using plain char, breaks when char is
signed and symbol names contain bytes with the high bit set, as with GCC's
ucnid-* tests.  This patch fixes this problem.

Support SecurePLTs for PowerPC. You need a toolchain that supports
config option --enable-secureplt. The assembler must also
supports R_PPC_REL16* relocations. gcc 4.1.1 and binutils 2.17
is known to do this.

Atle Nissestad writes: The attached patch fixes compilation of the current svn on the nios2 platform, and updates the crt1/n/i.S files to get CTOR/DTOR-support to work.

- s/Attemt/Attempt/

- r16732 forgot to checkin the sync of the __UCLIBC_SUSV3_LEGACY_MACROS__ from string.h

- provide a hidden_def for fputc_unlocked that is aliased to __fputc_unlocked.
  Fixes undefined references to __fputc_unlocked when calling fputc().

make sure UCLIBC_LDSO can be found via path

Paul Brook writes:
When building an arm-uclinux toolchain withthreading disabled I get:

libc/stdio/getchar.c:26: error: 'getchar' aliased to undefined
symbol 'getchar_unlocked'

It looks like it's missing libc_hidden_def(getchar_unlocked). Patch below
fixes this.

rename local "brk" var so it doesnt namespace collide with the brk() function

for now, dont allow mmu users to select file format

actually scrub it, dont just comment it out

start pulling in top level Rules.mak so we get access to import CFLAGS/LDFLAGS/CPPFLAGS

scrub prototype so we dont conflict with the pthread header