Am Wed, 28 Oct 2009 20:00:16 +0100 schrieb Bernhard Reutner-Fischer:
> On Tue, Oct 20, 2009 at 04:10:04PM +0000, rhabarber1848 wrote:
>>
>>In addition to your patch I successfully used this to compile gcc:
>
> thanks, i've reinstated that hack for 0.9.30.x
Hi,
current
N_libc ||
defined NOT_IN_libc) */
typedef struct {
uint16_t num_weights;
uint16_t num_starters;
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
#x27; was not declared in
this scope
I know the patch[1] is not in use upstream and __global_locale is not
intented to be used in user space apps. This was discussed in depth in
February 2009 already.
Your _LIBC_INTERNAL_H in Makefile.in hack seems not to be needed in my
case.
Cheers
>"$2/$filename"
--- ./include/features.h2009-10-19 08:40:55.0 +0200
+++ ./include/features.h2009-10-20 10:07:22.0 +0200
@@ -410,7 +410,7 @@
#undef _ATFILE_SOURCE
#undef __USE_ATFILE
-#ifdef _LIBC
+#ifdef UCLIBC_INTERNAL
# include
#endif
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Am Thu, 15 Oct 2009 19:16:25 -0400 schrieb Mike Frysinger:
> On Thursday 15 October 2009 15:39:28 rhabarber1848 wrote:
> ive finally cleaned up the _dl_mmap() stuff
> and things should build again.
Hi,
I backported this commit from git master
http://git.uclibc.org/uClibc/c
>$ make V=1 ldso/libdl/libdl.i
>$ make V=1 ldso/ldso/ldso.i
http://www.tuxbox-upload.de/index.php?action=downloadfile&filename=uClibc_debug.tar.bz2&directory=Temp
md5sum e2f0104401b017020670274e8fb6d76e
Here is the .config file used to compile git master:
http://www.tuxbox-upload.d
Am Thu, 15 Oct 2009 08:16:41 + schrieb rhabarber1848:
> gcc-3.4.6, kernel 2.4.37.6
>
> This commit
>
> http://git.uclibc.org/uClibc/commit/?h=0_9_30&id=4257e75fb11a07d4bef23ac18a65f656604e1d80
Hi,
sorry, forgot to add, arch is ppc.
Reverting the commit mentioned above
ldso/dl-elf.c: In function `_dl_unmap_cache':
ldso/ldso/dl-elf.c:105: error: `MAP_FAILED' undeclared (first use in this
function)
ldso/ldso/dl-elf.c: In function `_dl_load_shared_library':
ldso/ldso/dl-elf.c:267: error: `MAP_FAILED' undeclared (first use in t
you help.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Christian MICHON wrote:
> I still see this problem today mostly because I use gcc-3.4.6: what
> version of gcc are you using ?
Hi,
I also use gcc-3.4.6. This problem happens only with Kernel 2.6.17, not with
2.6.9 nor with 2.6.26*.
Cheers, rhabarb
2:
/root/work_uclibc/compile/cdk/linux-2.6.17/include/asm/sigcontext.h:24:
warning: no semicolon at end of struct or union
/root/work_uclibc/compile/cdk/linux-2.6.17/include/asm/sigcontext.h:24:
error: syntax error before '*' token
Cheers, rhabarber1848
ly in the embedded sector kernel 2.4 is often used because it is
smaller than 2.6.
Greetings, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
types
for 'sendfile64'
> ./include/sys/sendfile.h:47: error: previous declaration of 'sendfile64'
was here
> libc/sysdeps/linux/common/sendfile.c:20: error: conflicting types
for 'sendfile64'
> ./include/sys/sendfile.h:47: error: previous declaration o
Colin Whittaker wrote:
> uClibc 0.9.29
Hi,
did you try uClibc 0.9.30 already?
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
e how the old
default was because it was not mentioned in the helptext.
Greetings, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
and report back only if I find problems,
thanks for the fix!
> It does not include uClibc_locale.h fix which removes "# ifdef _LIBC".
I know we agree to disagree regarding this patch, but if the small patch I
am using will work in the future I do not consider this a problem
nel
2.6.x? The Tuxbox project needs to support kernel 2.4 as well so we need an
uClibc capable of implementing threads for kernel 2.4 as well.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
out having to patch the source anymore?
Hi,
mentioning in the helptext that the old default is yes would be helpful, I
think.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Denys Vlasenko wrote:
> This needs to be either undone or fixed properly (using function pointer
> table?).
Hi,
for a quick fix I suggest to remove the broken patches and put the topic
onto the devs to-do list for a later well-written fix.
Keep up your fine work!
Cheers, rhabarb
failed.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
ross-compiled to ppc:
- GNU binutils 2.17.50.0.9
- gcc 3.4.6
- Linux kernel 2.4.37
Host system is Debian Lenny i686.
If you need more informations please ask, but keep the questions
understandable for a non-C/C++ expert;)
Cheers, rhabarber1848
[1] Solved by using this patch:
http://lists
rhabarber1848 wrote:
> This was added in rev 23582, for now I will deactivate
> UCLIBC_HAS_LONG_DOUBLE_MATH and come back later with more answers to your
> questions.
Hi,
deactivating UCLIBC_HAS_LONG_DOUBLE_MATH solved the Busybox compile bug, but
why did it work with uClibc 0.9.30 b
G_DOUBLE_MATH with uClibc 0.9.30
without problems.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
LONG_DOUBLE_MATH__
> # endif /* __WORDSIZE == 32 */
> #endif /* __UCLIBC_HAS_LONG_DOUBLE_MATH__ */
This was added in rev 23582, for now I will deactivate
UCLIBC_HAS_LONG_DOUBLE_MATH and come back later with more answers to your
questions.
Cheers, rhabarber1848
___
n=downloadfile&filename=libm-0.9.30-svn.so.objdump.bz2&directory=Temp
> powerpc-tuxbox-linux-uclibc-readelf -a -W libm.so
http://www.tuxbox-upload.de/index.php?action=downloadfile&filename=libm-0.9.30-svn.so.readelf.bz2&directory=Temp
I used SVN rev 25359 to compi
`__GI___signbitl'
> ../../lib/libm.so: undefined reference to `__GI___fpclassifyl'
> ../../lib/libm.so: undefined reference to `__GI___isinfl'
> collect2: ld returned 1 exit status
> make[1]: *** [basic-test] Error 1
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Bernhard Reutner-Fischer wrote:
> Does this happen too with the 0_9_30 branch?
Hi,
no, using SVN branch 0_9_30 branch Busybox compiles without problems.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.
sts.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
t/tuxbox/work_uclibc/image/cdk/lib/gcc/powerpc-tuxbox-linux-uclibc/3.4.6/../../../../powerpc-tuxbox-linux-uclibc/lib/nof/libm.so:
undefined reference to `__GI___isinfl'
As always, I started compiling from scratch in an empty directory.
Cheers, rhabarber1848
___
Denys Vlasenko wrote:
> Please post include/math.h file from this build environment,
> unabridged (gzip it). And .config too.
Attached you will find both files, thanks in advance.
Cheers, rhabarber1848
.config.bz2
Description: BZip2 compressed data
math.h.bz2
Description: BZip2 comp
rhabarber1848 wrote:
> no, I am using a buildroot-like compile environment provided by the Tuxbox
> project where I rebuild everything (binutils, kernel headers, gcc...) from
> scratch
Hi,
I forgot to note that this rebuilding takes place in an empty directory, no
old stuff is p
DO_C99_MATH=y is activated in uClibc .config.
Btw, this bug reminds me of this bug:
https://bugs.busybox.net/show_bug.cgi?id=55
Greetings, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
ot
declared in this scope
in uClibc include/langinfo.h these variables are located in a
"#if 0 ... endif" section.
Greetings, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
ib/nof/libm.so:
undefined reference to `__GI___isinfl'
Greetings, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
linux-uclibc/lib/nof/libm.so:
undefined reference to `__GI___isinfl'
> collect2: ld returned 1 exit status
Attached you will find a patch fixing the problem.
Cheers, rhabarber1848
diff -uNr uClibc-0.9.30.org/libm/ldouble_wrappers.c uClibc-0.9.30/libm/ldouble_wrappers.c
--- uClibc-0.9.30.or
Carmelo AMOROSO wrote:
> My working proposal if for removing _LIBC from within uclibc_locale.h.
> Ready to commit. Let me know.
Hi,
yes, it works. Attached you will find the patch I used.
Cheers, rhabarber1848
diff -uNr uClibc-0.9.30.org/libc/sysdeps/linux/common/bits/uClibc_locale.h
" the problem I copied libc/sysdeps/linux/common/bits/uClibc_locale.h
from the uClibc distribution to /include/bits in the target dir after
installing uClibc, I know its a hack but it works ;)
I would be happy to see a real solution to this problem, but unfortunately I
can not help coding
patches to solve this problem.
FYI: Despite a CC to uclibc-...@uclibc.org in bug #53 no mails from the bug
tracker reach that mailing list.
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Hi,
Rob Landley wrote:
> On Sunday 18 January 2009 05:42:07 rhabarber1848 wrote:
>>
>> check bug report 5694 on the old Mantis bug tracker,
>
> Can
> you suggest a method to access this data that I'm likely to bother to do?
part of the long bug r
?id=53
https://bugs.busybox.net/show_bug.cgi?id=55
Cheers, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Rob Landley wrote:
> I also don't have any test cases.
Hi,
check bug report 5694 on the old Mantis bug tracker, there the endianness
problem was discovered, calling Busybox from kernel init resulted in a
segfault.
Cheers, rhabarber1848
__
at the glibc fallback code gets implemented in uClibc?
Greetings, rhabarber1848
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
42 matches
Mail list logo
