On Wed, May 12, 2021 at 08:32:20PM +0200, Jaromír Doleček wrote:
> Le mer. 12 mai 2021 à 13:50, Joerg Sonnenberger a écrit :
> >
> > On Wed, May 12, 2021 at 08:38:39AM +0200, Jaromír Doleček wrote:
> > > would it be a bad thing to add a compatibility which would
> > > use the builtin alloca()
Le mer. 12 mai 2021 à 13:50, Joerg Sonnenberger a écrit :
>
> On Wed, May 12, 2021 at 08:38:39AM +0200, Jaromír Doleček wrote:
> > would it be a bad thing to add a compatibility which would
> > use the builtin alloca() instead of the libc one when available?
> >
> > e.g. MySQL 8.0.* seems to
On Wed, 12 May 2021 08:38:39 +0200
Jaromír Doleček wrote:
> e.g. MySQL 8.0.* seems to rely on this.
>
> Jaromir
MySQL 8.0.* reports problems because they compile without extensions
using -std=c++14 , if they used -std=gnu++14 it would work.
Or the could use SET(CMAKE_CXX_STANDARD 14) and
On Wed, May 12, 2021 at 08:38:39AM +0200, Jaromír Doleček wrote:
> would it be a bad thing to add a compatibility which would
> use the builtin alloca() instead of the libc one when available?
>
> e.g. MySQL 8.0.* seems to rely on this.
We provide it in stdlib.h as long as a standard mode is
Hi,
would it be a bad thing to add a compatibility which would
use the builtin alloca() instead of the libc one when available?
e.g. MySQL 8.0.* seems to rely on this.
Jaromir