#
d5df9646 |
| 29-Oct-2023 |
millert <millert@openbsd.org> |
Make gnu99 the default for gcc 3.3.6 and 4.2.1, not gnu89. While these versions of gcc don't have full C99 support, it is better than defaulting to C89 when building modern software. OK deraadt@
|
#
045a1e80 |
| 28-Oct-2023 |
millert <millert@openbsd.org> |
Back out change to make the default -std=gnu99 for now.
There has been some unexpected fallout. Requested by deraadt@.
|
#
3dd3831d |
| 26-Oct-2023 |
millert <millert@openbsd.org> |
Make gnu99 the default for gcc 3.3.6 and 4.2.1, not gnu89. While these versions of gcc don't have full C99 support, it is better than defaulting to C89 when building modern software. OK deraadt@
|
#
c31aa7c2 |
| 27-Apr-2017 |
dlg <dlg@openbsd.org> |
add support for -msave-args in gcc on amd64
i got sick of not having arguments in ddb stack traces on amd64, which is because amd64 passes arguments in registers, and it's impossible to figure out w
add support for -msave-args in gcc on amd64
i got sick of not having arguments in ddb stack traces on amd64, which is because amd64 passes arguments in registers, and it's impossible to figure out where they go without dwarf info, and when you have dwarf info it is complicated.
solaris has a simple solution for this. they tweaked their compilers to accept an -msave-args option which makes functions store their arguments on the stack, while maintaining compatability with the System V AMD64 ABI. tools (eg, ddb) can then look at the stack to get access to function arguments in traces.
this ports their changes to gcc 3 to our gcc.
ok deraadt@
show more ...
|
#
1bd5ac70 |
| 14-Jan-2014 |
martynas <martynas@openbsd.org> |
Add a new option "-fstack-protector-strong" for GCC4. This includes additional functions to be protected --- those that have local array definitions, or have references to local frame addresses.
No
Add a new option "-fstack-protector-strong" for GCC4. This includes additional functions to be protected --- those that have local array definitions, or have references to local frame addresses.
Note 1: Han explicitly licensed this under GPLv2 for us. Note 2: Do *not* use this anywhere in "src" Makefiles, as the other GCC doesn't have this option yet (but I'm working on it).
show more ...
|
#
f6915331 |
| 15-Oct-2009 |
robert <robert@openbsd.org> |
fix at-file.texi path
|
#
404b540a |
| 15-Oct-2009 |
robert <robert@openbsd.org> |
import of gcc-4.2.1, the last gcc release under GPLv2
|