Re: GNU cargo

2025-07-15 Thread The Cuthour via Gcc
You must be AI. 2025年7月16日 5:07:45 JST、Andrew Pinski より: >On Tue, Jul 15, 2025 at 1:06 PM The Cuthour wrote: >> >> >> Facts >> >> (1) There's no header files in Java/Rust. >> (2) There's cargo in Rust. > >Ok, sounds like you want a language that is NOT C. Or you want to >improve the standard C/

Re: GNU cargo

2025-07-15 Thread Jonathan Wakely via Gcc
On Tue, 15 Jul 2025 at 19:38, The Cuthour via Gcc wrote: > Would the GCC project consider supporting such a tool if developed > independently as cargo-cc? It could be a frontend to g++, like rustc is for > Rust, but standardized. If it's standardized, GCC would probably want to support it. Doe

Re: GNU cargo

2025-07-15 Thread Andrew Pinski via Gcc
On Tue, Jul 15, 2025 at 1:06 PM The Cuthour wrote: > > > Facts > > (1) There's no header files in Java/Rust. > (2) There's cargo in Rust. Ok, sounds like you want a language that is NOT C. Or you want to improve the standard C/C++ language. This is the wrong location to talk about doing that. >

Re: GNU cargo

2025-07-15 Thread The Cuthour via Gcc
Facts (1) There's no header files in Java/Rust. (2) There's cargo in Rust. I wish (1) There was no header files also in C/C++. (2) There was cargo also in C/C++. 2025年7月16日 3:50:19 JST、Andrew Pinski より: >On Tue, Jul 15, 2025 at 11:37 AM The Cuthour wrote: >> I understand that GNU Make and

Re: GNU cargo

2025-07-15 Thread Andrew Pinski via Gcc
On Tue, Jul 15, 2025 at 11:37 AM The Cuthour wrote: > > 2025年7月15日 16:00:06 JST、Andrew Pinski より: > >There are c++ modules. Which is being designed. Maybe that is what you > >looking for. > > > >Also Why not just use gnu make? > > > >It has the ability to handle automatic dependence generation fo

Re: GNU cargo

2025-07-15 Thread The Cuthour via Gcc
2025年7月15日 16:00:06 JST、Andrew Pinski より: >There are c++ modules. Which is being designed. Maybe that is what you >looking for. > >Also Why not just use gnu make? > >It has the ability to handle automatic dependence generation for headers >already and is how gcc handles its own build system withou

Re: Addition of compiler flag for dynamic_cast optimization

2025-07-15 Thread Thomas de Bock via Gcc
I believe the project configurations in which the optimization causes problems might be too common to add it to a flag like that from the get-go. Andi Kleen suggested on the gcc thread, to have the use of the optimization be dependent on -fno-semtantic-interposition, -flto and -fwhole-program wh

[RFC] licensing BoF for the Cauldron

2025-07-15 Thread Krzysztof Siewicz via Gcc
Hello, I'm preparing a proposal for a licensing BoF for the Cauldron where licensing-related questions of the maintainers and developers of the toolchain projects could be answered. The BoF is intended as an informal, interactive exchange about the topics you find interesting and also an oppo

Re: Addition of compiler flag for dynamic_cast optimization

2025-07-15 Thread Martin Jambor
On Mon, Jul 14 2025, Jonathan Wakely via Gcc wrote: > On Mon, 14 Jul 2025 at 14:57, Thomas de Bock via Gcc wrote: >> >> Hello all, I've been looking into a compiler optimization implemented by >> clang but not gcc that substitutes a __dynamic_cast call for a simple vtable >> ptr comparison in th

Re: GNU cargo

2025-07-15 Thread Andrew Pinski via Gcc
On Mon, Jul 14, 2025, 11:46 PM The Cuthour via Gcc wrote: > > I think Rust's cargo is a de facto standard build system and package > manager, tightly integrated with the language and compiler. > > I'm proposing something similar for C and C++: > - cargo-c for C > - cargo-cc for C++ > - carg