Problems with definition of __progname in utils/getconf.c when __UCLIBC_HAS___PROGNAME__ is not defined

* [../utils/getconf] Error 1 Thus you should have: #ifndef __UCLIBC_HAS___PROGNAME__ const char *__progname = "getconf"; #endif -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: linux-3.2.*, iptables, linux/if_packet.h, and '__aligned_u64' compile problem

On Fri, Jan 27, 2012 at 11:59 PM, Khem Raj wrote: > On Fri, Jan 27, 2012 at 4:56 PM, Kevin Day wrote: >> In the 3.2 linux kernel series, the structure tpacket_hdr_v1 was added >> to linux/if_packet.h. >> Inside of that structure, the following variable was defined: >>

linux-3.2.*, iptables, linux/if_packet.h, and '__aligned_u64' compile problem

: #define __aligned_u64 __u64 __attribute__((aligned(8))) #define __aligned_be64 __be64 __attribute__((aligned(8))) #define __aligned_le64 __le64 __attribute__((aligned(8))) This fix seems to do the trick for me. Is this a valid fix and can it or a proper solution be commited upstream? --

Request to add fallocate support now that e2fsprogs depends on it

llocate() by linking errors). Inside of includes/fcntl.h, there is the posix_fallocate() functions of which I am assuming this is the same as fallocate(). It is commented out with: "FIXME -- uClibc should probably implement these...". -- Kevin Day

Defeat compiler optimization which assumes function addresses are never NULL

: -fdelete-null-pointer-checks "Assume that programs cannot safely dereference null pointers, and that no code or data element resides there." ... -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

ldd segfaults on libdl.so for 0.9.32-rc3 because of if (*tmp)

free(interp_dir); interp_dir = interp_name; } -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

__UCLIBC_HAS_THREADS__ is not defined ???

instead have the following? ifeq ($(UCLIBC_HAS_THREADS),y) ifeq ($(UCLIBC_HAS_THREADS_NATIVE),y) PTNAME := nptl CFLAGS += -DHAVE_FORCED_UNWIND -D__UCLIBC_HAS_THREADS__ else ... Or is there some sort of macro that is supposed to be generating __UCLIBC_HAS_THREADS__ ? -- Kevin Day

Re: [PATCH] nptl: proper soname handling

er name, such as ld-uClibc.so.0 The prefix one allows one to dynamically at configure time set either '/lib' or '/lib64' The nostdinc tells gcc to ignore standard includes during compile time The attached patch is against gcc-4.4.3 -- Kevin Day gcc-4.4.3-dynamic_linker_prefix_specs-2.patch Description: Binary data ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

uClibc_mutex.h and libc-lock.h

ts/libc-lock.h:309: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: Possible regression from timeout commit for resolv.conf

On Fri, Apr 9, 2010 at 4:19 PM, Denys Vlasenko wrote: > On Tuesday 06 April 2010 15:31, Kevin Day wrote: >> On 4/6/10, Denys Vlasenko wrote: >> > On Friday 02 April 2010 00:21, Kevin Day wrote: >> >  > I am using the NPTL branch on x86, which works perfectly fine

Re: Possible regression from timeout commit for resolv.conf

On 4/6/10, Natanael Copa wrote: > On Fri, Apr 2, 2010 at 12:21 AM, Kevin Day wrote: > > I am using the NPTL branch on x86, which works perfectly fine (in > > fact, better than any other stable release since 0.9.28) > > The commit number is: cca45baf8353d1e338d

Re: Possible regression from timeout commit for resolv.conf

On 4/6/10, Denys Vlasenko wrote: > On Friday 02 April 2010 00:21, Kevin Day wrote: > > I am using the NPTL branch on x86, which works perfectly fine (in > > fact, better than any other stable release since 0.9.28) > > The commit number is: cca45baf8353d1e338d232f5bdb2d1d6b

Possible regression from timeout commit for resolv.conf

libc..) Any help? -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: gethostbyname does not try the next nameserver in resolv.conf

;expected a second query to the other nameserver 64.59.135.145, it >>didn't happen. > > This is fixed in 0.9.31. What git revision? (I am using nptl branch, I am wondering if it is applied to the nptl branch or if I have to make a patch) -- Kevin Day __

Kernel futex changes with get_futex_key()

? -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: [PATCH] res_query: fix for CNAME responses on A queries.

On Sat, Nov 28, 2009 at 1:29 AM, Rob Landley wrote: > On Saturday 28 November 2009 01:06:30 Kevin Day wrote: >> On Fri, Nov 27, 2009 at 2:45 PM, Rob Landley wrote: >> > On Friday 27 November 2009 11:45:50 Kevin Day wrote: >> >> I was looking at uClibc 0.9.28.3 t

Re: [PATCH] res_query: fix for CNAME responses on A queries.

On Sat, Nov 28, 2009 at 1:06 AM, Kevin Day wrote: > On Fri, Nov 27, 2009 at 2:45 PM, Rob Landley wrote: >> On Friday 27 November 2009 11:45:50 Kevin Day wrote: >>> I was looking at uClibc 0.9.28.3 to try and apply this patch and noticed: >>> >>> At the very e

Re: [PATCH] res_query: fix for CNAME responses on A queries.

On Fri, Nov 27, 2009 at 2:45 PM, Rob Landley wrote: > On Friday 27 November 2009 11:45:50 Kevin Day wrote: >> I was looking at uClibc 0.9.28.3 to try and apply this patch and noticed: >> >> At the very end of your patch, the untouched code only has >> free(

Re: [PATCH] res_query: fix for CNAME responses on A queries.

t get allocated. If you are talking about saving space by not using the "if (pointer) free(pointer)" practice, isn't this optimized away by gcc's delete-null-pointer-checks flag for the cases where it IS safe to remove? -- Kevin Day

Re: Need roundf() patch for 0.9.28

ipped by the list) The patch adds support for: round, lround, llround, roundf, lroundf, llroundf, trunc, truncf The code is ripped directly from a long forgotten version of glibc and was then cleaned up until it compiled under uClibc. -- Kevin Day uClibc

Re: rpcgen for uclibc

tils and db and both can use > other libs, I'd say just punt rpc stuff. > > -nc > I believe xorg-server uses or supports "secure-rpc", with their --enable-secure-rpc configure option. I am assuming that secure RPC is the same RPC you are talking about, is this correct? How

Re: openat and friends

l+architecture can do it, then uClibc should be able to do it with the right patches. -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: questions about uclibc 0.9.30 elf type "FILE"

On Wed, Jan 21, 2009 at 9:35 PM, Kevin Day wrote: > On Wed, Jan 21, 2009 at 8:43 PM, Khem Raj wrote: >> On Wed, Jan 21, 2009 at 4:02 PM, Kevin Day wrote: >>> During a test compilation of my system under uClibc 0.9.30, xterm >>> failed to link because the fu

Re: questions about uclibc 0.9.30 elf type "FILE"

On Wed, Jan 21, 2009 at 8:43 PM, Khem Raj wrote: > On Wed, Jan 21, 2009 at 4:02 PM, Kevin Day wrote: >> During a test compilation of my system under uClibc 0.9.30, xterm >> failed to link because the function getpt was unresolved. >> >> Looking in /lib/libc.so of 0.9.

questions about uclibc 0.9.30 elf type "FILE"

intentional, what is the purpose behind this and what linker flag is passed to create such an existence? -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: unifdef.c script does not respect "UCLIBC_HAS_BSD_ERR is not set"

On Sun, Jan 18, 2009 at 9:34 PM, Denys Vlasenko wrote: > On Monday 19 January 2009 00:21, Rob Landley wrote: >> On Friday 16 January 2009 19:46:49 Kevin Day wrote: >> > The file: uClibc-0.9.30/extra/scripts/unifdef.c >> > There is a bsd header: err.h and bsd code e

unifdef.c script does not respect "UCLIBC_HAS_BSD_ERR is not set"

The file: uClibc-0.9.30/extra/scripts/unifdef.c There is a bsd header: err.h and bsd code err() errx(), warnx() vwarnc(), etc.. When the BSD options, namely UCLIBC_HAS_BSD_ERR, are disabled the unifdef.c script still tries to use them. -- Kevin Day

Re: uClibc 0.9.30 segfault + fix

On Fri, Jan 16, 2009 at 5:02 AM, Carmelo AMOROSO wrote: > Kevin Day wrote: >> This is more a less a fix of the symptom, the cause of why this memory >> is assumed to be allocated and how is it not being allocated. >> >> The segfault: >> ==31258== Process terminat

uClibc 0.9.30 segfault + fix

nt the segfault. But again, this is a fix for the symptom and not the cause. -- Kevin Day uClibc-0.9.30-locale_fix-1.patch Description: Binary data ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

nptl branch, resolv and _vsock problem with UCLIBC_HAS_EXTRA_COMPAT_RES_STATE

rp->nsaddr.sin_port = htons(NAMESERVER_PORT); rp->ndots = 1; /** rp->pfcode = 0; **/ - rp->_vcsock = -1; +#ifdef __UCLIBC_HAS_EXTRA_COMPAT_RES_STATE__ +rp->_vcsock = -1; +#endif /** rp->_flags = 0; **/ /** rp->qhook = NULL; **

Is include/sys/mount.h missing some defines?

-linux, because it already defines MNT_DETACH if it is not found. Should these be defined in the system includes along with MNT_FORCE? I imagine a lot of initrd's and other custom uses that are having to manually discover and define MNT_DETACH (and possibly MNT_EXPIRE). -- Kevi

Re: [ANNOUNCE] uClibc-0.9.30-rc3 released

*d; - for (d = _dl_handles; d; d = d->next_handle) { + struct dyn_elf *n; + + for (d = _dl_handles; d; d = n) { + n = d->next_handle; do_dlclose(d, 1); } } -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: libdl usage count wrapping

and reusing the > handle. > > Regards. > Mark K Vallevand Allright, thanks for clearing up my misunderstandings Now, my testing has yielded that the segfault occurs on the function call: _dl_munmap((void*)tpnt->loadaddr, end); -- Kevin Day _

Re: uint32_t definition issues??

On Fri, Sep 26, 2008 at 5:09 PM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Friday 26 September 2008 14:37:14 Kevin Day wrote: >> While looking into the dlclose issue, I ran into this problem that I >> never noticed before. >> >> I got this warning: >>

uint32_t definition issues??

if this specific issue still exists. It does, only the line numbers are slightly different. -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: libdl usage count wrapping

SIGSEGV, Segmentation fault. 0xb7ef3870 in free () from /lib/libc.so.0 As a quick fix, perhaps a free needs to be wrapped by an if: if (variable) free(variable); That leaves the real problem, which specific free is failing and then why is 'whatever i

Re: libdl usage count wrapping

pened %d\n",retcode); >> retcode = closelibs(); >> printf("closed %d\n",retcode); >> >> } >> return 0; >> >> } >> >> >> >> >> ___ >> uClibc mailing list >> uClibc@uclibc.org >> http://busybox.net/cgi-bin/mailman/listinfo/uclibc >> ___ >> uClibc mailing list >> uClibc@uclibc.org >> http://busybox.net/cgi-bin/mailman/listinfo/uclibc >> > > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > I felt the need to test this on my uClibc 0.9.28.3 and got the following segfault: Call ... 32766/5 File not found opened 1 closed 0 Call ... 32767/5 File not found opened 1 Segmentation fault (core dumped) What's particularly interesting is 32767 is just under the magical 32768. Makes me want to the this is an integer overflow issue. Possibly a signed integer somewhere, and if this is changed to an unsigned that would be 65534 (I am assuming) This would match the 65k issue from 0.9.29 svn. -- Kevin Day -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

fenv.h missing, gcc-4.3.1 issue

gcc/config/libbid/bid_decimal_globals.c") -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: link error to uClibc

id); -extern void _dl_app_fini_array(void); +extern void weak_function _dl_app_init_array(void) attribute_hidden; +extern void weak_function _dl_app_fini_array(void) attribute_hidden; # ifndef SHARED /* These magic symbols are provided by the linker. */ extern void (*__preinit_array_start []) (void) attribute_hidden; -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: SVN NPTL branch doesn't check for trailing whitespaces

; > Carmelo > I have never done it myself, but you need a hook: http://subversion.tigris.org/faq.html#auto-props You want a pre_commit hook so that it will not commit or will be modified on commit before actual commit is transacted So, some script could be made, so the trick would be to do some

A question about the 0.9.29 stable series

l the distributions out there using 0.9.29 try out 0.9.29.1. Which should give some extensive testing to the numerous changes that happened lately. 06-May-2007 = File Date of 0.9.29 source on your server 27-Jun-2008 = Looks like more than a year has passed since 0.9.29 -- Kevi

sys/mount.h MNT_DETACH and MNT_EXPIRE

call specifying MNT_EXPIRE unmounts an expired mount point. This flag cannot be specified with either MNT_FORCE or MNT_DETACH. Why aren't these defined here? -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailma

ldso libdl dl_cleanup issue - Possible Fix

bdl.so, and re-ran valgrind on abiword and the invalid read no longer appeared. Does this sound right or is there some loophole in my logic or some aspect of do_dlclose(..) I am missing? -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: [PATCH] Fix dladdr return value when cannot find symbol

> I'd like to commit the patch to fix dl-addr implementation. > > Any comments/objections ? otherwise I'll go ahead. > > > > Cheers, > > Carmelo > > Nope, go ahead > > Jocke > > Is this a uClibc-0.9.29.* only problem? -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

uClibc + Fuse Deadlock problem progress!

if (fd > 2) + close(fd); + } } return 0; } -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: uClibc-0.9.28.3 bugs

there in a number of packages. -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: uClibc-0.9.28.3 bugs

On 9/28/07, Bernhard Fischer <[EMAIL PROTECTED]> wrote: > On Fri, Sep 28, 2007 at 05:14:32PM -0500, Kevin Day wrote: > > >Is there to be a release of 0.9.28.4 with this fix? > >I currently cannot use 0.9.29 due to obscure bugs that vanish when I > >simply change uCl

Re: uClibc-0.9.28.3 bugs

e bugs that vanish when I simply change uClibc to 0.9.28.3. -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: uClibc copyright and licence audit

mplete source code means [...] plus the scripts > used to control compilation and installation of the library. > So what you are saying is that if some genious found a way to make Microsoft Visual Studio C++ compile the uClibc source code, that would suddenly put Microsoft Visual Studio C++ under

PATCH: With BSD code disabled (index, bcopy, etc..) the uClibc installer uses index!

sp2 = strchr(sp, ' ')) || wlen + 1 + (sp2 - sp) > room))) { cur_y++; cur_x = x; -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: Now I'm curious...

em runs with no hitches under all 3 gcc's, then uClibc will probably be pretty stable. This includes all supported architectures. As of right now, I know this is not possible. At the very list, if you say that there is a stable version going on, make it actually happen and use gcc as an ex

uclibc-0.9.29 - #define internal_function ends up in userspace

and mess up any other projects The provided patch contains contains this workaround. I leave the correct fix to you guys, I believe that this define should not ever appear in userspace. -- Kevin Day uClibc-0.9.29-rename_internal_function_define-1.patch Description: Binary data

Re: does anyone of you have a patch to remove ncurses from uclibc ?

(HOST_LOADLIBES) $([EMAIL PROTECTED]) -o $@|& -lintl|' extra/config/Makefile sed -i -e 's|$(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) -c $< -o $@|& -lintl|' extra/config/Makefile -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: libgcc_s.so cyclic dependency

IL PROTECTED] > > Rob > -- I see these buildroot questions popping up here quite a lot. Should you guys put a comment about sending to buildroot at: http://www.uclibc.org/lists.html and/or have a link to: http://buildroot.uclibc.org/lists.html -- Kevin Day

Re: 0.9.29, somethings wrong with linker or threading

On 5/26/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote: > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Day > > Sent: den 25 maj 2007 19:49 > > To: Jason Curl > > Cc: uclibc@uclibc.org > > S

0.9.29 no trunc support in libm

INSERT_WORDS (x, i0, i1 & ~(0xffffu >> (j0 - 20))); +} + + return x; +} -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: 0.9.29, somethings wrong with linker or threading

On 5/24/07, Jason Curl <[EMAIL PROTECTED]> wrote: > Kevin Day wrote: > > On 5/19/07, Rob Landley <[EMAIL PROTECTED]> wrote: > >> On Saturday 19 May 2007 6:27 pm, Kevin Day wrote: > >>> I never noticed the problem myself after having almost an entire >

Re: gcc 4.2.0 wchar fix

On 5/24/07, Kevin Day <[EMAIL PROTECTED]> wrote: > gcc now uses _GLIBCXX_USE_WCHAR_T to check for wchar support. > > This caused all c++ programs to fail to compile due to missing information. > > Here is a fix that defines this in bits/wchar.h if and only if uClibc > h

gcc 4.2.0 wchar fix

__UCLIBC_HAS_WCHAR__ +#define _GLIBCXX_USE_WCHAR_T +#endif + #define __WCHAR_MIN(-2147483647l - 1l) #define __WCHAR_MAX(2147483647l) -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: 0.9.29, somethings wrong with linker or threading

On 5/19/07, Rob Landley <[EMAIL PROTECTED]> wrote: > On Saturday 19 May 2007 6:27 pm, Kevin Day wrote: > > I never noticed the problem myself after having almost an entire > > system compiled, until a configure script test failed to find a > > library (libao) that

Re: 0.9.29, somethings wrong with linker or threading

(embryo->cocoon->butterfly toolchain method). This will hopefully return better results. I am also avoiding core dumps as much as possible as I dont know enough to do anything useful with them.. I may even go as far as to stick my neck out and try to build against the recently releas

Re: 0.9.29, somethings wrong with linker or threading

I'd send the logs, but these are too big, what format should i compress them into? I can do 7z, lzop, bzip2, and gzip. Still the same problem, so it rules out locale. It also looks like I must have used LD_DEBUG=yes on the last two logs as these two I have are significantly bigger. The each of t

Re: 0.9.29, somethings wrong with linker or threading

On 5/16/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote: On Wed, 2007-05-16 at 08:32 -0600, Kevin Day wrote: > On 5/16/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote: > > On Tue, 2007-05-15 at 18:27 -0600, Kevin Day wrote: > > > okay, with all debug optiosn except L

Re: 0.9.29, somethings wrong with linker or threading

On 5/16/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote: On Tue, 2007-05-15 at 18:27 -0600, Kevin Day wrote: > okay, with all debug optiosn except LD_DEBUG_EARLY, things compiled as > they did before. > > Now that I have a debuggability, I performed two tests. > I used pe

Re: 0.9.29, somethings wrong with linker or threading

On 5/15/07, Kevin Day <[EMAIL PROTECTED]> wrote: On 5/15/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote: > On Mon, 2007-05-14 at 21:03 -0600, Kevin Day wrote: > > First off, good job with this version, for the most part it is > > noticably working better than the p

Re: 0.9.29, somethings wrong with linker or threading

On 5/15/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote: > On Mon, 2007-05-14 at 21:03 -0600, Kevin Day wrote: > > First off, good job with this version, for the most part it is > > noticably working better than the previous versions. > > > > I just ran into a

0.9.29, somethings wrong with linker or threading

0 (0x) libc.so.0 => /lib/libc.so.0 (0x) libintl.so.8 => /lib/libintl.so.8 (0x) not a dynamic executable It looks like the address' were lost during the sub-depends step -- Kevin Day ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

Re: What is XMALLOC and how it compares with malloc?

ing malpractice of calling internal gcc functions and no the standard (and by now probably universal) malloc. however, considering the application name 'rdesktop' it reminds me of remote_desktop which ulitmately references Xorg. I faintly and possibly imaginarily remember seei

Fwd: Does uClibc support shared libraries?

building an a.out format library/toolchain/mini-system (out of > historical curiosity as much as anything; it's still in the kernel) but don't > am not entirely certain how to go about it, and really know what supports it > these days. > > Rob > -- linux based dos em