gmane.comp.gcc.devel archive

Re: Transitioning libgomp from C to C++ implementation: Windows ('*-*-mingw32*')

Fri, 3 Jul 2026 00:53:31 +0000

Jonathan Yong via Gcc <[email protected]> • #171457

Transitioning libgomp from C to C++ implementation: Windows ('*-*-mingw32*')

Fri, 03 Jul 2026 00:38:44 +0200

Thomas Schwinge <[email protected]> • #171456

Re: Transitioning libgomp from C to C++ implementation: Darwin

Thu, 2 Jul 2026 23:21:32 +0100

Iain Sandoe <[email protected]> • #171455

Transitioning libgomp from C to C++ implementation: Darwin

Thu, 02 Jul 2026 23:57:11 +0200

Thomas Schwinge <[email protected]> • #171454

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 21:18:05 +0200

Thomas Koenig via Gcc <[email protected]> • #171453

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 20:16:11 +0200 (CEST)

Marc Glisse via Gcc <[email protected]> • #171452

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 17:53:17 +0000 (UTC)

Joseph Myers via Gcc <[email protected]> • #171451

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 18:45:58 +0200

Richard Biener via Gcc <[email protected]> • #171450

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 16:21:24 +0000 (UTC)

Joseph Myers via Gcc <[email protected]> • #171449

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 13:45:30 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171448

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 02 Jul 2026 08:38:31 +0200

Matthias Kretz via Gcc <[email protected]> • #171447

Re: [RFC] Turning off trapping-math for C and C++ front-ends by default

Thu, 2 Jul 2026 06:58:09 +0200

Martin Uecker via Gcc <[email protected]> • #171446

[RFC] Turning off trapping-math for C and C++ front-ends by default

Wed, 1 Jul 2026 16:02:42 -0700

Andrea Pinski via Gcc <[email protected]> • #171445

Re: Transitioning libgomp from C to C++ implementation: RTEMS

Thu, 02 Jul 2026 00:43:07 +0200

Thomas Schwinge <[email protected]> • #171444

gcc-13-20260701 is now available

Wed, 01 Jul 2026 22:35:30 +0000

GCC Administrator via Gcc <[email protected]> • #171443

smtgcc mid-year update

Wed, 1 Jul 2026 13:45:08 +0000 (UTC)

Krister Walfridsson via Gcc <[email protected]> • #171442

[GSoC] Rust: Compiling the alloc crate - Status Report 3

Wed, 01 Jul 2026 15:06:18 +0300

Enes Cevik via Gcc <[email protected]> • #171441

GCC 16.1.1 Status Report (2026-07-01)

Wed, 1 Jul 2026 12:02:46 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171440

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Tue, 30 Jun 2026 16:21:58 +0000 (UTC)

Joseph Myers <[email protected]> • #171439

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Tue, 30 Jun 2026 15:27:27 +0200

Arsen Arsenović <[email protected]> • #171438

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Mon, 29 Jun 2026 17:20:55 +0000 (UTC)

Joseph Myers <[email protected]> • #171437

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 17:54:49 +0200

Richard Biener via Gcc <[email protected]> • #171436

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 17:23:16 +0200

Filip Kastl <[email protected]> • #171435

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 16:03:12 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171434

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 16:02:25 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171433

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 15:39:07 +0200

Filip Kastl <[email protected]> • #171432

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 14:23:55 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171431

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Mon, 29 Jun 2026 13:44:28 +0200

Martin Uecker <[email protected]> • #171430

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Mon, 29 Jun 2026 13:32:27 +0200

Arsen Arsenović <[email protected]> • #171429

Re: ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 12:44:00 +0200

Filip Kastl <[email protected]> • #171428

ipa pta: How did this .arg1 pt set get filled?

Mon, 29 Jun 2026 11:57:49 +0200

Filip Kastl <[email protected]> • #171427

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Mon, 29 Jun 2026 09:46:28 +0100

Andrew Stubbs <[email protected]> • #171426

gcc-17-20260628 is now available

Sun, 28 Jun 2026 22:35:24 +0000

GCC Administrator via Gcc <[email protected]> • #171425

Re: Sourceware budget and funding 2026/2027, Fri 12, 15:00 UTC

Sun, 28 Jun 2026 23:59:02 +0200

Mark Wielaard <[email protected]> • #171424

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Sun, 28 Jun 2026 22:55:24 +0100

Richard Sandiford via Gcc <[email protected]> • #171423

GNU Tools Weekly News Week 44 (June 28, 2026)

Sun, 28 Jun 2026 14:24:55 -0700

GNU Tools weekly <[email protected]> • #171422

Re: 404s in https://gcc.gnu.org/projects/cxx-dr-status.html

Sun, 28 Jun 2026 20:19:20 +0200 (CEST)

Gerald Pfeifer <[email protected]> • #171421

Re: [RFC] LRA: Carrying hard registers around

Sun, 28 Jun 2026 12:56:45 +0200

Stefan Schulze Frielinghaus via Gcc <[email protected]> • #171420

gcc-16-20260627 is now available

Sat, 27 Jun 2026 22:35:09 +0000

GCC Administrator via Gcc <[email protected]> • #171419

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Sat, 27 Jun 2026 01:14:56 +0200

Arsen Arsenović <[email protected]> • #171418

gcc-15-20260626 is now available

Fri, 26 Jun 2026 22:35:25 +0000

GCC Administrator via Gcc <[email protected]> • #171417

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Fri, 26 Jun 2026 17:11:21 -0400

Jason Merrill via Gcc <[email protected]> • #171416

Re: [RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Fri, 26 Jun 2026 19:42:54 +0000 (UTC)

Joseph Myers <[email protected]> • #171415

[RFC TREE-WIDE] gcc: stop using 'int' to represent sets of qualifiers

Fri, 26 Jun 2026 21:16:17 +0200

Arsen Arsenović <[email protected]> • #171414

Handling of sysroot-relative search-paths without explicit --sysroot parameter

Wed, 17 Jun 2026 10:54:01 +0000

Heiko Lewin via Gcc <[email protected]> • #171413

Re: [RFC] LRA: Carrying hard registers around

Fri, 26 Jun 2026 13:09:55 -0400

Vladimir Makarov via Gcc <[email protected]> • #171412

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Fri, 26 Jun 2026 17:08:14 +0100

Andrew Stubbs <[email protected]> • #171411

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Fri, 26 Jun 2026 16:53:46 +0100

Richard Sandiford <[email protected]> • #171410

Re: IVOPTs incorrectly selects post-increment addressing for Thumb-1

Fri, 26 Jun 2026 15:48:34 +0300

Ciprian Arbone via Gcc <[email protected]> • #171409

GCC 14.4.1 Status Report (2026-06-26)

Fri, 26 Jun 2026 11:57:39 +0200

Jakub Jelinek via Gcc <[email protected]> • #171408

GCC 14.4 Released

Fri, 26 Jun 2026 11:52:32 +0200

Jakub Jelinek via Gcc <[email protected]> • #171407

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Thu, 25 Jun 2026 18:22:52 +0100

Andrew Stubbs <[email protected]> • #171406

Re: GCC 14.4 Release Candidate available from gcc.gnu.org

Thu, 25 Jun 2026 19:12:26 +0530

jeevitha via Gcc <[email protected]> • #171405

Re: [RFC] LRA: Carrying hard registers around

Thu, 25 Jun 2026 14:34:30 +0200 (CEST)

Michael Matz via Gcc <[email protected]> • #171404

Re: IVOPTs incorrectly selects post-increment addressing for Thumb-1

Thu, 25 Jun 2026 13:39:53 +0200

Richard Biener via Gcc <[email protected]> • #171403

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Thu, 25 Jun 2026 13:22:12 +0200

Richard Biener via Gcc <[email protected]> • #171402

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Thu, 25 Jun 2026 11:20:27 +0100

Andrew Stubbs <[email protected]> • #171401

Re: [RFC] LRA: Carrying hard registers around

Thu, 25 Jun 2026 12:06:11 +0200

Georg-Johann Lay via Gcc <[email protected]> • #171400

Gcc - Interop Tokyo 2026

Thu, 25 Jun 2026 04:41:42 -0500

Polly Carter via Gcc <[email protected]> • #171399

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Thu, 25 Jun 2026 11:05:32 +0200

Richard Biener via Gcc <[email protected]> • #171398

Re: RFC: Bump minimum GNU Make version to 3.81

Thu, 25 Jun 2026 10:04:29 +0100

Jonathan Wakely via Gcc <[email protected]> • #171397

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Thu, 25 Jun 2026 09:52:21 +0100

Andrew Stubbs <[email protected]> • #171396

Re: [RFC] LRA: Carrying hard registers around

Thu, 25 Jun 2026 09:18:45 +0200

Richard Biener via Gcc <[email protected]> • #171395

Re: RFC: Bump minimum GNU Make version to 3.81

Thu, 25 Jun 2026 09:14:10 +0200

Richard Biener via Gcc <[email protected]> • #171394

Test Campaign 1782362368762-3885

Thu, 25 Jun 2026 04:39:28 +0000

<[email protected]> • #171393

Re: RFC: Bump minimum GNU Make version to 3.81

Wed, 24 Jun 2026 22:58:49 -0400

Eric Gallager via Gcc <[email protected]> • #171392

gcc-13-20260624 is now available

Wed, 24 Jun 2026 22:35:37 +0000

GCC Administrator via Gcc <[email protected]> • #171391

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 19:56:00 +0200

Stefan Schulze Frielinghaus via Gcc <[email protected]> • #171390

Re: RFC: Bump minimum GNU Make version to 3.81

Wed, 24 Jun 2026 11:39:23 -0600

Jeffrey Law via Gcc <[email protected]> • #171389

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 19:31:44 +0200 (CEST)

Michael Matz via Gcc <[email protected]> • #171388

Re: RFC: Bump minimum GNU Make version to 3.81

Wed, 24 Jun 2026 10:30:27 -0700

Andrea Pinski via Gcc <[email protected]> • #171387

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 19:06:38 +0200

Stefan Schulze Frielinghaus via Gcc <[email protected]> • #171386

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 19:59:01 +0300 (MSK)

Alexander Monakov <[email protected]> • #171385

RFC: Bump minimum GNU Make version to 3.81

Wed, 24 Jun 2026 17:51:36 +0100

Jonathan Wakely via Gcc <[email protected]> • #171384

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 18:37:28 +0200 (CEST)

Michael Matz via Gcc <[email protected]> • #171383

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 16:52:41 +0200

Stefan Schulze Frielinghaus via Gcc <[email protected]> • #171382

Re: [RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 14:53:06 +0200 (CEST)

Michael Matz via Gcc <[email protected]> • #171381

[RFC] LRA: Carrying hard registers around

Wed, 24 Jun 2026 09:04:18 +0200

Stefan Schulze Frielinghaus via Gcc <[email protected]> • #171380

Re: [GSoC] Extending C++ Support in -fanalyzer - Status Report 1

Tue, 23 Jun 2026 19:17:19 -0400

David Malcolm via Gcc <[email protected]> • #171379

[GSoC] Rust: Compiling the alloc crate - Status Report 2

Tue, 23 Jun 2026 19:45:05 +0300

Enes Cevik via Gcc <[email protected]> • #171378

Re: pta: fninfo subvariables involved in offset constraints

Tue, 23 Jun 2026 16:06:28 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171377

Re: pta: fninfo subvariables involved in offset constraints

Tue, 23 Jun 2026 15:12:08 +0200

Filip Kastl <[email protected]> • #171376

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Tue, 23 Jun 2026 14:28:52 +0200 (CEST)

Michael Matz via Gcc <[email protected]> • #171375

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Tue, 23 Jun 2026 13:14:35 +0200

Richard Biener via Gcc <[email protected]> • #171374

Re: [GSoC] Extending C++ Support in -fanalyzer - Status Report 1

Tue, 23 Jun 2026 10:48:10 +0100

Egas Ribeiro via Gcc <[email protected]> • #171373

Re: IVOPTs incorrectly selects post-increment addressing for Thumb-1

Tue, 23 Jun 2026 11:14:00 +0300

Ciprian Arbone via Gcc <[email protected]> • #171372

Re: [GSoC] Extending C++ Support in -fanalyzer - Status Report 1

Mon, 22 Jun 2026 19:57:15 -0400

David Malcolm via Gcc <[email protected]> • #171371

Re: RFC: Allow "(mem:<vectype> (reg:<vectype>))"

Mon, 22 Jun 2026 17:12:21 +0100

Andrew Stubbs <[email protected]> • #171370

Re: GCC 14.4 Release Candidate available from gcc.gnu.org

Mon, 22 Jun 2026 11:34:28 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171369

Re: GCC 14.4 Release Candidate available from gcc.gnu.org

Mon, 22 Jun 2026 10:30:59 +0100

Iain Sandoe <[email protected]> • #171368

Re: pta: fninfo subvariables involved in offset constraints

Mon, 22 Jun 2026 09:16:05 +0200 (CEST)

Richard Biener via Gcc <[email protected]> • #171367

GNU Tools Weekly News Week 43 (June 21, 2026)

Sun, 21 Jun 2026 22:21:01 -0700

GNU Tools weekly <[email protected]> • #171366

Re: Transitioning libgomp from C to C++ implementation: RTEMS

Mon, 22 Jun 2026 05:11:30 +0200 (CEST)

Sebastian Huber <[email protected]> • #171365

[GSoC - OpenACC] Weekly report (weeks 3 and 4)

Sun, 21 Jun 2026 21:32:54 -0400

Sebastian Galindo via Gcc <[email protected]> • #171364

gcc-17-20260621 is now available

Sun, 21 Jun 2026 22:35:46 +0000

GCC Administrator via Gcc <[email protected]> • #171363

Interop Tokyo 2026 attendee data

Sun, 21 Jun 2026 23:51:44 +0530

"xuoen.redly.contact--- via Gcc" <[email protected]> • #171362

Transitioning libgomp from C to C++ implementation: RTEMS

Sun, 21 Jun 2026 09:06:37 +0200

Thomas Schwinge <[email protected]> • #171361

gcc-16-20260620 is now available

Sat, 20 Jun 2026 22:35:19 +0000

GCC Administrator via Gcc <[email protected]> • #171360

pta: fninfo subvariables involved in offset constraints

Sat, 20 Jun 2026 17:04:35 +0200

Filip Kastl <[email protected]> • #171359

gcc-15-20260619 is now available

Fri, 19 Jun 2026 22:35:38 +0000

GCC Administrator via Gcc <[email protected]> • #171358