Re: Debugger support for __float128 type?

> Date: Wed, 30 Sep 2015 19:33:44 +0200 (CEST) > From: "Ulrich Weigand" > > Hello, > > I've been looking into supporting __float128 in the debugger, since we're > now introducing this type on PowerPC. Initially, I simply wanted to do > whatever GDB does on Intel, but it

[PATCH] Small OpenBSD/hppa cleanup

Hi, Dave spotted this leftover a while ago. The pa/t-openbsd file doesn't exist anymore. Seems to have no ill effect, but would be good to remove this wart anyway. Dave, can you commit this? Thanks, Mark 2013-07-25 Mark Kettenis kette...@openbsd.org * config.gcc (hppa-*-openbsd

[PATCH] Fix nested function support on OpenBSD/hppa

On OpenBSD/hppa the stack is protected against execution in the same way as on many other architectures. The diff below makes GCC emit the call that's needed to unprotect the stack such that the magic trampolines needed for execution of nested functions work. 2013-07-25 Mark Kettenis kette

Re: [PATCH] Add TF support for OpenBSD/i386 and OpenBSD/amd64

Date: Mon, 7 Jan 2013 12:49:14 -1000 (TAHT) From: Gerald Pfeifer ger...@pfeifer.com On Sun, 7 Oct 2012, Mark Kettenis wrote: Adds the necessary support bits to libgcc. All other mainstream i386/amd64 targets already have this. Tested on i386-unknown-openbsd5.2 and x86_64-unknown

Re: [RFC] Wrong register numbers in .dwarf_frame on Linux/PowerPC

Date: Tue, 27 Nov 2012 19:43:40 +0100 (CET) From: Ulrich Weigand uweig...@de.ibm.com Mark Kettenis wrote: Date: Mon, 26 Nov 2012 20:10:06 +0100 (CET) From: Ulrich Weigand uweig...@de.ibm.com Hello, I noticed what appears to be a long-standing bug in generating

Re: [RFC] Wrong register numbers in .dwarf_frame on Linux/PowerPC

Date: Mon, 26 Nov 2012 20:10:06 +0100 (CET) From: Ulrich Weigand uweig...@de.ibm.com Hello, I noticed what appears to be a long-standing bug in generating .dwarf_frame sections with GCC on Linux on PowerPC. ... So I'm wondering where to go from here. I guess we could: 1. Bring

Re: [PATCH, libstdc++] Add proper OpenBSD support

Jonathan, Any further thoughts about this? I've attached a diff that combines my origional diff with the change to use the newlib locale model on OpenBSD since they probably should be committed together. On 10 September 2012 07:34, Mark Kettenis wrote: Date: Sun, 9 Sep 2012 21:07:39 +0100

[PATCH] Add TF support for OpenBSD/i386 and OpenBSD/amd64

Adds the necessary support bits to libgcc. All other mainstream i386/amd64 targets already have this. Tested on i386-unknown-openbsd5.2 and x86_64-unknown-openbsd5.2. Fixes a couple of testcases. libgcc/: 2012-10-06 Mark Kettenis kette...@openbsd.org * config.host (i[34567]86

Re: [PATCH] Use __cxa_atexit on OpenBSD

Date: Wed, 3 Oct 2012 17:45:21 +0200 (CEST) From: Gerald Pfeifer ger...@pfeifer.com On Sat, 15 Sep 2012, Ian Lance Taylor wrote: 2012-09-02 Mark Kettenis kette...@openbsd.org * config.gcc (*-*-openbsd4.[3-9]|*-*-openbsd[5-9]*): Set default_use_cxa_atexit to yes

Re: [PATCH] OpenBSD/hppa support

Date: Tue, 18 Sep 2012 14:43:35 -0400 From: John David Anglin d...@hiauly1.hia.nrc.ca On Thu, 06 Sep 2012, Mark Kettenis wrote: Most bits are stolen from Linux, but there are a few subtle differences since our assembler is configured to be slightly more HP-UX-ish. libgcc

[PATCH] Use __cxa_atexit on OpenBSD

. 2012-09-02 Mark Kettenis kette...@openbsd.org * config.gcc (*-*-openbsd4.[3-9]|*-*-openbsd[5-9]*): Set default_use_cxa_atexit to yes. Index: config.gcc === --- config.gcc (revision 191120) +++ config.gcc (working

[PATCH] Use dl_iterate_phdr() on OpenBSD

handling FAILs into PASSes. 2012-09-02 Mark Kettenis kette...@openbsd.org * config.host (*-*-openbsd*): Add t-eh-dw2-dip to tmake_file. * unwind-dw2-fde-dip.c: Don't include elf.h on OpenBSD. (USE_PT_GNU_EH_FRAME): Define for OpenBSD. (ElfW): Likewise. Index

Re: Change double_int calls to new interface.

Date: Tue, 11 Sep 2012 17:03:39 -0700 From: Ian Lance Taylor i...@google.com On Tue, Sep 11, 2012 at 3:12 PM, Lawrence Crowl cr...@googlers.com wrote: On 9/11/12, Andreas Schwab sch...@linux-m68k.org wrote: Mark Kettenis mark.kette...@xs4all.nl writes: In file included from ../../../src

Re: Change double_int calls to new interface.

Index: gcc/ChangeLog 2012-09-04 Lawrence Crowl cr...@google.com * double-int.h (double_int::operator =): New. (double_int::operator ^=): New. (double_int::operator |=): New. (double_int::mul_with_sign): Modify overflow parameter to bool*.

Re: [PATCH, libstdc++] Add proper OpenBSD support

Date: Sun, 9 Sep 2012 21:07:39 +0100 From: Jonathan Wakely jwakely@gmail.com On 4 September 2012 20:26, Mark Kettenis wrote: Fixes a few testcases. Mostly based on the existing NetBSD/FreeBSD/Darwin code. 2012-09-04 Mark Kettenis kette...@openbsd.org

Re: [PATCH, libstdc++] Add proper OpenBSD support

On 10 September 2012 07:34, Mark Kettenis wrote: Date: Sun, 9 Sep 2012 21:07:39 +0100 From: Jonathan Wakely jwakely@gmail.com On 4 September 2012 20:26, Mark Kettenis wrote: Fixes a few testcases. Mostly based on the existing NetBSD/FreeBSD/Darwin code. 2012-09-04 Mark

Re: [PATCH] Fix C++ bootstrap ICE

Date: Fri, 07 Sep 2012 14:12:29 -0400 From: Jason Merrill ja...@redhat.com OK, thanks. I don't have commit access (or at least I'm not on the write after approval list). Would you (or somebody else) be so kind to commit this fix for me? Thanks, Mark

[PATCH] Fix C++ bootstrap ICE

. Looks Like this change didn't take into account that reshape_init_r() might move d-cur past the end of the list of fields. Potential fix below. Simply reordering the checks in the if-statement avoids the problem. gcc/cp: 2012-09-07 Mark Kettenis kette...@openbsd.org * decl.c

[PATCH] OpenBSD/hppa support

Most bits are stolen from Linux, but there are a few subtle differences since our assembler is configured to be slightly more HP-UX-ish. libgcc/: 2012-09-06 Mark Kettenis kette...@openbsd.org * config.host (hppa-*-openbsd*): New target. * config/pa/t-openbsd: New file. gcc

Re: [PATCH, libstdc++] Add proper OpenBSD support

Date: Wed, 5 Sep 2012 10:55:27 +0300 From: Jonathan Wakely jwakely@gmail.com I'll look at this more carefully later today when I get back from a holiday, but it looks ok after a quick glance. Great! I've CC'd gcc-patches, as required for all patches. Sorry 'bout that. Bit of a brain

[PATCH] Further OpenBSD/amd64 and OpenBSD/i386 improvements

wheras GCC defaults to using long on 32-bit platforms and long long on 64-bit platforms. Hence the need for overrides. libgcc/: 2012-09-02 Mark Kettenis kette...@gnu.org * config.host (*-*-openbsd*): Add t-eh-dw2-dip to tmake_file. (i[34567]86-*-openbsd* and x86_64-*-openbsd

[PATCH, libstdc++] Add proper OpenBSD support

Fixes a few testcases. Mostly based on the existing NetBSD/FreeBSD/Darwin code. 2012-09-04 Mark Kettenis kette...@openbsd.org * configure.host (*-*-openbsd*) Set cpu_include_dir. * config/os/bsd/openbsd/ctype_base.h: New file. * config/os/bsd/openbsd

Re: [PATCH] OpenBSD/amd64 support and OpenBSD/i386 cleanup

Date: Sun, 2 Sep 2012 16:18:27 +0200 (CEST) From: Gerald Pfeifer ger...@pfeifer.com On Thu, 30 Aug 2012, Richard Henderson wrote: Looks ok. Thanks, Richard. I applied the patch with a slightly enhanced changelog (one entry was missing). Thanks Gerald Richard! Some of the defines

Re: [PATCH] OpenBSD stdint fix

, Mark Kettenis wrote: These are long long on all supported platforms instead of the default long on 64-bit, long long on 32-bit that defaults.h assumes. 2012-01-03 Mark Kettenis kette...@openbsd.org * config/openbsd-stdint.h (INTMAX_TYPE, UINTMAX_TYPE): New defines

[PATCH] OpenBSD stdint fix

These are long long on all supported platforms instead of the default long on 64-bit, long long on 32-bit that defaults.h assumes. 2012-01-03 Mark Kettenis kette...@openbsd.org * config/openbsd-stdint.h (INTMAX_TYPE, UINTMAX_TYPE): New defines. Index: gcc/config/openbsd-stdint.h

[PATCH] OpenBSD/amd64 support and OpenBSD/i386 cleanup

a copyright assignment in place for GCC. Thanks, Mark libgcc/: 2011-12-27 Mark Kettenis kette...@openbsd.org * config.host (x86_64-*-openbsd*): New target. gcc/: 2011-12-27 Mark Kettenis kette...@openbsd.org * config.gcc (x86_64-*-openbsd*): New target. * config

Bogus gcc.c-torture/execute/20071018-1.c testcase?

Execution of the test randomly fails for me on OpenBSD/amd64. Looking at the code, it seems it is doing an out-of-bounds array access. For refernce I've copied the code of the testcase below. As you can see there's a foo(0) call in main(). Therefore struct foo **upper = as-x[rank * 8 - 1];

Re: [RFA/libiberty] Darwin has case-insensitive filesystems

Date: Wed, 15 Jun 2011 10:22:36 +0200 From: Corinna Vinschen vinsc...@redhat.com On Jun 14 18:01, DJ Delorie wrote: This is wrong as not all FSs are case insensitive. In fact HFS+ can be case sensitive too. I think you need better check than just saying all Darwin is case

Re: DWARF register numbering discrepancy on SPARC between GCC and GDB

Date: Wed, 21 Jan 2009 15:08:47 +0400 Hello, Eric and I discovered a discrepancy in the DWARF register numbering on SPARC for floating point registers. The problem is more visible on SPARC 64-bit because they are used for parameter passing, whether i0 is used on 32-bit SPARC. Consider

Re: Problem reading corefiles on ARM

Date: Wed, 6 Aug 2008 11:27:36 -0400 From: Daniel Jacobowitz [EMAIL PROTECTED] On Wed, Aug 06, 2008 at 07:19:26PM +0400, Sergei Poselenov wrote: (gdb) bt #0 0x4004ec0c in raise () from /lib/libc.so.6 #1 0x40050234 in abort () from /lib/libc.so.6 Backtrace stopped: frame did not save

Re: raising minimum version of Flex

Vaclav Haisman wrote: Gerald Pfeifer wrote: [...] openSUSE 10.2 now comes with flex 2.5.33, but FreeBSD, for example, still is at flex 2.5.4. Just some additional data pointes... FreeBSD has version 2.5.33 as textproc/flex port. But that will not replace the system flex, so it will

Re: Unwinding CFI gcc practice of assumed `same value' regs

Jan Kratochvil writes: currently (on x86_64) the gdb backtrace does not properly stop at the outermost frame: #3 0x0036ddb0610a in start_thread () from /lib64/tls/libpthread.so.0 #4 0x0036dd0c68c3 in clone () from /lib64/tls/libc.so.6 #5 0x

Re: Unwinding CFI gcc practice of assumed `same value' regs

Ian Lance Taylor writes: Andrew Haley [EMAIL PROTECTED] writes: In practice, %ebp either points to a call frame -- not necessarily the most recent one -- or is null. I don't think that having an optional frame pointer mees you can use %ebp for anything random at all,

Re: [cygwin/mingw32] DBX_REGISTER_NUMBER vs DWARF2_FRAME_REF_OUT

Date: Mon, 24 Jul 2006 11:00:55 +1200 From: Danny Smith [EMAIL PROTECTED] Any other ideas? What is likely GDB fallout? GDB by default uses the SVR4 register numbering for DWARF DWARF 2, and the old dbx register numbering scheme for other debugging formats (most notably stabs). Mixing the

Re: [cygwin/mingw32] DBX_REGISTER_NUMBER vs DWARF2_FRAME_REF_OUT

Date: Thu, 27 Jul 2006 09:46:36 +1200 From: Danny Smith [EMAIL PROTECTED] From: Mark Kettenis [mailto:[EMAIL PROTECTED] Sent: Thursday, July 27, 2006 9:34 AM The best thing to do is probably to define DWARF2_FRAME_REG_OUT to always use the SVR4 register map. Thanks for that advice

Bootstrap comparison failure

Looks like the new toplevel bootstrap infrastructure broke bootstrapping on OpenBSD. I get a bootstrap comparison which is caused by differences in the compilation directory encoded in the object files from different stages. Forcing the coplevel configure to use mv instead of ln -s by setting

Re: Bootstrap comparison failure

Date: Sun, 18 Dec 2005 11:49:37 -0500 From: Daniel Jacobowitz [EMAIL PROTECTED] On Sun, Dec 18, 2005 at 01:28:48PM +0100, Mark Kettenis wrote: Looks like the new toplevel bootstrap infrastructure broke bootstrapping on OpenBSD. I get a bootstrap comparison which is caused

Re: RFA: Darwin x86 alignment

From: Dale Johannesen [EMAIL PROTECTED] Date: Thu, 21 Jul 2005 16:56:01 -0700 On x86 currently the alignments of double and long long are linked: they are either 4 or 8 depending on whether -malign-double is set. This follows the documentation of -malign-double. But it's wrong for

Re: removing src/{expect,dejagnu}

From: Ben Elliston [EMAIL PROTECTED] Date: Fri, 24 Jun 2005 23:50:58 +1000 For the second year in a row, about 30 people discussed removing the replicated copies of the DejaGnu and Expect sources from the src repository at the GCC Summit testing BOF. The version of Expect in