Hi Martin,
On Thu, Jul 11, 2024 at 06:34:04PM GMT, Alejandro Colomar wrote:
> Hi Martin, David,
>
> On Thu, Jul 11, 2024 at 06:08:38PM GMT, David Brown wrote:
> > On 11/07/2024 11:58, Martin Uecker via Gcc wrote:
> > > > [[gnu::access(read_write, 1)]]
> > > > [[gnu::access(read_on
The first release candidate for GCC 11.5 is available from
https://gcc.gnu.org/pub/gcc/snapshots/11.5.0-RC-20240712/
and shortly its mirrors. It has been generated from git commit
r11-11573-g30ffca55041518.
I have so far bootstrapped and tested the release candidate on
x86_64-linux.
Please
FX Coudert writes:
> Hi,
>
> I am unable to perform a nonbootstrap build when gm2 is included, with
> Apple clang 15 as compiler. The error is due to incorrect inclusion of
> headers ( and ) which are included after GCC’s
> system.h has been included, and macros like abort() are redefined or
> po
Another quick m2-related question: I am seeing, in a build of GCC 14.1.0 on
Linux, that flex is called when building with the modula-2 front-end. It was
not the case in previous builds, and the only difference is that I added m2 to
the languages. Is that systematic? If so, the prerequisites page
I'm not going to argue about the change for CONCRETE operators, I'm going to
argue about the loss of power/flexibility for TEMPLATED operators, because it
defeats the whole purpose of TEMPLATED functions/operators otherwise
I've attached the header file in question... it's mostly about outputtin
Thinking about it some more, I can probably get templated operator<< stuff to
work again, if I make the following changes
• I forward declare all the templated operator<< at the start of vector
convenience, and implement the templated operator<< after the forward
declarations
• ve
On Fri, 12 Jul 2024 at 01:03, Dalbey, Keith via Gcc wrote:
>
> So I'm on redhat 7 and just got devtoolsset-12 and code (a system of
> overloaded<< operators) that was working with devtoolset-10 now break
> (because of ordering)
>
> To not bury the lead..
>
> My code relies on the version 11 or o
The means by which this FIX was implemented caused OTHER problems
template
std::ostream& operator<<(std::ostream& os, const std::pair& pr)
{
os << "(" << pr.first << ", " << pr.second << ")";
return os;
}
Will only work for CONCRETE classes that take the place of "F" and "S" IFF
On Fri, 12 Jul 2024 at 17:58, Dalbey, Keith via Gcc wrote:
>
> I'm not going to argue about the change for CONCRETE operators, I'm going to
> argue about the loss of power/flexibility for TEMPLATED operators, because it
> defeats the whole purpose of TEMPLATED functions/operators otherwise
This
On Fri, 12 Jul 2024 at 20:08, Dalbey, Keith wrote:
>
> The means by which this FIX was implemented caused OTHER problems
>
> template
> std::ostream& operator<<(std::ostream& os, const std::pair& pr)
> {
> os << "(" << pr.first << ", " << pr.second << ")";
> return os;
> }
>
> Wil
On Fri, Jul 12, 2024 at 12:10 PM Dalbey, Keith via Gcc wrote:
>
> The means by which this FIX was implemented caused OTHER problems
>
> template
> std::ostream& operator<<(std::ostream& os, const std::pair& pr)
> {
> os << "(" << pr.first << ", " << pr.second << ")";
> return os;
On Fri, 12 Jul 2024 at 20:08, Dalbey, Keith wrote:
>
> The means by which this FIX was implemented caused OTHER problems
>
> template
> std::ostream& operator<<(std::ostream& os, const std::pair& pr)
> {
> os << "(" << pr.first << ", " << pr.second << ")";
> return os;
> }
>
> Wil
-Original Message-
From: Andrew Pinski
Sent: Friday, July 12, 2024 1:20 PM
To: Dalbey, Keith
Cc: Jonathan Wakely ; gcc@gcc.gnu.org
Subject: Re: [EXTERNAL] Re: g++12 broke my system of overloaded operator<<
On Fri, Jul 12, 2024 at 12:10 PM Dalbey, Keith via Gcc wrote:
>
> The means by
Snapshot gcc-13-20240712 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/13-20240712/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 13 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
14 matches
Mail list logo
