On Tue, 28 May 2024 at 21:55, François Dumont wrote:
>
> I can indeed restore _M_initialize_dispatch as it was before. It was not
> fixing my initial problem. I simply kept the code simplification.
>
> libstdc++: Use RAII to replace try/catch blocks
>
> Move _Guard into std::vector decla
I can indeed restore _M_initialize_dispatch as it was before. It was not
fixing my initial problem. I simply kept the code simplification.
libstdc++: Use RAII to replace try/catch blocks
Move _Guard into std::vector declaration and use it to guard all
calls to
vector _M_allocate.
On Mon, 27 May 2024 at 05:37, François Dumont wrote:
>
> Here is a new version working also in C++98.
Can we use a different solution that doesn't involve an explicit
template argument list for that __uninitialized_fill_n_a call?
-+this->_M_impl._M_finish = std::__uninitialized_fill_n_a
Here is a new version working also in C++98.
Note that I have this failure:
FAIL: 23_containers/vector/types/1.cc -std=gnu++98 (test for excess errors)
but it's already failing on master, my patch do not change anything.
Tested under Linux x64,
still ok to commit ?
François
On 24/05/2024 1
On 24/05/2024 16:17, Jonathan Wakely wrote:
On Thu, 23 May 2024 at 18:38, François Dumont wrote:
On 23/05/2024 15:31, Jonathan Wakely wrote:
On 23/05/24 06:55 +0200, François Dumont wrote:
As explained in this email:
https://gcc.gnu.org/pipermail/libstdc++/2024-April/058552.html
I experi
On Thu, 23 May 2024 at 18:38, François Dumont wrote:
>
>
> On 23/05/2024 15:31, Jonathan Wakely wrote:
> > On 23/05/24 06:55 +0200, François Dumont wrote:
> >> As explained in this email:
> >>
> >> https://gcc.gnu.org/pipermail/libstdc++/2024-April/058552.html
> >>
> >> I experimented -Wfree-nonhe
On 23/05/2024 15:31, Jonathan Wakely wrote:
On 23/05/24 06:55 +0200, François Dumont wrote:
As explained in this email:
https://gcc.gnu.org/pipermail/libstdc++/2024-April/058552.html
I experimented -Wfree-nonheap-object because of my enhancements on
algos.
So here is a patch to extend the
On 23/05/24 06:55 +0200, François Dumont wrote:
As explained in this email:
https://gcc.gnu.org/pipermail/libstdc++/2024-April/058552.html
I experimented -Wfree-nonheap-object because of my enhancements on algos.
So here is a patch to extend the usage of the _Guard type to other
parts of vect