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

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#1020857: libc6: 2.35-1 breaks gdb on hppa

. The 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 diff

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

LL)     {   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

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#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#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

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#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

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

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#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#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: 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: 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#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=hppa=2.28-1=1543515737=0 The attached change allows the build to complete. Regards, Dave Anglin -- System

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

risc64) 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 Anglin [BZ #23174] * sysdeps/unix/sysv

Bug#882874: glibc 2.25 FTBFS on ia64

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#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

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

/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 branch instructions. Index

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:

[PATCH] hppa: Fix syscall cancellation

ared 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 you please have a look at the issues? > > Thanks, > Aurelien > > -- > Aurel

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

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 te

Re: glibc 2.24 testsuite issues on hppa

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

ect(0xfce4a480, 4096, PROT_READ|PROT_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) got

Re: glibc 2.23 testsuite issues on hppa

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

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

518 #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 to think i

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

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

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

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

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

=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 <dang...@gcc.gnu.org> [BZ #19415] * sysdeps/hppa/dl-fptr.c (_dl_fixup): Declare. (elf_machine_resolve): New. Return a

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, . This problem is

Re: glibc 2.22 testsuite issues on hppa

ith 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 --- a/sysd

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

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:

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=hppa=2.21-1=1449012745 Details are: +--- BEGIN COMPARE

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

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.

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"

Bug#785664: glibc: Additional fixes for hppa

, '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 /sbin/init) 2015-03-07 John David Anglin

Bug#725508: hppa patches for eglibc

, and 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? Contact listmas

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

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 build

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 dave.ang...@bell.net To: John David Anglin dave.ang...@bell.net CC: Adam Conrad

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.debian.org/blu0

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

.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 @@ +2013-07-01 John David Anglin dave.ang...@bell.net + + * ports/sysdeps/hppa/dl-lookupcfg.h (DL_AUTO_FUNCTION_ADDRESS): Make + function descriptor

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#666774: Acknowledgement (eglibc: Updated hppa patch set for version 2.13)

-cleanupx4.out, Error 1 tst-fini1.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

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. But I

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#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 to

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

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

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 U

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

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

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)= 0

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

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#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]

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

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

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

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 doing this,

Bug#344836: libc6: strtold is broken on hppa

Package: libc6 Version: 2.3.5-8 Severity: normal The following program produces incorrect results: #include stdlib.h 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

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

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 ==

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 to 475 test failures. Maybe related to PR23602 I suspect

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

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 = 0x0

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

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

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 related, but

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

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 -- J. David Anglin

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

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

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 -- J. David Anglin

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

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)