Re: Bug#321785: fakeroot: segfaults on [hppa]

> > no, it's not fakeroot, it's make segfaulting ... > [...] > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 16384 (LWP 16911)] > > 0x4091fd20 in __canonicalize_funcptr_for_compare () from > > /lib/libpthread.so.0 > > (gdb) bt > > #0 0x4091fd20 in __canonicalize_

Re: Bug#321785: fakeroot: segfaults on [hppa]

> >>Confirmed. We are passing a function pointer with a value of -2 into > >>__cffc, which should not happen... > > > > > > Is -2 a special signal number? > > I don't think so. in any case, others have observed that if they use an > older glibc, this problem does not happen. Not sure this is r

Re: Bug#321785: fakeroot: segfaults on [hppa]

> > no, it's not fakeroot, it's make segfaulting ... > [...] > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 16384 (LWP 16911)] > > 0x4091fd20 in __canonicalize_funcptr_for_compare () from > > /lib/libpthread.so.0 > > (gdb) bt > > #0 0x4091fd20 in __canonicalize_

Re: Bug#321785: fakeroot: segfaults on [hppa]

> #1 0x406d7424 in __pthread_sigaction (sig=18, act=0xc0241ec8, > oact=0xc0241f50) > at signals.c:106 > 106 if (old == SIG_IGN || old == SIG_DFL || old == SIG_ERR) > (gdb) print &old > Address requested for identifier "old" which is in register $r11 > (gdb) print /x $r11 > $6 =

Re: Bug#321785: fakeroot: segfaults on [hppa]

> > no, it's not fakeroot, it's make segfaulting ... > [...] > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 16384 (LWP 16911)] > > 0x4091fd20 in __canonicalize_funcptr_for_compare () from > > /lib/libpthread.so.0 > > (gdb) bt > > #0 0x4091fd20 in __canonicalize_

Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

> Following the discussion on parisc, I uploaded glibc built with > gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build > errors are gone. Does this fix GCC PR 23731? Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada

Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

> John David Anglin writes: > > > Following the discussion on parisc, I uploaded glibc built with > > > gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build > > > errors are gone. > > > > Does this fix GCC PR 23731? > > down t

Bug#334112: libc6: SIGSEGV in linear_search_fdes

Package: libc6 Version: 2.3.5-6.0.1 Severity: important DWARF2 exception support is broken due to bad EH data in the .eh_frame section of /lib/libc-2.3.5.so. After installation of libc6 version 2.3.5-6.0.1, a number of regressions were observed in the GCC 4.0 and 4.1 testsuites. The following f

Bug#334112: libc6: SIGSEGV in linear_search_fdes

Don't know if this will work. My mail server at NRC is down for the day due to building maintenance requiring a shutdown of electrical power. Thus, I can't receive mail. > Could you check for me why this failed: > > if (hdr->fde_count_enc != DW_EH_PE_omit > && hdr->table_enc == (DW_EH_P

Bug#478183: libc6-dev: Various header problems:

> > Could you please send us a reduced testcase? > > > > Any news on that? No. I just got back from vacation. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSUBSCRIBE, email

Bug#478183: libc6-dev: Various header problems:

> Any news on that? The problem has gone away. I presume this is due to the latest gcc 4.3 update. I see stdarg.h is dated June 11. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) --

Bug#785664: glibc: Additional fixes for hppa

d APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.17.8+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /

Bug#799478: glibc: revised atomic and new syscall patches for hppa

Source: glibc Version: 13 Severity: normal Tags: patch Dear Maintainer, Attached are two patches for hppa. Both use the register asm feature of gcc to load arguments to specific registers prior to a syscall. The updated atomic patch avoids the infamous "can't find a register in class R1_REGS" a

Bug#805730: glibc: __gmon_start__ symbol proliferation on hppa

Source: glibc Version: 2.19-22 Severity: normal Tags: patch Dear Maintainer, The symbol __gmon_start__ is defined on the hppa in crtn.S. As a result, there is a weak definition in every executable. This was originally done to address problems in the handling of weak undefined symbols. However,

Bug#805836: glibc: __NO_LONG_DOUBLE_MATH needs to be defined on hppa

Source: glibc Version: 2.19-22 Severity: normal Tags: patch Dear Maintainer, The attached fixes a problem found building the gmt package. See BZ 19270: https://sourceware.org/bugzilla/show_bug.cgi?id=19270 Normally gcc optimizes the isnan macro so the __isnanl call is eliminated. Thus the probl

Bug#806839: glibc: FTBFS on hppa -- couple more expected fails needed

Source: glibc Version: 2.21-1 Severity: normal Dear Maintainer, A couple more expected fails are needed for a reliable build. See log: https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=hppa&ver=2.21-1&stamp=1449012745 Details are: +--- BEGIN COMPARE

Bug#810053: glibc: Fix dladdr and nss Bug#791537 on hppa

Source: glibc Version: 2.21-6 Severity: normal Tags: patch Dear Maintainer, The attached patch resolves nss Bug#791537. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791537 A small testcase was developed to demonstrate the problem and a glibc bug report was filed: https://sourceware.org

Bug#561203: threads and fork on machine with VIPT-WB cache

On Fri, 02 Apr 2010, NIIBE Yutaka wrote: > NIIBE Yutaka wrote: >> To have same semantics as other archs, I think that VIPT-WB cache >> machine should have cache flush at ptep_set_wrprotect, so that memory >> of the page has up-to-date data. Yes, it will be huge performance >> impact for fork. Bu

Bug#666774: Acknowledgement (eglibc: Updated hppa patch set for version 2.13)

.out, Error 142 tst-longjmp_chk.out, Error 1 tst-mqueue3.out, Error 1 *** WARNING *** Please generate expected testsuite results for this arch! *** WARNING *** -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of

Bug#666774: eglibc: Updated hppa patch set for version 2.13

On 4/3/2012 9:31 AM, Aurelien Jarno wrote: tag 666774 - moreinfo thanks Le 02/04/2012 13:57, John David Anglin a écrit : On 2-Apr-12, at 4:40 AM, Aurelien Jarno wrote: tag 666774 + moreinfo thanks Le 01/04/2012 20:48, Dave Anglin a écrit : Source: eglibc Version: 2.13-27 Severity

Bug#725508: eglibc: [hppa] Patch set for 2.13 build

set at startup. */ Index: eglibc-2.17/ports/ChangeLog.hppa === --- eglibc-2.17.orig/ports/ChangeLog.hppa 2013-06-27 21:26:29.0 -0400 +++ eglibc-2.17/ports/ChangeLog.hppa 2013-07-01 12:54:24.0 -0400 @@ -1,3 +1,9 @@

Bug#725508: Acknowledgement (eglibc: [hppa] Patch set for 2.13 build)

Oops, wrong version in title. Patches are for 2.17. Dave -- John David Anglindave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debia

Bug#725508: hppa patches for eglibc

Here is an updated hppa patch set for 2.18. Dave Original Message Subject:Re: Bug#725508: hppa patches for eglibc Date: Fri, 21 Feb 2014 19:26:27 -0500 From: John David Anglin To: John David Anglin CC: Adam Conrad , Helge Deller , Carlos O'Donell

Bug#725508: hppa patches for eglibc

On 24-Feb-14, at 12:49 PM, John David Anglin wrote: Here is an updated hppa patch set for 2.18. Attached is an updated patch set for 2.18-3. All patches apply cleanly. I've also attached a replacement for the testsuite expected results for hppa. With this, I had a fully successful

Bug#725508: hppa patches for eglibc

Attached is an updated patch set for 2.18-5. All patches apply cleanly. The latest patches fix bugs in the floating point exception support, SHMLBA and pthread spin lock code. Dave -- John David Anglin dave.ang...@bell.net 0) hppa/local-longjmp-chk.diff -- delete 1) hppa/local-elf

Bug#725508: hppa patches for eglibc

to regularly have to update the patches. Understood. We are relying on Carlos for this. Thanks again, Dave -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Conta

Re: glibc 2.22 testsuite issues on hppa

to debug a kernel/gcc bug that causes a bootstrap failure. I would guess the new optimizations in gcc 5 are causing problems. Dave -- John David Anglin dave.ang...@bell.net

Re: glibc 2.22 testsuite issues on hppa

th the following change. The function pointer checks are tightened and read access checks are added to help ensure the routine doesn't fault. Dave -- John David Anglin dave.ang...@bell.net diff --git a/sysdeps/hppa/dl-fptr.c b/sysdeps/hppa/dl-fptr.c index 083242b..79032a6 100644

Bug#824344: glibc: FTBFS on hppa due to stdlib/tst-setcontext3 test failure

Source: glibc Version: 2.22 Severity: normal Tags: patch Dear Maintainer, Glibc fails to build on hppa because the stdlib/tst-setcontext3 test fails and doesn't produce a .out file. See, for example, . T

Bug#824362: glibc: Fix failure of debug/backtrace-tst on hppa

, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) 2016-01-02 John David Anglin [BZ #19415] * sysdeps/hppa/dl-fptr.c (_dl_fixup): Declare. (elf_machine_resolve): New. Return address of _dl_runti

Bug#824363: glibc: Update debian xfail list for hppa

Source: glibc Version: 2.22 Severity: normal Tags: patch Dear Maintainer, The attach patch updated the hppa xfail list based on the failures seen in various builds for 2.22. It adds two tests that sometimes fail. Both tests fail during the unwind phase of cancellation. It seems the stack is be

Bug#827703: libc6: misaligned accesses in res_query.c to fields in HEADER struct

Package: libc6 Version: 2.22-11+b3 Severity: normal Dear Maintainer, We see various misaligned accesses reported on the console and in the syslog running apt-get on hppa: http(13559): unaligned access to 0xfa703d49 at ip=0xf9f0a9bb handle_unaligned: 37 callbacks suppressed http(1

Bug#827876: libc6: $dp is not initialized correctly in sysdeps/hppa/start.S (gcrt1.o)

Package: libc6 Version: 2.22-12 Severity: normal Dear Maintainer, Since the update to glibc 2.22, executables compiled with -p and linked against gcrt1.o crash on startup. It was found that _start was not initializing the $dp register correctly when sysdeps/hppa/start.S was assembled with SHARED

Bug#827703: Acknowledgement (libc6: misaligned accesses in res_query.c to fields in HEADER struct)

New patch is here: https://sourceware.org/ml/libc-alpha/2016-06/msg01020.html Dave -- John David Anglin dave.ang...@bell.net

Re: glibc 2.23 testsuite issues on hppa

nd-dw2.c:1518 #3 0xfa59b294 in uw_advance_context (fs=0xfacd3bc8, context=) at ../../../src/libgcc/unwind-dw2.c:1525 #4 _Unwind_ForcedUnwind_Phase2 ( exc=, context=) at ../../../src/libgcc/unwind.inc:185 Backtrace stopped: Cannot access memory at address 0xfacd3bac I tend

Re: glibc 2.23 testsuite issues on hppa

x000100f4 0x000100f4 0xd 0xd R 0x1 [Requesting program interpreter: /lib/ld.so.1] Will see if building 2.23 using 2.23 is successful. Dave -- John David Anglin dave.ang...@bell.net

Re: glibc 2.23 testsuite issues on hppa

s on wrong stack, or child stack wasn't hooked correctly to unwind. Dave -- John David Anglin dave.ang...@bell.net

Re: glibc 2.24 testsuite issues on hppa

OT_WRITE|PROT_EXEC) = -1 EINVAL (Invalid argument) It looks like the error comes from here in allocatestack.c: #elif _STACK_GROWS_UP if (mprotect ((char *) pd - pd->guardsize, pd->guardsize - guardsize, prot) != 0) goto mprot_error; #

Re: glibc 2.24 testsuite issues on hppa

ibc/objdir/libc_pic.a: file format not recognized; treating as linker script /usr/bin/ld:/home/dave/gnu/glibc/objdir/libc_pic.a:1: syntax error collect2: error: ld returned 1 exit status Makefile:349: recipe for target '/home/dave/gnu/glibc/objdir/elf/librtld.map' failed make[2]: *** [/home/dave/gnu/glibc/objdir/elf/librtld.map] Error 1 The error doesn't occur with 2.26.1. Dave -- John David Anglin dave.ang...@bell.net

Re: glibc 2.24 testsuite issues on hppa

Hi Aurelien, On 2016-08-08, at 5:58 AM, Aurelien Jarno wrote: > On 2016-08-08 11:50, Aurelien Jarno wrote: >> On 2016-08-07 19:54, John David Anglin wrote: >>> On 2016-08-05, at 6:23 PM, Aurelien Jarno wrote: >>> >>>> I have looked at the testsuite

Bug#835414: glibc: hppa/submitted-setcontext.diff patch is not applied to source

Source: glibc Version: 2.23-5 Severity: normal Dear Maintainer, Noticed that tst-setcontext2 fails. This was fixed by the hppa/submitted-setcontext.diff patch which is present but not applied to source. All other hppa changes are applied: dpkg-source: info: applying hppa/local-inlining.diff dpk

[PATCH] hppa: Fix syscall cancellation

't expect signal from child: got `Segmentation fault' > > The above 6 failures appeared when switching from GCC 5 to GCC 6 and > looks like quite worrisome. > > > Given that GCC 5 is going to be removed soon, we have to build the GNU > libc with GCC 6. Could yo

Bug#837518: glibc: FTBFS on hppa - new syscall cancellation test failures

Source: glibc Version: 2.24-2 Severity: normal Tags: patch Dear Maintainer, As noted in previous mail, glibc fails to build due to the following test failures: FAIL: nptl/tst-cancel-self FAIL: nptl/tst-cancel-self-cancelstate FAIL: nptl/tst-cancel12 FAIL: nptl/tst-cancel14 FAIL: nptl/tst-cancelx

Bug#838574: glibc: FTBFS on hppa - nptl/tst-stack4 fails

sysvinit (via /sbin/init) 2016-09-22 John David Anglin * sysdeps/unix/sysv/linux/hppa/atomic-machine.h: Don't include abort-instr.h. (EFAULT): Remove conditional define. (ENOSYS): Likewise. (atomic_compare_and_exchange_val_acq): Use instruction nullification instead of conditional br

Bug#858738: libc6: [PATCH] Fix crash in __longjmp on hppa architecture (BZ #21049)

Package: libc6 Version: 2.24-9 Severity: normal Dear Maintainer, The build of libsigsegv on hppa fails due failing configuration tests: checking whether a signal handler can be left through longjmp... no checking whether a signal handler can be left through longjmp and sigaltstack... no checking

Bug#993954: glibc: Usually FTBFS on hppa - please xfail nptl/tst-cond24

Source: glibc Version: 2.32 Severity: normal Dear Maintainer, The nptl/tst-cond24 test usually fails on multi-way machines. For now, it needs to be xfailed like nptl/tst-cond25 in testsuite-xfail-debian.mk. Thanks, Dave Anglin -- System Information: Debian Release: bookworm/sid APT prefers b

Bug#1002041: glibc: rc

Source: glibc Version: 2.34-0experimental2 Severity: normal Dear Maintainer, There are two new regressions in glibc 2.34 that need to be xfailed on hppa: +-+ | Encountered regressions that don't match expected failures.

Bug#1004390: glibc: FTBFS on hppa - incorrect ctid argument in xclone.c

Source: glibc Version: 2.31-13+deb11u2 Severity: normal Dear Maintainer, Build fails here: hppa-linux-gnu-gcc-10 xchmod.c -c -std=gnu11 -fgnu89-inline -pipe -O2 -g -fdebug-prefix-map=/<>=. -Wall -Wwrite-strings -Wundef -Werror -fmerge-all-constants -frounding-math -fno-stack-protector -Wstric

Bug#472269: libc6: res_query makes assumptions about the alignment of the answer argument

Package: libc6 Followup-For: Bug #472269 Dear Maintainer, I believe this bug is fixed upstream by the following commit: commit 05dec22d7be722987ff07aebf9690f6078b3c4e9 (HEAD -> master, origin/master, origin/HEAD) Author: John David Anglin Date: Tue Mar 22 17:35:54 2022 + resolv:

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

Package: libc6 Version: 2.34-8 Severity: normal Dear Maintainer, dave@atlas:~$ gdb Segmentation fault (core dumped) Gdb doesn't drop core if I revert glibc to 2.34-8. Sep 26 22:04:36 mx3210 kernel: do_page_fault() command='gdb' type=6 address=0x4bc63f0b in libresolv.so.2[ea7f2000+e000] Sep 26

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

!= NULL)     {   unsigned int j;   unsigned int jm;   ElfW(Addr) *addrs;   jm = l->l_info[DT_INIT_ARRAYSZ]->d_un.d_val / sizeof (ElfW(Addr));   addrs = (ElfW(Addr) *) (init_array->d_un.d_ptr + l->l_addr);   for (j = 0; j < jm; ++j)     ((dl_init_t) addrs[j]) (argc, argv, env);     } Regards, Dave Anglin -- John David Anglin dave.ang...@bell.net

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

attached patch fixes issue.  It restores code removed in the fix for the tst-audit2 failure some months ago.  I will commit upstream as soon as more testing completes.  I'm currently building a +b1 version of 2.35-1 with change. Regards, Dave Anglin -- John David Anglin dave.ang...@bell.net

Bug#1022771: glibc: FTBFS on hppa - malloc/tst-scratch_buffer fails with gcc-12

Source: glibc Version: 2.34-3 Severity: normal Tags: ftbfs Dear Maintainer, The malloc/tst-scratch_buffer test fails with gcc-12: +-+ | Encountered regressions that don't match expected failures. | +-

Bug#1070875: glibc: FTBFS on hppa - Encountered regressions that don't match expected failures

Source: glibc Version: 2.38-10 Severity: normal Tags: ftbfs Dear Maintainer, The following tests are known to fail on hppa when glibc is built with gcc-13 or later: FAIL: math/test-double-fma FAIL: math/test-double-ldouble-fma FAIL: math/test-float32x-float64-fma FAIL: math/test-float32x-fma FAI

Bug#1076512: glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails

Source: glibc Version: 2.39-4 Severity: normal Tags: ftbfs Dear Maintainer, Build filas here: -- FAIL: stdlib/tst-swapcontext2 original exit status 1 [31mfunc1: func3(&uctx_func1, &uctx_main, str1)[0m [31mfunc3: func4(uocp, ucp, str)[0m [31mfunc4: [31mswapcontext(&uctx_func1,

Bug#1076512: Acknowledgement (glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails)

It's a bug in the test.  The attached patch fixes the failure on hppa. This happened once before... Regards, Dave Anglin -- John David Anglin dave.ang...@bell.net diff --git a/stdlib/tst-swapcontext2.c b/stdlib/tst-swapcontext2.c index f679755649..a9c1dc827c 100644 --- a/stdli

Bug#1076512: Info received (Bug#1076512: Acknowledgement (glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails))

/linux/longjmp_chk.c:#ifdef _STACK_GROWS_DOWN ./include/stackinfo.h is okay but the other two usages of these defines look wron. Dave -- John David Anglin dave.ang...@bell.net

Bug#1076512: Info received (Bug#1076512: Info received (Bug#1076512: Acknowledgement (glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails)))

Upstream patch: https://sourceware.org/pipermail/libc-alpha/2024-July/158419.html BZ: https://sourceware.org/bugzilla/show_bug.cgi?id=31989 Regard, Dave -- John David Anglin dave.ang...@bell.net

Bug#882152: glibc: FTBFS on hppa - nptl/tst-create-detached fails due to timeout

Source: glibc Version: 2.25-1 Severity: normal Dear Maintainer, The nptl/tst-create-detached test fails on hppa with a TIMEOUTFACTOR of 25. Either the timeout value for the test needs to be increased from 100 to about 500, or the test needs to be xfailed. I think we need about a factor 4 or 5 i

Bug#882874: glibc 2.25 FTBFS on ia64

   : "=&r" (var) : : "r1"); The offsets are adjusted to account for the priority level bits in the program counter. The use of pc-relative relocation is something I added fairly recently. Second, Alan Modra recently fixed the relocation handling for R_PARISC_DIR32 so that it now works in dynamic applications. Dave -- John David Anglin dave.ang...@bell.net

Bug#904056: glibc: FTBFS on hppa - nptl/tst-execstack fails

ildd-unstable'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 4.14.56+ (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) 2018-06-10 John David

Bug#915676: glibc: FTBFS on hppa - Please xfail some new tests

Source: glibc Version: 2.28-1 Severity: normal Tags: patch Dear Maintainer, Some new tests fail on hppa. See for example: https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=hppa&ver=2.28-1&stamp=1543515737&raw=0 The attached change allows the build to complete. Regards, Dave Anglin --

Bug#941174: glibc: FTBFS on hppa - new test failures

Source: glibc Version: 2.29-2 Severity: normal Dear Maintainer, Since version 2.29-2, glibc fails to build on hppa. We have the following test fails: +-+ | Encountered regressions that don't match expected failures. | +

Bug#941174: Acknowledgement (glibc: FTBFS on hppa - new test failures)

(r26),r20    0xf89e09e8 <+48>:    add,l r25,r22,r6   =>  0xf89e09ec <+52>:    ldw r25(r22),r5    0xf89e09f0 <+56>:    ldw 4(r6),r21    0xf89e09f4 <+60>:    extrw,u r21,23,24,r31    0xf89e09f8 <+64>:    depw,z r31,27,28,ret1    0xf89e09fc <+68>:    ldw 34(r26),r22 -- John David Anglin dave.ang...@bell.net

Bug#941174: Info received (Bug#941174: Acknowledgement (glibc: FTBFS on hppa - new test failures))

esolve+68>: b,l 0xf89e09b8 <_dl_fixup>,rp    0xf89e7874 <_dl_runtime_resolve+72>: copy r21,r19 End of assembler dump. -- John David Anglin dave.ang...@bell.net

Bug#941174: Info received (Bug#941174: Info received (Bug#941174: Acknowledgement (glibc: FTBFS on hppa - new test failures)))

This is glibc bug 23296: https://sourceware.org/bugzilla/show_bug.cgi?id=23296 -- John David Anglin dave.ang...@bell.net

Bug#981650: libc6-dev: Update flag bit defines in fcntl.h on hppa

Package: libc6-dev Version: 2.31-9 Severity: normal Tags: patch Dear Maintainer, Several flags in fcntl.h need updating to match the current kernel support for hppa. In particular, the define for O_NONBLOCK has changed. The defines for __O_RSYNC and O_BLKSEEK are removed. They are not used in

Bug#981650: Acknowledgement (libc6-dev: Update flag bit defines in fcntl.h on hppa)

Attached is an updated patch.  We also need to update the defines for EFD_NONBLOCK, IN_NONBLOCK, SFD_NONBLOCK and TFD_NONBLOCK.  Glibc master is update. Regards, Dave Anglin -- John David Anglin dave.ang...@bell.net Index: glibc-2.31/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h

Re: NPTL for hppa-linux is not backwards compatible with Linuxthreads.

> Do you know of any other ABI breaks that could be coordinated with > this transition? No. The last break was GCC 4.1.0 where the calling convention for passing complex values was corrected. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of

Bug#352600: GCC PR

See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413 Since ROC hasn't been dropped, this change appears premature. It also breaks compatibility with other linux distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#352600:

See GCC PR 31413: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413 This change appears premature and breaks compatibility with other linux distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#427395: libc6: df command causes system crash on parisc

Package: libc6 Version: 2.5-9 Severity: critical Justification: breaks the whole system The following command leads to a system crash: [EMAIL PROTECTED]:~$ df Filesystem 1K-blocks Used Available Use% Mounted on The command hangs after the first line of output is printed. It is no

Bug#427398: svn is broken after updating ro libc6 2.5-9

Package: libc6 Version: 2.5-9 Severity: grave Justification: renders package unusable After updating to libc6 2.5-9 Friday evening, the svn package is now broken: [EMAIL PROTECTED]:~/gnu/gcc-4.3/gcc$ contrib/gcc_update Updating SVN tree Ugcc/real.c Ugcc/real.h Ugcc/ChangeLog Ugcc

Bug#427395: libc6: df command causes system crash on parisc

> Is the libc6 the only thing that you updated? I am using the same libc > here, paer.debian.org also uses it in the sid chroot, and I am unable to > reproduce the problem. No, some other packages were updated. Here are the most recent packages in /var/cache/apt/archives: -rw-r--r-- 1 root root

Bug#427395: libc6: df command causes system crash on parisc

> Is the libc6 the only thing that you updated? I am using the same libc > here, paer.debian.org also uses it in the sid chroot, and I am unable to > reproduce the problem. This is on a PA8800 machine. Dave -- J. David Anglin [EMAIL PROTECTED] National Research C

Bug#427395: libc6: df command causes system crash on parisc

> > YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI > > PSW: 1110 Not tainted > > r00-03 00ff0806ff0f 4036c000 40104edc > > c0601048 > > r04-07 403d79d4 403d89d4 0002c258 > > > > r08-11 0002a3f4

Bug#427395: libc6: df command causes system crash on parisc

> It looks like you are using a hand built kernel. Do you use the patch to > disable LWS CAS debugging [1] ? Yes, but I've been told by Kyle that it's too old. Syscall 298 was added in 2.6.21. I haven't disabled LWS CAS. My attempts at modifying the kernel to return ENOSYS so far haven't been s

Bug#427395: libc6: df command causes system crash on parisc

> > fstat64(3, {st_mode=0, st_size=0, ...}) = 0 > > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > > 0x40005000 > > read(3, "/dev/sda3 / ext3 rw,errors=remou"..., 4096) = 339 > > read(3, "", 4096) = 0 > > close(3)=

Bug#427395: libc6: df command causes system crash on parisc

> I found really strange that this version of the glibc is using this > syscall. It has been released 6 months ago, when 2.6.19 was still not > released... How did you get this syscall number? It's in register r20 of the register dump that I posted. Dave -- J. David Anglin

Bug#427395: libc6: df command causes system crash on parisc

> It really looks like a bug in the kernel. Yes, see http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031651.html Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSU

Bug#427395: libc6: df command causes system crash on parisc

> > It really looks like a bug in the kernel. > > Yes, see > http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031651.html The change posted here fixes the df problem: http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031652.html So, this bug report can be closed. Dave

Bug#427398: Acknowledgement (svn is broken after updating ro

A patch for this problem was posted here: http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031690.html However, it's likely that the parisc specific code will be removed in favour of the generic compat code. Dave -- J. David Anglin [EMAIL PROTECTED]

Bug#344836: libc6: strtold is broken on hppa

Package: libc6 Version: 2.3.5-8 Severity: normal The following program produces incorrect results: #include int main () { printf ("%Lf\n", strtold ("1", NULL)); return 0; } [EMAIL PROTECTED]:~/gcc_test$ gcc -o ld1 ld1.c [EMAIL PROTECTED]:~/gcc_test$ ./ld1 0.00 -- System Information: D

Bug#344836: libc6: strtold is broken on hppa

> Aurelien Jarno a écrit : > > > > Could you please tell me where to find this version of the glibc, and > > also the sources? I can then find the patch and include it in the Debian > > package. > > > OK, I have found the fix in the CVS, I am currently doing a test build. Great. If you are do

Bug#354241: libc6: Dynamic loader doesn't support R_PARISC_PLABEL21L and R_PARISC_PLABEL14R

Package: libc6 Version: 2.3.5-13 Severity: normal The following two fails occur in the CVS binutils testsuite: Running /home/dave/binutils-2.16.91/src/ld/testsuite/ld-pie/pie.exp ... gcc -L/home/dave/binutils-2.16.91/objdir/./ld -pie /home/dave/binutils-2.16.91/s rc/ld/testsuite/ld-pie/pie.c -o

Re: Bug#364231: [parisc-linux] Re: Bug#364231: exception catching

> Ok, coming back to the question of the system compiler on hppa for > etch. Assuming that hppa does want to do that: > > - is glibc buildable with gcc-4.1 on hppa? As far as I know, there's no new problems using 4.1 instead of 4.0. See http://lists.parisc-linux.org/pipermail/parisc-linux/2006-A

Re: GNU/Libc 2.3.1 on HP-PARISC requires >= 2.4.19 kernel.

> Hi, my name is Carlos, and I cause all your nightmares with glibc on > HPPA :) > [...] > I recommend that you _do_ _not_ upgrade glibc on HPPA until 2.3.1-6. Being perverse, I tried installing 2.3.1-5. I hit the same problem that Joel mentioned previously, the old dynamic loader doesn't define

FATAL: kernel too old

I'm getting the following error building glibc-2.3.1-5: CPP='/home/dave/opt/gnu/bin/gcc -E -x c-header' /home/dave/glibc-2.3.1-5/glibc- 2.3.1/objdir/elf/ld.so.1 --library-path /home/dave/glibc-2.3.1-5/glibc-2.3.1/obj dir:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/math:/home/dave/glibc-2.3.1-5/gl

Re: [parisc-linux] Re: FATAL: kernel too old

> On Wed, Dec 04, 2002 at 05:13:07PM -0500, John David Anglin wrote: > > > Is 2.4.18-pa52 really too old? > > Yes. hppa-linux requires 2.4.19 Ok, I try one of the other builds but none so far have been particularly stable on a rp2470c. Thanks, Dave -

Re: [parisc-linux] Re: FATAL: kernel too old

> Dave, > I can build a UP 2.4.20 for the rp2470 and see how that fairs. > SMP has in fact not been especially stable for the 2.4.19 hppa releases. That would be great. I was going to try vmlinux-2.4.20-rc1-pa7 after the gcc testsuite run that is in progress completes. I seem to recall that vmli

Re: [parisc-linux] Breaking PARISC ABI - Testing procedures?

> 3- sizeof(long double) is incorrect in gcc and glibc (?) This also needs to be fixed under 64-bit hpux. Need to determine the calling convention for long doubles. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613)

FATAL: kernel too old

I'm getting the following error building glibc-2.3.1-5: CPP='/home/dave/opt/gnu/bin/gcc -E -x c-header' /home/dave/glibc-2.3.1-5/glibc- 2.3.1/objdir/elf/ld.so.1 --library-path /home/dave/glibc-2.3.1-5/glibc-2.3.1/obj dir:/home/dave/glibc-2.3.1-5/glibc-2.3.1/objdir/math:/home/dave/glibc-2.3.1-5/gl

Re: [parisc-linux] Re: FATAL: kernel too old

> On Wed, Dec 04, 2002 at 05:13:07PM -0500, John David Anglin wrote: > > > Is 2.4.18-pa52 really too old? > > Yes. hppa-linux requires 2.4.19 Ok, I try one of the other builds but none so far have been particularly stable on a rp2470c. Thanks, Dave -

Re: [parisc-linux] Re: FATAL: kernel too old

> Dave, > I can build a UP 2.4.20 for the rp2470 and see how that fairs. > SMP has in fact not been especially stable for the 2.4.19 hppa releases. That would be great. I was going to try vmlinux-2.4.20-rc1-pa7 after the gcc testsuite run that is in progress completes. I seem to recall that vmli

Bug#1084052: glibc: FTBFS on hppa - bogus warning/error

Source: glibc Version: 2.40-3 Severity: normal Tags: ftbfs Dear Maintainer, See: https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=hppa&ver=2.40-3&stamp=1727346571&raw=0 This is gcc bug 112358. See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358 The patch in Comment 10 fixes build

Bug#1084052: Acknowledgement (glibc: FTBFS on hppa - bogus warning/error)

Created a glibc bug report: https://sourceware.org/bugzilla/show_bug.cgi?id=32245 Dave -- John David Anglin dave.ang...@bell.net