On Thursday, April 3rd, 2025 at 10:45 PM, Andi Kleen
wrote:
>
>
> On Fri, Apr 04, 2025 at 07:21:47AM +0300, Eldar Kusdavletov wrote:
>
> > Thanks. I’ve submitted a more concrete version of the proposal — attaching
> > it
> > here.
> >
> > I’ve taken a brief look at Clang’s implementation, b
On Wednesday, January 10th, 2024 at 7:34 PM, Jason Merrill via Gcc
wrote:
>
>
> On 1/10/24 16:41, Marek Polacek wrote:
>
> > On Wed, Jan 10, 2024 at 04:24:42PM -0500, Jason Merrill wrote:
> >
> > > On 1/10/24 15:59, Marek Polacek wrote:
> > >
> > > > On Wed, Jan 10, 2024 at 02:58:03P
On Sunday, January 7th, 2024 at 3:22 PM, Jakub Jelinek wrote:
>
>
> On Sun, Jan 07, 2024 at 03:12:32PM -0700, Jeff Law via Gcc wrote:
>
> > On 1/7/24 08:48, waffl3x via Gcc wrote:
> >
> > > https://gcc.gnu.org/develop.html#timeline
> > > Th
https://gcc.gnu.org/develop.html#timeline
The date for stage 4 is listed as the 8th on here, is that date final?
There is at least 1 patch pending (mine) that is complete but Jason
Merril hasn't been active for a few days. He had expressed to me that
he expected the date to be next week on the 14th
On Monday, December 4th, 2023 at 5:37 AM, Jonathan Wakely via Gcc
wrote:
>
>
> On Mon, 4 Dec 2023 at 12:19, Bruno Haible wrote:
>
> > Hi,
> >
> > I was asked to post a patch for a bugzilla PR to gcc-patches@. Two questions
> > regarding https://gcc.gnu.org/contribute.html#testing :
> >
> >
> Hmm... that's disappointing :( nothing was generated.
Function templates are not functions, they are templates of functions, they
will not generate any code unless they are instantiated.
> then again. I've noticed that you've changed pointers to indices.
No, I changed pointers to a template typ
Here's a quick and dirty example of how this function could be rewritten with
modern C++. I omitted some necessary details, particularly the implementation
of the
linked list iterator. I also wrote it out quickly so I can't be certain it's
100%
correct, but it should give you an idea of whats pos
>This is from just one source file, which otherwise is "plain C". If I
>was to put it into a library that use "asm tweaked fancy pointers", a
>portable fragment of code becomes "target dedicated" - this is undesired.
I sympathize with your desire to not lock your codebase to a particular
target, I
I want to preface this stating that I have little to no experience in compiler
development, I am only merely just getting into it. With that said, I have
messed around
with library design a fair amount, and this seems like something that could be
implemented in a library. It might be slightly comf
I would like to boldly suggest implementing P0847 should be targeted at
GCC14. In my anecdotal experiences, this feature is very important to
people, and very important to myself, I believe it should be a priority.
I am not suggesting this without offering to contribute, however
because of my inex
10 matches
Mail list logo
