Hello,
Sorry for the bother but I’ve been struggling with compiling uclibc-ng. All I did was clone; make defconfig; make.
I get the following error:
CC ldso/ldso/ldso.oS
In file included from ./include/bits/posix1_lim.h:152:0,
from ./include/limits.h:144,
from ./include/sys/param.h:25,
from ./ldso/include/ldso.h:43,
from ldso/ldso/ldso.c:32:
./include/bits/local_lim.h:38:26: fatal error: linux/limits.h: No such file or directory
compilation terminated.
Makerules:370: recipe for target 'ldso/ldso/ldso.oS' failed
make: *** [ldso/ldso/ldso.oS] Error 1
I’ve tried to remove -nostdinc, the compilation then proceeds but with no success. I also tried to install the following packages: kernel-package, linux-libc-dev, binutils, libc-dev-bin, linux-headers-4.10.0-35 and linux-headers-generic.
Can anyone help?
Best regards,
Daniel Dubinsky
Hi Alexey,
the attached patch fixes at least 3 test suite errors for me.
tst-cancel20/21/4.
Tested with latest 2017.09 ARC binutils/gcc.
Okay to apply?
best regards
Waldemar
Hi,
just tried updating to uclibc-ng 1.0.27 and now I get the following
during build:
build-for-target/libc/libc_so.a(w_j0.os): In function `j0':
./uclibc-ng/libm/w_j0.c:34: undefined reference to `__ieee754_j0'
build-for-target/libc/libc_so.a(w_j0.os): In function `y0':
./uclibc-ng/libm/w_j0.c:62: undefined reference to `__ieee754_y0'
build-for-target/libc/libc_so.a(w_j0f.os): In function `y0f':
./uclibc-ng/libm/w_j0f.c:66: undefined reference to `__ieee754_y0f'
build-for-target/libc/libc_so.a(w_j1.os): In function `j1':
./uclibc-ng/libm/w_j1.c:35: undefined reference to `__ieee754_j1'
build-for-target/libc/libc_so.a(w_j1.os): In function `y1':
./uclibc-ng/libm/w_j1.c:63: undefined reference to `__ieee754_y1'
build-for-target/libc/libc_so.a(w_jn.os): In function `jn':
./uclibc-ng/libm/w_jn.c:34: undefined reference to `__ieee754_jn'
build-for-target/libc/libc_so.a(w_jn.os): In function `yn':
./uclibc-ng/libm/w_jn.c:62: undefined reference to `__ieee754_yn'
This is because I have DO_XSI_MATH disabled and commit
ea38f4d89c9698895b1cf53a5946429dc1d8bbaa added a lot of files to compile
unconditionally that use functions only enabled with DO_XSI_MATH.
- ron
PS: I'm not on the list, please Cc: me when answering.
--
Raritan Deutschland GmbH, Kornmarkt 7, 08056 Zwickau, Germany
Amtsgericht Chemnitz HRB 23605, Geschäftsführung: Ralf Ploenes
________________________________
Ce message, ainsi que tous les fichiers joints à ce message, peuvent contenir des informations sensibles et/ ou confidentielles ne devant pas être divulguées. Si vous n'êtes pas le destinataire de ce message (ou que vous recevez ce message par erreur), nous vous remercions de le notifier immédiatement à son expéditeur, et de détruire ce message. Toute copie, divulgation, modification, utilisation ou diffusion, non autorisée, directe ou indirecte, de tout ou partie de ce message, est strictement interdite.
This e-mail, and any document attached hereby, may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized, direct or indirect, copying, disclosure, distribution or other use of the material or parts thereof is strictly forbidden.
It is supported both in the sense of being contained in mips version
of statfs/statfs64 structs and also in the sense that it's filled by
the corresponding kernel syscalls.
It is UNsupported in that sense that it's value is the same as that
of f_bsize (at least on older kernel versions, the oldest version
tested is 2.6.13), s. [1] and [2] for details ([1] is the latest
kernel version as of now, [2] is the oldest kernel version git
history is available for).
[1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tre…
[2] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tre…
Follow-up of 68de9946e914d8c30dcc6667a059ea59e5b74cac
Signed-off-by: Eugene Rudoy <gene.devel(a)gmail.com>
Signed-off-by: Ralf Friedl <Ralf.Friedl(a)online.de>
---
libc/sysdeps/linux/mips/bits/statfs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libc/sysdeps/linux/mips/bits/statfs.h b/libc/sysdeps/linux/mips/bits/statfs.h
index 673120d1a..baa964532 100644
--- a/libc/sysdeps/linux/mips/bits/statfs.h
+++ b/libc/sysdeps/linux/mips/bits/statfs.h
@@ -26,7 +26,7 @@ struct statfs
long int f_type;
#define f_fstyp f_type
long int f_bsize;
- long int f_frsize; /* Fragment size - unsupported */
+ long int f_frsize;
#ifndef __USE_FILE_OFFSET64
__fsblkcnt_t f_blocks;
__fsblkcnt_t f_bfree;
@@ -53,7 +53,7 @@ struct statfs64
long int f_type;
#define f_fstyp f_type
long int f_bsize;
- long int f_frsize; /* Fragment size - unsupported */
+ long int f_frsize;
__fsblkcnt64_t f_blocks;
__fsblkcnt64_t f_bfree;
__fsblkcnt64_t f_files;
--
2.14.2
I ran into a build failure on xfsprogs-4.13.1 under uclibc-ng-1.0.26 due to it
not finding the 'f_flags' member in 'struct statfs'. Glibc has this member,
but not uclibc-ng. Is this something going away, something yet to be added, or
something controlled by a CONFIG_* directive?
This is a diff of /usr/include/bits/statfs.h from a glibc root (a/) and a
uclibc-ng root (b/):
--- a/usr/include/bits/statfs.h 2017-10-14 18:15:40.672366000 -0400
+++ b/usr/include/bits/statfs.h 2017-11-01 13:34:08.335874000 -0400
@@ -1,4 +1,4 @@
-/* Copyright (C) 1997-2017 Free Software Foundation, Inc.
+/* Copyright (C) 1997, 2000 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -12,7 +12,7 @@
Lesser General Public License for more details.
You should have received a copy of the GNU Lesser General Public
- License along with the GNU C Library. If not, see
+ License along with the GNU C Library; if not, see
<http://www.gnu.org/licenses/>. */
#ifndef _SYS_STATFS_H
@@ -44,8 +44,7 @@ struct statfs
/* Linux specials */
__fsid_t f_fsid;
long int f_namelen;
- long int f_flags;
- long int f_spare[5];
+ long int f_spare[6];
};
#ifdef __USE_LARGEFILE64
@@ -64,8 +63,7 @@ struct statfs64
/* Linux specials */
__fsid_t f_fsid;
long int f_namelen;
- long int f_flags;
- long int f_spare[5];
+ long int f_spare[6];
};
#endif
--
Joshua Kinard
Gentoo/MIPS
kumba(a)gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present confuses us, the future frightens us. And our
lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turhan, Centauri Republic
Hi,
I released uClibc-ng 1.0.27 yesterday.
It adds support for c-sky architecture.
Many thanks to Guo Ren!
Furthermore it contains a lot of or1k NPTL bugfixes,
which reduces the seen test failures running the uClibc-ng
testsuite inside Qemu a lot.
Many thanks to Stafford Horne!
And a lot of other bugfixes.
Thanks to the many new contributors!
best regards
Waldemar
Hi,
איתי שוורץ wrote,
> sure,
>
> The following program compiled using gcc-7.2 binutils-2-29.1 uclibc-ng (newest
> from git):
> user@yitai:~/test$ cat test.c
> #include <stdlib.h>
> #include <stdio.h>
> #include <unistd.h>
>
> int main(void) {
> return 0;
> }
>
> with the patch:
>
> user@yitai:~/test$ make
> x86_64-unknown-linux-uclibc-gcc test.c -o test -static
> wc -c test
> 45248 test
>
> without the patch:
>
> user@yitai:~/test$ make
> x86_64-unknown-linux-uclibc-gcc test.c -o test -static
> wc -c test
> 52592 test
>
> As you can see, The patch save 7344 bytes (about %14 precent smaller) for
> x86_64.
Thanks, applied and pushed,
best regards
Waldemar
Hi,
I've upgraded Optware-ng uClibc-ng from 1.0.15 to 1.0.26 a while ago. It
called for recompilation of most of the packages, but this issue seems to
be resolved now. The issue I'd like to report is that when the linker
(ld-uClibc.so.0) is built, UCLIBC_RUNTIME_PREFIX seems to evaluate to "/",
even though RUNTIME_PREFIX is set to "/opt" (see attached config). I had to
resort to patching uClibc-ng sources (
https://github.com/Optware/Optware-ng/blob/master/sources/buildroot-armeabi…,
%OPTWARE_TARGET_PREFIX% is replaced with "/opt") to get this fixed. It
wasn't so with 1.0.15, setting RUNTIME_PREFIX to "/opt" made linker look
for libs only in "/opt/lib", "/opt/usr/lib", etc., and not in "/lib" and
such. Is this change intended, or is it a bug?
Thanks,
Alex
P.S. Another thing I noticed that you may want to know. Looking
at ldso/ldso/dl-elf.c, this line seems to be wrong:
> UCLIBC_RUNTIME_PREFIX "usr" LDSO_MULTILIB_DIR,
since LDSO_MULTILIB_DIR defaults to "lib" -- not "/lib", so I'm guessing
you want it this way:
> UCLIBC_RUNTIME_PREFIX "usr/" LDSO_MULTILIB_DIR,