The rollup was updated to include both -ansi and -std=c90.
Nearly all the pieces were available to support it. The patch simply
needed better integration with existing library facilities. For
example, there's an OPENSSL_strdup() for strdup(), there's workarounds
for strncmpcase() that performs
The rollup was updated to include both -ansi and -std=c90.
Nearly all the pieces were available to support it. The patch simply
needed better integration with existing library facilities. For
example, there's an OPENSSL_strdup() for strdup(), there's workarounds
for strncmpcase() that performs
On 25/03/2016 17:55, Jeffrey Walton wrote:
Just out of interest, what requirement is there to be able to build with
compilers which support only a 27 year old version of C which was superseded
17 years ago? I can't imagine much need to build now with compilers which
don't support at least the
> Just out of interest, what requirement is there to be able to build with
> compilers which support only a 27 year old version of C which was superseded
> 17 years ago? I can't imagine much need to build now with compilers which
> don't support at least the most popular features of C99 like
On 25/03/2016 16:31, Jeffrey Walton wrote:
Here's the rollup patch that makes -ansi work. Most of it was "inline"
-> "ossl_inline".
Some hoops were jumped through to get SSIZE_MAX defined correctly.
Drepper signed-off on roughly the same fix about 15 years ago for
glibc; see
Here's the rollup patch that makes -ansi work. Most of it was "inline"
-> "ossl_inline".
Some hoops were jumped through to get SSIZE_MAX defined correctly.
Drepper signed-off on roughly the same fix about 15 years ago for
glibc; see http://sourceware.org/ml/libc-hacker/2002-08/msg00031.html.
To
Here's the rollup patch that makes -ansi work. Most of it was "inline"
-> "ossl_inline".
Some hoops were jumped through to get SSIZE_MAX defined correctly.
Drepper signed-off on roughly the same fix about 15 years ago for
glibc; see http://sourceware.org/ml/libc-hacker/2002-08/msg00031.html.
To
