Re: [uclibc-ng-devel] tst-ethers test failing

Hi Eugeniy, Eugeniy Paltsev wrote, > Hi Waldemar, > > On Wed, 2016-06-15 at 20:32 +0200, Waldemar Brodkorb wrote: > > Hi Eugeniy, > > Eugeniy Paltsev wrote, > > > > > > > > Hello, > > > I'm running uclibc-1.0.15 testsuite on ARC and see &q

Re: [uclibc-ng-devel] [PATCH] inet/resolv: Try search domains first for unqualified names

Hi Ingo, Ingo van Lil wrote, > When resolving an unqualified host name, the resolver tries the original > name first before appending the domains from the search list. If a TLD > with the same name exists, the query will succeed (but yield no A record) > and the resolver will return

Re: [uclibc-ng-devel] [PATCH] ARC: Implement .note.ABI-tag section in crt1.S

Hi Anton, Anton Kolesov wrote, > Linux Standard Base specifies section .note.ABI-tag that can be considered > as a marker for ELF files targeted to Linux systems. See > https://refspecs.linuxfoundation.org/LSB_1.2.0/gLSB/noteabitag.html > > This section, for example, is used by the GDB to

Re: [uclibc-ng-devel] [PATCH v2] ARC: Enable shared crt1

Hi Vineet, Vineet Gupta wrote, > Currently crt1 takes address of functions (main,_init,_fini) directly > which doesn't generate truely position independent code, but zero based > values instead. e.g. > > | __start: > |... > | add_s r2,sp,0x4 > | mov_s r0, main > > generates

Re: [uclibc-ng-devel] [PATCH] bugfix: ARM: memset.S: use unsigned comparisons

Hi Lucian, Lucian Cojocar wrote, > Waldemar Brodkorb ucibc-ng.org> writes: > > > > > Hi Lucian, > > Lucian Cojocar wrote, > > > > > Hi, > > > > > > Any follow-up on this patch? > > > > Not yet. You are saying the

Re: [uclibc-ng-devel] [PATCH 0/2] [v3] ldso: fix dlsym hang when reloading DSOs

Hi Leonid, Leonid Lisovskiy wrote, > Hi, > > Third version of fix for dlsym hang when reloading DSOs. > > Thx, > -Leonid > > Leonid Lisovskiy (2): > ldso: Consistently set & use DL_OPENED flag in both ld.so and libdl > [v3] ldso: fix dlsym hang when reloading DSOs > >

Re: [uclibc-ng-devel] [PATCH] inet/getaddrinfo: fix AF_V4MAPPED behavior for non IPv6 host resolution

Hi Alexander, Wenzel, Alexander wrote, > When trying to resolve a hostname by getaddrinfo() using some specific > settings, it will always return -EAI_NONAME (Name or service not known). > > To reproduce this behavior, you need to request an IPv6 address with the > additional AF_V4MAPPED flag

Re: [uclibc-ng-devel] [PATCH] test: inet: Fix warning messages

Hi Eugenily, Eugeniy Paltsev wrote, > This patch is to address a proposal by Waldemar in this thread: > http://mailman.uclibc-ng.org/pipermail/devel/2016-June/001006.html > tst-ethers-line and tst-ethers require /etc/ethers to exist, > otherwise user should create it manually. > Add this info to

Re: [uclibc-ng-devel] [PATCH] bits/sigset.h: Fix _EXTERN_INLINE redefinition

Hi Leonid, Leonid Lisovskiy wrote, > Commit 251a3c19cb "sleep: employ __USE_EXTERN_INLINES (with necessary fixes)" > introduces following problems: > > 1. __USE_EXTERN_INLINES forcibly enabled build fails > > ... >LD libuClibc-1.0.15.so > libc/libc_so.a(cmsg_nxthdr.os): In function

[uclibc-ng-devel] [PATCH] cleanup CALL_MCOUNT / PROF

As this is only implemented for a few architecture and not well tested, just remove it. Signed-off-by: Waldemar Brodkorb <w...@uclibc-ng.org> --- Another cleanup patch for sysdep.h. Any comments? --- libc/sysdeps/linux/arm/sysdep.h| 13 + libc/sysdeps/linux/i386/sy

[uclibc-ng-devel] [PATCH] test: reorganize tls macros in separate architecture files

To be more consistent separate all TLS macros in separate files and remove obsolete macros for not supported architectures. Signed-off-by: Waldemar Brodkorb <w...@uclibc-ng.org> --- Any objections? --- test/tls/tls-macros-alpha.h | 25 ++ test/tls/tls-macros-arc.h | 28 ++ test/t

[uclibc-ng-devel] new release 1.0.17

Hi, I cut a new release mainly for inclusion in Buildroot rc1. It includes a lot of cleanup patches and some ARC improvements including PIE support. Have fun Waldemar signature.asc Description: Digital signature ___ devel mailing list

Re: [uclibc-ng-devel] [PATCH 0/3] Fixes and improvements for clone() syscall on ARC

Hi Alexey, Alexey Brodkin wrote, > This short series introduces fixes of 2 observed isues (#1 & #2) in clone() > syscall in ARC port and one enhancement (#3). > > It all started from failing tst-clone1 in uClibc testsuite and during > its debugging we observed another quite subtle issue which

Re: [uclibc-ng-devel] [PATCH] ARC: Support R_ARC_JMP_SLOT relocations during bootstrap

Hi Andrew, Andrew Burgess wrote, > I ran into this issue while trying to debug a _different_ issue witin > the uClinc(-ng) arc dynamic linker. I turned on debugging support > within the dynamic linker, and the linker would no longer complete its > bootstrap phase due to a lack of support for the

[uclibc-ng-devel] uClibc-ng nothread build is failing

Hi, I am extending my test coverage and doing some tests with static/debug/nothreads/ssp builds. ARCv1 le is failing when threads are disabled: /home/wbx/openadk/toolchain_nsim-arcv1_uclibc-ng_arc700/usr/bin/arc-openadk-linux-uclibc-gcc -c libc/sysdeps/linux/common/nanosleep.c -o

[uclibc-ng-devel] arch maintainer

Hi Maintainers, How would you like to handle global reorganization patches touching arch specific parts. Do you would like to be in Cc? How long should I wait for a comment or veto? I sent out two patches recently, one today only to the mailinglist. Thanks for your opinion. best regards

Re: [uclibc-ng-devel] PPC e5500 build error: conflicting types for elf_vrreg_t

Hi Andy, ANDY KENNEDY wrote, > When building using BuildRoot, I get the below errors. > > I have not dived into determine what the problem is yet, > but was asking first in case anyone else has experienced > this problem. It is always useful to attach the used buildroot config. Is this a static

Re: [uclibc-ng-devel] [PATCH] 1.0.{20, 21} cannot be used in external toolchain in buildroot

Hi, sorry wrong button while trying to change my sender address on iphone. > Am 05.02.2017 um 03:29 schrieb Joshua Kinard : > >> On 01/23/2017 17:51, Alexey Neyman wrote: >> Hi, >> >> Buildroot checks for UCLIBC_HAS_LFS feature macro, which was removed in >> 1.0.20 (making

Re: [uclibc-ng-devel] [PATCH] 1.0.{20, 21} cannot be used in external toolchain in buildroot

> Am 05.02.2017 um 03:29 schrieb Joshua Kinard : > >> On 01/23/2017 17:51, Alexey Neyman wrote: >> Hi, >> >> Buildroot checks for UCLIBC_HAS_LFS feature macro, which was removed in >> 1.0.20 (making uClibc-ng always support large files). >> >> Patch restores this symbol as

[uclibc-ng-devel] new release 1.0.22

Hi, I cut a new release today to get wider testing of the new stuff. Most important stuff: - support for mips{32,64}r6 fixed - nds32 architecture port supports NPTL/TLS now - broken x86 syscall6 bug finally fixed - experimental support for aarch64 added - PID caching support removed, synced

[uclibc-ng-devel] [PATCH] remove PID caching - preview

failures for x86/x86_64/sparc. Signed-off-by: Waldemar Brodkorb <w...@openadk.org> --- libc/sysdeps/linux/arc/clone.S | 15 ++--- libc/sysdeps/linux/arc/vfork.S | 13 libc/sysdeps/linux/arm/clone.S | 18 -- libc/sysdeps/lin

Re: [uclibc-ng-devel] [PATCH] remove PID caching - preview

Mon Sep 17 00:00:00 2001 From: Waldemar Brodkorb <w...@openadk.org> Date: Sun, 22 Jan 2017 10:24:51 +0100 Subject: [PATCH 1/2] remove PID caching Follow GNU C Library from c579f48edba88380635ab98cb612030e3ed8691e and remove the PID caching. These simplifies the architecture specific assembly c

Re: [uclibc-ng-devel] 1.0.22 + mipsel + 2.6.22.19

ep 17 00:00:00 2001 From: Waldemar Brodkorb <w...@openadk.org> Date: Thu, 23 Feb 2017 02:59:15 +0100 Subject: [PATCH] guard new syscalls preadv/pwritev Signed-off-by: Waldemar Brodkorb <w...@openadk.org> --- libc/sysdeps/linux/common/preadv.c | 2 ++ libc/sysdeps/linux/common/pwritev.c |

Re: [uclibc-ng-devel] new website

Hi, ng0 wrote, > On 17-02-12 10:13:12, Waldemar Brodkorb wrote: > > Hi, > > > > I updated the websites for my embedded linux projects today. > > If you have any issues to access anything, please sent me an email. > > > > I got bored by Trac and now static

[uclibc-ng-devel] new website

Hi, I updated the websites for my embedded linux projects today. If you have any issues to access anything, please sent me an email. I got bored by Trac and now static websites generated with hugo, and gogs for wiki/issue/git is in use. The cgit interface and mailman are still the same. I

Re: [uclibc-ng-devel] [PATCH v2 0/2] ARC ldso rework elf_machine_*()

Hi, Vineet Gupta wrote, > Hi, > > This came out as a precursor to removal of binutils hack which converts > _DYNAMIC@ to _GLOBAL_OFFSET_TABLE_ > > More details in respective patches ! Applied and pushed, The missing testresults for 1.0.21 are done:

Re: [uclibc-ng-devel] [PATCH 1/1] Makefile.in: Fix removal of libintl.h

Hi Bernd, Bernd Kuhls wrote, > A wrong filename was present in Makefile.in leaving libintl.h installed > even if libintl support is disabled leading to wrong configure checks > by other packages. Thanks, applied and pushed, Waldemar ___ devel mailing

Re: [uclibc-ng-devel] pthread_mutex_*() functions, dynamic vs. static linking

Hi Thomas, Thomas Petazzoni wrote, > Hello, > > On Thu, 18 Aug 2016 22:33:35 +0200, Waldemar Brodkorb wrote: > > > What about following patch, which creates dummies for > > pthread_mutex_* functions in the !SHARED case: > > > > From 8d11aa1b9a983e0422dffa84

Re: [uclibc-ng-devel] pthread_mutex_*() functions, dynamic vs. static linking

Hi Thomas, Thomas Petazzoni wrote, > Hello, > > On Fri, 19 Aug 2016 14:03:45 -0400, Rich Felker wrote: > > > If they want to keep taking advantage of the nop-out hack for dynamic > > linking glibc, a suitable solution would be a configure check > > something like: > > > > checking whether

Re: [uclibc-ng-devel] [PATCH] ARC: Fix max ULP for cosine test

Hi Eugeniy, Eugeniy Paltsev wrote, > Max ULP for "cos (M_PI_6l * 2.0) == 0.5" in "test-double" sub-test > is set to "0" for ARC. It causes "test-double" test failure. > > I realized that this sub-test on ARM gets completely same results. > But it doesn't fails on ARM because max ULP is set to

Re: [uclibc-ng-devel] pthread.h build issue on Blackfin, Microblaze, m68k

Hi Thomas, Thomas Petazzoni wrote, > Hello, > > I was investigating the recent build failures of the libbluray package > in Buildroot, which occur on the Microblaze, Blackfin and m68k > architecture (at least), using the latest uClibc-ng release. The > failure looks like this: > > >

Re: [uclibc-ng-devel] PATCH] Fix ntfw when called with FTW_CHDIR and FTW_DEPTH to change directory back to the parent before processing the directory (after the contents have already been processed).

Hi John, Ata, John (US) wrote, > Hi all, > > > > In using ftw/nftw, I’ve discovered a bug when using FTW_CHDIR and FTW_DEPTH. > After changing the working directory to a subdirectory, nftw would process the > contents fine. However, it would then try and process the directory itself >

[uclibc-ng-devel] uClibc-ng test suite

Hi Hackers, I had a nice talk about uClibc-ng with Alexey on ELCE2016. One of the points where the separation of the test suite included in uClibc-ng source tree. Recently Max and I discovered a problem regarding libgcc/pthread_cancel, because the code was _not_ compiled with the normal full

Re: [uclibc-ng-devel] uClibc-ng-1.0.16: make -c extra/locale locale_headers: error: use of undeclared identifier 'ERA_YEAR'; can't reach header file?

Hi Ceriel, C. Jacobs wrote, > Hi, > > Thank you for CONFIG_BUILD_NLS in .config. > > Entware-ng make (on OS X) now bumps over the toolchain/uClibc/headers (which > in fact is uClibc-ng-1.0.16) section: > ... > make[3] -C toolchain/kernel-headers install > make[3] -C toolchain/uClibc/headers

Re: [uclibc-ng-devel] [PATCH] ARC: string: handle gcc 6.x macro changes

Hi Vineet, Vineet Gupta wrote, > In gcc 6.x cleanup, the macros got renamed. > (Need to support the old toggle for some more time) Applied and pushed, thx Waldemar ___ devel mailing list devel@uclibc-ng.org

Re: [uclibc-ng-devel] undefined reference to `dl_iterate_phdr'

Hi Max, Max Filippov wrote, > Hi Waldemar, > > I see a number of buildroot build issues with the post-unification > uclibc-ng versions (1.0.18 and 1.0.19) related to dl_iterate_phdr > used in static builds. > E.g.: > > > xtensa | autossh-1.4e | > >

Re: [uclibc-ng-devel] [PATCH] Fix extra/locale/gen_wc_8bit error with out-of-tree builds

Hi Anton, Anton Kolesov wrote, > If uClibc is built outside of the source tree, then there is an error: > > make[1]: *** No rule to make target > `/home/akolesov/build-uclibc/extra/locale', > needed by `/home/akolesov/build-uclibc/extra/locale/gen_wc8bit'. Stop. > > The rule to create

Re: [uclibc-ng-devel] uclibc-ng 1.0.19 libdl symbols missing?

Hi Lance, Lance Fredrickson wrote, > It seems as if static libc is missing symbols for libdl in uclibc-ng 1.0.19. > When trying to static link I get the typical 'undefined to dl' errors, > but dynamic linking is successful. But isn't that what is expected. From my understanding, you can't

Re: [uclibc-ng-devel] uclibc-ng 1.0.19 libdl symbols missing?

Hi Lance, Lance Fredrickson wrote, > > > On 11/2/2016 12:05 PM, Waldemar Brodkorb wrote: > >Hi Lance, > >Lance Fredrickson wrote, > > > >>It seems as if static libc is missing symbols for libdl in uclibc-ng 1.0.19. > >>When trying to static link I

Re: [uclibc-ng-devel] uclibc-ng 1.0.19 libdl symbols missing?

Hi, Lance Fredrickson wrote, > > > On 11/2/2016 12:05 PM, Waldemar Brodkorb wrote: > >Hi Lance, > >Lance Fredrickson wrote, > > > >>It seems as if static libc is missing symbols for libdl in uclibc-ng 1.0.19. > >>When trying to static link I

Re: [uclibc-ng-devel] CONFIG_UCLIBC_SUSV2_LEGACY triggers odd SIGSEGV in busybox's ash on MIPS

Hi Joshua, Joshua Kinard wrote, > On 10/23/2016 23:55, Waldemar Brodkorb wrote: > > Hi Joshua, > > Joshua Kinard wrote, > > > >> I think I've run into a rather odd bug on a big-endian MIPS platform while > >> trying to hand-assemble a MIPS-II ISA netboot i

Re: [uclibc-ng-devel] [RFC PATCH v4 1/1] libpthread: Fix inclusion of unwind code.

Hi, Ignacy Gawędzki wrote, > On Thu, Oct 13, 2016 at 09:19:19PM +0200, thus spake Waldemar Brodkorb: > > If you want you can try it with my embedded-test script (you need > > mksh and qemu installed): > > git clone git://git.embedded-test.org/git/embedded-test > > cd

Re: [uclibc-ng-devel] [RFC PATCH v4 1/1] libpthread: Fix inclusion of unwind code.

Hi, Ignacy Gawędzki wrote, > On Sun, Oct 16, 2016 at 05:45:40PM +0200, thus spake Waldemar Brodkorb: > > I tested again. With uClibc-ng master i get exactly 3 errors. > > Tried three times. > > I was using d4d4f37 and my patch applied on top of it. > > > > &g

Re: [uclibc-ng-devel] CONFIG_UCLIBC_SUSV2_LEGACY triggers odd SIGSEGV in busybox's ash on MIPS

Hi Joshua, Joshua Kinard wrote, > On 10/13/2016 15:23, Waldemar Brodkorb wrote: > > Hi Joshua, > > Joshua Kinard wrote, > > > >> On 10/12/2016 04:27, Waldemar Brodkorb wrote: > >>> hi, > >>> > >>> i am visiting elce, be back o

Re: [uclibc-ng-devel] CONFIG_UCLIBC_SUSV2_LEGACY triggers odd SIGSEGV in busybox's ash on MIPS

Hi Joshua, Joshua Kinard wrote, > On 10/16/2016 17:45, Waldemar Brodkorb wrote: > [snip] > > > > > I have 2xO2 and 2xIndy. > > > > The modern O2: > >> hinv > >System: IP32 > > Processor: 300 Mhz R5

[uclibc-ng-devel] okay to commit?

Hi Max, following patch was developed by crosstool-ng developer. Okay to commit? best regards Waldemar >From a34698c8494116eca2c16a88017047a9fb6273bb Mon Sep 17 00:00:00 2001 From: Waldemar Brodkorb <w...@openadk.org> Date: Wed, 7 Dec 2016 07:59:34 +0100 Subject: [PATCH 2/2] xtensa: f

Re: [uclibc-ng-devel] ARC uClibc-ng testsuite runs empty ?

Hi, Cupertino Miranda wrote, > Hi Waldemar, > > I have looked into the OpenADK uclibc-tests segmentation fault at hand. > Although, I haven't fully tested the patch I think it is a fix for the > issue. > > Considering how long I took to look into this problem, I decided to > provide you a patch

Re: [uclibc-ng-devel] ARC uClibc-ng testsuite runs empty ?

Hi Vineet, Vineet Gupta wrote, > Hi Waldemar, > > It seems ARC results are no present for recent releases: > > e.g. following is empty: > http://tests.embedded-test.org/uClibc-ng/1.0.21/REPORT.arcv2.toolchain.uClibc-ng-1.0.21 Toolchain is always empty, it just shows toolchain building runs

Re: [uclibc-ng-devel] About the support of aarch64

Hi, 郭哲洋 wrote, > The C library matrix shows that uclibc-ng does not support aarch64 currently. > I am wondering whether uclibc-ng has any plan about supporting aarch64 > platform > in the future? If not, what is the reason?  It is planned and I have basic support ready. I need to add NPTL/TLS

Re: [uclibc-ng-devel] ARC uClibc-ng testsuite runs empty ?

Hi, Vineet Gupta wrote, > On 01/11/2017 12:48 PM, Waldemar Brodkorb wrote: > > I reported the issue to Alexey last year. > > We added your binutils maintainer to the thread. > > Yesterday he had again time to reproduce the problem, but there was > > some missing infor

Re: [uclibc-ng-devel] About the support of aarch64

Hi, 郭哲洋 wrote, > Does uclibc have any plan about supporting the aarch64 platform in the > future? If not, what is the reason? I have plans to support aarch64 in uClibc-ng. Basic support (static/shared library) is ready. To complete the porting I need to get NPTL/TLS ready. I have more then 60 %

Re: [uclibc-ng-devel] preparing for release

Hi Vineet, Vineet Gupta wrote, > +CC Thomas for buildroot aspect > > On 11/29/2016 09:31 PM, Waldemar Brodkorb wrote: > > Hi, > > > > I am preparing a release and would like to remove UCLIBC_HAS_LFS > > before doing it. > > > > I believe U

Re: [uclibc-ng-devel] [RFC PATCH v4 1/1] libpthread: Fix inclusion of unwind code.

Hi Ignacy, Ignacy Gawędzki wrote, > Since librt and libpthread are now integrated into libc, including > unwind-resume and unwind-forcedunwind implementations of unwind code > makes no sense. Only unwind-forcedunwind is now included with > functions hidden to avoid them overriding the ones from

[uclibc-ng-devel] new uClibc-ng release 1.0.20

Hi Hackers, I released a new version of uClibc-ng today. It contains as usual some cleanups and support for new stuff. UCLIBC_HAS_LFS got removed. The new release includes experimental support for microblaze NPTL/TLS and Nios2 MMU systems (static only, no ld.so/NPTL/TLS). The test suite got

Re: [uclibc-ng-devel] ARC patch suggestion

wrote, > Hi, > > > > > +CC ARC gnu folks, Anton who maintains an internal build system > > > > > > On 03/22/2017 08:02 PM, Waldemar Brodkorb wrote: > > > Hi, > > > > > > I want to success following change: > > > > >

Re: [uclibc-ng-devel] [PATCH] Discard 3072 bytes instead of 256 bytes

Hi Loganaden, Loganaden Velvindron wrote, > This follows the recommendations outlined in Network Operations Division > Cryptographic Requirements published on wikileaks on March 2017. > We discard more bytes of the first keystream to reduce possibility of > non-random bytes. > This is similar

Re: [uclibc-ng-devel] [PATCH] ldso: exit if zalloc can't alloc memory

Hi Vineet, Vineet Gupta wrote, > _dl_zalloc callers don't check for allocaton failure. It kind of makes > sense since such early allocations are unlikely to fail, and even if > they do, ldso would segv anyways thus bringing the issue to attention. > > However there's a gcc nuance which led to

Re: [uclibc-ng-devel] [PATCH] Same iteration variable used for inner and outer loop

Hi Cupertino, Cupertino Miranda wrote, > Inner loop was using same counter variable (i) as the outer loop, therefore > making outer loop terminate before it visited all of the ELF program segments. > Surrounding code in this inner loop clearly shows the intention that this loop > should not

[uclibc-ng-devel] new release 1.0.24

Hi embedded hackers, I released 1.0.24 today. Mostly bugfixes and cleanups. The aarch64 c++ issue is fixed and the long double wrappers are available for all architectures now. (lvm2 build issues) I removed old fnmatch/regex implementations to simplify the code base. have fun, Waldemar

Re: [uclibc-ng-devel] [PATCH] Do not set *memptr to NULL for posix_memalign when fail

Hi Kito, Kito Cheng wrote, > Hi all: > > uclibc seem will set argument *memptr to NULL when posix_memalign[1] > fail, I know it's not specify in most document[1-3], > but other libc (newlib, glibc, musl) implementations are not set it to > NULL if fail and gcc testsuite have 1 test case for

Re: [uclibc-ng-devel] static link binary SIGSEGV

Hi, 郭涛 wrote, > Hello > > I have a static linked binary, I want run it on a mipsel_24kc platform > with uclibc-ng-1.0.22. > But when I run it, it show Segmentation fault. I only have the binary, > no source code > This binary can run with uclibc0.9.33, have you any suggestion ? This just look

Re: [uclibc-ng-devel] [PATCH] ARC: Enable getpt() support in ARC defconfigs

Hi, Vineet Gupta wrote, > On 03/01/2017 10:57 AM, Anton Kolesov wrote: > >> That means for building of our toolchain we'll need to have separately > >> stored > >> "defconfigs" in some form. Let's see what Anton says on that :) > > But why is that - as long as buildroot (or other build systems)

[uclibc-ng-devel] uClibc-ng 1.0.23 released

Hi, I released uClibc-ng 1.0.23 yesterday. Mostly bugfixes. I have removed the internal RPC implementation, which is mostly unusable nowadays as most applications force libtirpc usage (like rpcbind). For nios2 I added some ld.so code with the help of Thorsten, but it is still unusable. best

Re: [uclibc-ng-devel] [PATCH] towlower and locales

Hi, Eugene Yudin wrote, > Hi, > > The function towlower doesn't work with locales diffrent from C. > Issue was introduced in this commit: > https://cgit.openadk.org/cgi/cgit/uclibc-ng.git/commit/?id= > 8cde3a9bf2856dcb9a759dec7ecb04a68e712254 > Call to setlocale is needed for correct generation

Re: [uclibc-ng-devel] [PATCH] valloc declaration in stdlib.h

Hi, Eugene Yudin wrote, > Sorry. I made a typo. Of course It's a runtime error. > > Requirements: >  * uClibc-ng with disabled option "Enable SuSv2 LEGACY functions" > (UCLIBC_SUSV2_LEGACY symbol). Applied and pushed, Thanks Waldemar ___ devel

Re: [uclibc-ng-devel] syscall cancel simplification patches

Hi Max, > Am 28.07.2017 um 04:16 schrieb Max Filippov <jcmvb...@gmail.com>: > > Hi Waldemar, > >> On Fri, Jul 21, 2017 at 12:31 PM, Waldemar Brodkorb <w...@uclibc-ng.org> >> wrote: >> I would like to get some feedback for following three patches. >

Re: [uclibc-ng-devel] [Buildroot] buildroot uClibc-ng build failure

Hi Eugene, Eugene Yudin wrote, > Yes. In that particular case loop iterates through en_US (from buildroot), > en_US and en_GB. > Of cause, that list can be patched but I don't know if that's correct. > It's look a bit strange if user passes locale which actually absent. > > Waldemar, what you

Re: [uclibc-ng-devel] Missing git tags at github mirror

Hi Anton, Anton Kolesov wrote, > Hi, > > > > It seems that GitHub mirror at > > https://github.com/wbx-github/uclibc-ng/tree/master is missing git tags for > > releases starting with v1.0.23. Mirror at http://repo.or.cz/uclibc-ng.git OTOH > > has those tags. I since then manually push to

Re: [uclibc-ng-devel] segfault in dlclose() when lots of shared objects are dlopened - the story continues

Hi Bernd, Bernd Kuhls wrote, > Hi, > > investigating a segfault > > (gdb) bt full > #0 0x7fffec28dd90 in __deregister_frame_info () from /lib/ > libgcc_s.so.1 > No symbol table info available. > #1 0x7fffebf8af66 in __do_global_dtors_aux () from /usr/lib/ > libgcrypt.so.20 > > when

Re: [uclibc-ng-devel] ld.so cleanup

Hi Max, Max Filippov wrote, > Hi Waldemar, > > On Mon, Jun 26, 2017 at 11:36 AM, Waldemar Brodkorb <w...@uclibc-ng.org> > wrote: > > I would suggest following patch, which removes the special > > communication between ld.so and gdb. > > While debugging a

Re: [uclibc-ng-devel] [PATCH] pthread_getcpuclockid.c: fix clockid calculation

Hi, Sergey Korolev wrote, > Hi, Waldemar. > > Should uClibc-ng support Linux kernels before 2.6.24? That would be good, some users still use something like 2.6.18 IIRC. best regards Waldemar ___ devel mailing list devel@uclibc-ng.org

Re: [uclibc-ng-devel] Compile fix when debugging is enabled

Hi, Bogdan Harjoc wrote, > Pthread pid caching was removed recently but an assert is still > present which checks pthread->pid, and this breaks the build when > debugging is enabled: > > http://repo.or.cz/uclibc-ng.git/commit/bddde5860ffb8a78587854cc8e3e914bd69269ca > >

Re: [uclibc-ng-devel] Conflict between uClibc-ng if_arp.h and kernel headers since Linux 4.11 ?

Hi, > Am 04.05.2017 um 23:39 schrieb Thomas Petazzoni > : > > Hello, > > Since a few days, we are seeing build failures of the radvd package in > Buildroot: > > http://autobuild.buildroot.net/?reason=radvd-2.12 > > The build failure is: > >

Re: [uclibc-ng-devel] [PATCH] pthread_getcpuclockid.c: fix clockid calculation

Hi Sergey, Sergey Korolev wrote, > Hi, Waldemar. > > No, I suppose my lastest patch is sufficient to fix a bug for all kernels >= > 2.6.12. Thanks, I added your test-case to uclibc-ng-test and your patch to master uclibc-ng. best regards Waldemar

Re: [uclibc-ng-devel] [PATCH] include/features.h: add _DEFAULT_SOURCE macro

Hi, Thomas Petazzoni wrote, > Hello, > > On Wed, 31 May 2017 23:41:26 +, Anthony G. Basile wrote: > > From: "Anthony G. Basile" > > > > man feature_test_macros(7) specifies that _BSD_SOURCE and _SVID_SOURCE have > > been deprecated in favor of _DEFAULT_SOURCE since

Re: [uclibc-ng-devel] [PATCH] include/features.h: add _DEFAULT_SOURCE macro

ch soon. best regards Waldemar >From 58a5ba12bffad5916d9897c2870fc483f1db8282 Mon Sep 17 00:00:00 2001 From: Waldemar Brodkorb <w...@openadk.org> Date: Thu, 22 Jun 2017 22:20:20 +0200 Subject: [PATCH] remove __FAVOR_BSD Remove __FAVOR_BSD and sync with GNU C library Some issues compil

[uclibc-ng-devel] ld.so cleanup

nowadays it prevents to do so. May be bitrotted? Does anyone found it useful while debugging ld.so with gdb in the past? best regards Waldemar >From 20f3fafe7bb675844e93336efb96a23457dd4773 Mon Sep 17 00:00:00 2001 From: Waldemar Brodkorb <w...@openadk.org> Date: Fri, 23 Jun 2017 23:06

Re: [uclibc-ng-devel] [PATCH] include/sys/reboot.h: add constants RB_SW_SUSPEND and RB_KEXEC

Hi Anthony, Anthony G. Basile wrote, > From: "Anthony G. Basile" > > This syncs up with the GNU C library, see their > commit 1a09dc56. These constants are needed by init systems like > openrc. > > Signed-off-by: Anthony G. Basile Applied and

Re: [uclibc-ng-devel] mkostemp64 creates files with mode 0700

Hi Ignacy, Ignacy Gawedzki wrote, > Hi, > > I just noticed today that mkostemp64 calls __gen_tempname with mode > S_IRUSR | S_IWUSR | S_IXUSR, while all other flavors call it with mode > S_IRUSR | S_IWUSR, as per POSIX.1-2008. > > See libc/stdlib/mkostemp64.c. I assume I don't need to send a

Re: [uclibc-ng-devel] [PATCH] Fix mkostemp64 creation mode.

Hi Ignacy, Ignacy Gawędzki wrote, > All flavors of mkstemp create files with mode S_IRUSR | S_IWUSR, as > per POSIX.1-2008. Make mkostemp64 follow that too instead of creating > files with mode S_IRUSR | S_IWUSR | S_IXUSR. > > Signed-off-by: Ignacy Gawędzki

[uclibc-ng-devel] uClibc-ng release 1.0.25

Hi, I released a new version of uClibc-ng today. It contains mostly bugfixes and cleanups. It allows to be used for gcc 7.1 toolchains. have fun, Waldemar signature.asc Description: Digital signature ___ devel mailing list devel@uclibc-ng.org

Re: [uclibc-ng-devel] [PATCH] arc: Ensure that debugger can recognize sigrestorer

Hi, Anton Kolesov wrote, > An issue has been found with current implementation of ARC signal restorer > > function in uClibc and how GDB handles it. When debugger information is not > > present, everything worked fine, because GDB would use a built-in logic to > > determine if function is a

Re: [uclibc-ng-devel] [PATCH] libpthread/nptl: bugfix compile warning.

Hi, Guo Ren wrote, > warning: unused variable 'self' [-Wunused-variable] > > Signed-off-by: Guo Ren Thanks, applied and pushed, best regards Waldemar ___ devel mailing list devel@uclibc-ng.org

Re: [uclibc-ng-devel] [PATCH] csky: port to uclibc-ng

Hi Guo, Guo Ren wrote, > Follow the steps to build c-sky uclibc linux system: > 1. git clone https://github.com/c-sky/buildroot.git > 2. cd buildroot > 3. make qemu_csky_ck810_uclibc_defconfig > 4. make > > Follow the buildroot/board/qemu/csky/readme.txt to run. > > This buildroot toolchain is

Re: [uclibc-ng-devel] [PATCH] recvmmsg/sendmmsg: add recvmmsg sendmmsg support.

Hi Guo, Guo Ren wrote, > This is the right patch, and forget previous wrong patch. Okay, thanks. It is always good to use PATCH v2 for a followup patch. I will add your three patches to the queue for the next full regression run, which normally takes some time to run through. Do you have other

Re: [uclibc-ng-devel] [PATCH] recvmmsg/sendmmsg: add recvmmsg sendmmsg support.

Hi Guo, Guo Ren wrote, > Hi, Walemar > > > Okay, thanks. It is always good to use PATCH v2 for a followup > > patch. > OK, I'll learn it. > > > I will add your three patches to the queue for the next full > > regression run, which normally takes some time to run through. > > Do you have other

Re: [uclibc-ng-devel] [PATCH] csky: port to uclibc-ng

Hi Guo, Guo Ren wrote, > > {standard input}: Assembler messages: > > {standard input}: Error: value of 93939307125736 too large for field > > of 4 bytes at 56 > > Makerules:369: die Regel für Ziel > > „libc/sysdeps/linux/csky/__syscall_error.os“ scheiterte > > > > Anything missing in the github

Re: [uclibc-ng-devel] Missing f_flags in uclibc-ng version of struct statfs?

Hi Joshua, Joshua Kinard wrote, > 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

Re: [uclibc-ng-devel] [PATCH] csky: port to uclibc-ng

Hi Guo, Guo Ren wrote, > Hi, Waldemar > > > Even with the update on github my build fails. > > As it might be some local issue I decided to apply and push > > your patch now and try to get things working for me later. > > I've sent patches to openadk about toolchains build, Pls have a look. I

Re: [uclibc-ng-devel] arc patch from glibc repo

Hi Vineet, Vineet Gupta wrote, > On 11/05/2017 02:03 AM, Waldemar Brodkorb wrote: > >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. > > > >Oka

Re: [uclibc-ng-devel] [PATCH v2] Fix subtle race in tst-cancel2 / tst-cancelx2

Hi, patch applied and pushed, just forgot the mail, best regards Waldemar > Am 18.12.2017 um 20:18 schrieb Vineet Gupta : > >> On 12/08/2017 10:07 AM, Vineet Gupta wrote: >> When ran on ARC, these tests would ocassionally fail >> | [ARCLinux]# for i in 1 2 3 4 5

Re: [uclibc-ng-devel] [PATCH] tst-syscall*: Add tests for syscall() with varargs

Hi Stafford, Stafford Horne wrote, > Add tests in preparation for genericizing some of the architecture > syscall() implementations. > > This was noticed when testing OR1K and found it had a broken syscall > implementation. > > These tests try to cover the libc syscall() lqyer which has the

Re: [uclibc-ng-devel] Proper test for broken posix_spawn

Hi Alex, Alex Potapenko wrote, > Hi Waldemar, > > I've recently encountered an issue with broken posix_spawn in uClibc-ng > 1.0.26, > which made cups 2.2.[46] unusable. Looking at commit > 71b3a63b641716165f664cf112be0673a122cea0, I see that it should be fixed in > 1.0.27. I have a small test

[uclibc-ng-devel] 1.0.30 release reports

Hi, as after every uClibc-ng release I try to run a full build and try to generate test results of the release: https://downloads.uclibc-ng.org/reports/1.0.30/ The toolchains for ARC architecture where back to Synopsys arc-2018.03-rc1 instead of binutils/gcc from pstream. There we can see that

Re: [uclibc-ng-devel] __WIFSTOPPED macro for MIPS

Hio Sergey, it was added with this commit by Denys: 4a96b948687166da26a6c327e6c6733ad2336c5c Denys, do you remember why? best regards Waldemar Sergey Korolev wrote, > Does anyone know why __WIFSTOPPED macro redefined for MIPS architecture as > > #if !defined(__mips__)                       

Re: [uclibc-ng-devel] Creating a pull request

Hi Daniel, [thread is very old, but I got reminded] > Thank you for the help! > > I wanted to compile the library so I could make some changes, test them, and > then maybe create a pull request. Funny how I didn't realise I need to > cross-compile it, since thats what I mostly do at work. > >

Re: [uclibc-ng-devel] thumb_swp/thumb_swpb

Hi Florian, Florian La Roche wrote, > Hello uclibc-ng/buildroot developers, > > compiling buildroot with thumb-instructions and gcc-8.1 results in an error > due to the swp{,b} assembler instruction. Searching within buildroot, this > thumb_swp* function is never used anywhere (but this is a

Re: [uclibc-ng-devel] write is not weak?

Hi, Christophe Lyon wrote, > > > What am I missing? > > > > May be it is just not implemented as weak in uClibc-ng/uClibc. > It was weak in our uClibc port. > I'm trying to understand it is no longer the case now that I rebased > the patches on top of uClibc-ng: is it a problem with uClib-ng or a

Re: [uclibc-ng-devel] write is not weak?

Hi Christophe, Christophe Lyon wrote, > Hi, > > While working on FDPIC support for ARM in uclibc-ng, I've noticed that > the write() function if defined as a strong global symbol, while the > __GI_write alias is weak. > > 0034 wF .text 005c .hidden __GI_write > 0034 g F

Re: [uclibc-ng-devel] Fwd: new uClibc-ng release

Hi All, Anthony G. Basile wrote, > On 4/29/18 11:15 AM, Waldemar Brodkorb wrote: > > Hi, > > Anthony G. Basile wrote, > > > >> On 4/29/18 8:49 AM, Anthony G. Basile wrote: > >>> @Waldemar, the issue is not anything you suggested in your previous > &g

  1   2   3   4   >