Here are the patches I worked on today. It does seem to fix KIND=16 to use
Float128, but by not considering long double for KIND processing, it breaks the
tests that want to do ISO C binding to long double.
Feel free to completely ignore the patches and go off in a different
direction. But I tho
From: Bernhard Reutner-Fischer
Bump required DejaGnu version to 1.5.3 (or later).
Ok for trunk?
gcc/ChangeLog:
* doc/install.texi: Bump required minimum DejaGnu version.
---
gcc/doc/install.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/install.texi b/
Snapshot gcc-9-20211028 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20211028/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On 10/27/2021 5:00 PM, Bernhard Reutner-Fischer wrote:
On Sat, 4 Aug 2018 18:32:24 +0200
Bernhard Reutner-Fischer wrote:
On Tue, 16 May 2017 at 21:08, Mike Stump wrote:
On May 16, 2017, at 5:16 AM, Jonathan Wakely wrote:
The change I care about in 1.5.3
So, we haven't talked much about
On Thu, Oct 28, 2021 at 10:43 AM Joseph Myers wrote:
>
> On Wed, 27 Oct 2021, H.J. Lu via Libc-alpha wrote:
>
> > Linker adds glibc versions in GNU_PROPERTY_1_GLIBC_2_NEEDED to the
> > .gnu.version_r section and removes GNU_PROPERTY_1_GLIBC_2_NEEDED note
> > when generating shared libraries and ex
On Wed, 27 Oct 2021, H.J. Lu via Libc-alpha wrote:
> Linker adds glibc versions in GNU_PROPERTY_1_GLIBC_2_NEEDED to the
> .gnu.version_r section and removes GNU_PROPERTY_1_GLIBC_2_NEEDED note
> when generating shared libraries and executables.
Note that there is no guarantee that a new glibc vers
New Quotation For gcc@gcc.gnu.org
Yoυ haνe a new fax docυment from Xerox Scanner.
Pages 16 Full scanned PDF/ᎻTMᏞ File.
Ꭱeceived2021
Remote ID 34456191
To view Quotation messages, open the attachment and login with yoυr
gcc@gcc.gnu.org email to aυthenticate νieѡer and enable inst
On Thu, Oct 28, 2021 at 6:43 AM Florian Weimer wrote:
>
> * H. J. Lu:
>
> > On Wed, Oct 27, 2021 at 11:52 PM Florian Weimer wrote:
> >>
> >> * H. J. Lu via llvm-dev:
> >>
> >> > 1. Some binaries which require new ELF features, like DT_RELR, only
> >> > work with the new glibc binary. They crash
* H. J. Lu:
> On Wed, Oct 27, 2021 at 11:52 PM Florian Weimer wrote:
>>
>> * H. J. Lu via llvm-dev:
>>
>> > 1. Some binaries which require new ELF features, like DT_RELR, only
>> > work with the new glibc binary. They crash at run-time with the older
>> > glibc binaries.
>> > 2. Somes binaries c
On Wed, Oct 27, 2021 at 11:52 PM Florian Weimer wrote:
>
> * H. J. Lu via llvm-dev:
>
> > 1. Some binaries which require new ELF features, like DT_RELR, only
> > work with the new glibc binary. They crash at run-time with the older
> > glibc binaries.
> > 2. Somes binaries compiled with the new l
Hi
I was wondering why the vx_crtbegin.o file had a .init_array section and
not a .init_array.00101, when the function is defined with
__attribute__((constructor (101))) (see libgcc/config/vxcrtstuff.c).
After a lot of digging, including making sure that EH_CTOR_ATTRIBUTE
actually gets defined as
11 matches
Mail list logo