>
Hello all,
The Cuthour wrote to the GCC mailing list
> I understand that GNU Make and C++ Modules address many current challenges
> with headers and dependency management.
>
> But what I'm suggesting is a build+package manager tightly integrated with the
> compiler — something like Rust's ca
On Wed, 16 Jul 2025 at 11:11, David Brown via Gcc wrote:
>
> Some people do want a centralised source of C and/or C++ libraries and
> other code, or other common repositories, as is found for a number of
> other languages. Most C and C++ programmers, I think, understand that
> this could only be
When you are new to a mailing list or other discussion forum, it is a
good idea to do one of two things - stick rigidly to rational technical
points, or find out who you are talking to before straying from the
technicalities. Insulting one of the big contributors and experts on
gcc development
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/
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
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.
>
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
uch a tool if developed
> independently as cargo-cc? It could be a frontend to g++, like rustc is for
> Rust, but standardized.
>
>
>
> ________
> From: Andrew Pinski
> Sent: Tuesday, July 15, 2025 4:00:06 PM
> To: The Cuthour
> Cc: GCC Mailing Li
PM
To: The Cuthour
Cc: GCC Mailing List
Subject: Re: GNU cargo
On Mon, Jul 14, 2025, 11:46 PM The Cuthour via Gcc
mailto:gcc@gcc.gnu.org>> wrote:
I think Rust's cargo is a de facto standard build system and package manager,
tightly integrated with the language and compiler.
I'
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
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++
- cargo-s for assembler
Each one would support:
- Detecting all modified fi
11 matches
Mail list logo