Re: Classes Implicitly Declared

2025-02-16 Thread Ben Boeckel via Gcc
On Sun, Feb 16, 2025 at 22:59:45 +0100, Ben Boeckel wrote: > But we are finally at a point where named modules can be experimented > with. The timeline has been (roughly): > > - 2019 Feb: pushing to get dependency scanning possible (I have patches > to CMake and GCC to proof-of

Re: Modules deprecation rumors

2025-02-16 Thread Ben Boeckel via Gcc
On Wed, Feb 12, 2025 at 09:51:36 +, Frederick Virchanza Gotham via Gcc wrote: > This would be an alternative to modules (seeing as how modules might > become deprecated in the future). If this is the case, no one has informed the stakeholders in the C++ committee (SG2, EWG, SG15, likely many

Re: RFC: A redesign of `-Mmodules` output

2025-02-28 Thread Ben Boeckel via Gcc
On Fri, Feb 28, 2025 at 13:54:45 -0500, Paul Smith wrote: > On Fri, 2025-02-28 at 19:26 +0100, Ben Boeckel via Gcc wrote: > > > In POSIX make, including GNU Make, if a command doesn't modify the > > > modification time of the target then that target is not considere

Re: RFC: A redesign of `-Mmodules` output

2025-02-28 Thread Ben Boeckel via Gcc
On Fri, Feb 28, 2025 at 07:59:00 -0800, NightStrike via Gcc wrote: > Could your approach simultaneously be used to have better dependency > information for Fortran modules? I feel like there’s at least some overlap > there. P1689 is also intended to be suitable for Fortran (CMake uses it for its F

Re: RFC: A redesign of `-Mmodules` output

2025-03-01 Thread Ben Boeckel via Gcc
On Sat, Mar 01, 2025 at 20:01:21 +, vspefs wrote: > Supporting C++ modules is easy, but I don't think "properly" is possible for > any > build system under current circumstances. Industrial consensus needed for many > subjects: I believe CMake is the furthest in this regard (though I haven't

Re: RFC: A redesign of `-Mmodules` output

2025-03-03 Thread Ben Boeckel via Gcc
Hi, I'm Ben and implemented modules support in CMake, authored P1689 itself, its support in GCC, and helped wrangle its support into clang and MSVC. I encourage you to read this paper: https://mathstuf.fedorapeople.org/fortran-modules/fortran-modules.html which describes the strategy CMake

Re: RFC: A redesign of `-Mmodules` output

2025-03-04 Thread Ben Boeckel via Gcc
On Tue, Mar 04, 2025 at 07:53:51 +, vspefs wrote: > By the way, what's stop us from having compiler options like > `g++ -Rgcm.cache -Rsomewhere/else/gcm.cache` to specify CMI repo path, like > `-I` > for include paths? It could be useful for projects with complex folder > structure, as build t

Re: RFC: A redesign of `-Mmodules` output

2025-02-28 Thread Ben Boeckel via Gcc
On Fri, Feb 28, 2025 at 13:07:04 -0500, Paul Smith wrote: > On Fri, 2025-02-28 at 18:05 +0100, Ben Boeckel via Gcc wrote: > > Note that one thing that is missing is ninja's `restat = 1` feature. > > This "restats" the output for the associated rule (probably spelled

Re: RFC: A redesign of `-Mmodules` output

2025-03-01 Thread Ben Boeckel via Gcc
On Sat, Mar 01, 2025 at 16:15:12 +, vspefs wrote: > I read a few mails from the autoconf thread. I'll try to read all now. > However, > a maybe-off-topic-but-could-be-on-topic question: what exactly is the state of > Autotools now? The whole Autotools build system seems to be on a very slow >

<    1   2