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
-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
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
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
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 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
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
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
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
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
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
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
14 matches
Mail list logo
