#
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@
|
#
1adc4e47 |
| 20-Jan-2014 |
martynas <martynas@openbsd.org> |
Add strong stack protector mode for the original propolice in GCC3. This includes additional functions to be protected --- those that have local array definitions, or have references to local frame a
Add strong stack protector mode for the original propolice in GCC3. This includes additional functions to be protected --- those that have local array definitions, or have references to local frame addresses.
Miod verified that this works on real hardware, and not just on the cross-compiled monster I tested this on.
show more ...
|
#
f415c9a6 |
| 05-Jan-2013 |
miod <miod@openbsd.org> |
Remove the -mno-underscores, -msvr3 and -msvr4 options. They suppose the compiler can be built on one particular m88k system and output code for another with the proper options, but it only does half
Remove the -mno-underscores, -msvr3 and -msvr4 options. They suppose the compiler can be built on one particular m88k system and output code for another with the proper options, but it only does half the job since there is too much knowledge of the native toolchain embedded (at compile-time) in the compiler. Building code for a different operating system and toolchain is what cross-compiler are for.
Remove support for SDB debug information (only used by SVR3) and tdesc debug information (only used by SVR4). The latter is questionable, but this helps making the code less entangled.
Tell m88k.h to not rewrite almost all ASM_WHATEVER macros gratuitously on the false pretense that `all m88k assemblers use the same syntax for pseudo-ops'. This was already not true with SVR4, and is getting worse with our ELF toolchain.
show more ...
|
#
fd6a7525 |
| 02-Jan-2013 |
miod <miod@openbsd.org> |
More dead features recycling: -mwarn-passed-struct doesn't do anything, and -m{no-,}optimize-arg-area doesn't do anything either since the arg area has been removed in gcc 2.95.
|
#
ffb30747 |
| 02-Jan-2013 |
miod <miod@openbsd.org> |
Start removing obsolete features from the m88k backend (it's not like we'll need to sync with upstream anymore) to make things a bit simpler and get rid of unintended bitrotting.
This time: - remove
Start removing obsolete features from the m88k backend (it's not like we'll need to sync with upstream anymore) to make things a bit simpler and get rid of unintended bitrotting.
This time: - remove the small-data feature. It was only supported for COFF binaries anyway. This allows us to stop providing TARGET_ASM_SELECT_SECTION and use the default flavour, from which this backend had derived a bit in addition to sdata support, so this is a good thing... - remove the -midentify-version option - remove the -mbig-pic option, it has been superseded by -fPIC since years and was supposed to be removed `in a future version' since a long time as well. - remove the old MONITOR_GCC debug hooks.
show more ...
|
#
e97b50d0 |
| 28-Nov-2012 |
miod <miod@openbsd.org> |
merge conflicts
|
#
3497dfe1 |
| 11-Nov-2008 |
kurt <kurt@openbsd.org> |
Add support for position independent executables. This adds compile flags -fpie & -fPIE which are similar to -fpic & -fPIC except that the resulting objects can not be used in shared libraries due to
Add support for position independent executables. This adds compile flags -fpie & -fPIE which are similar to -fpic & -fPIC except that the resulting objects can not be used in shared libraries due to an additional optimization for pie. This also adds the -pie link flag which produces a pie executable given pic or pie objects. Combining -pie with -static is currently disabled. The only gcc3 arch that doesn't support pie at moment is arm due to binutils relocation bugs.
ok kettenis@
show more ...
|
#
4e43c760 |
| 24-Dec-2004 |
espie <espie@openbsd.org> |
gcc 3.3.5
|
#
c87b03e5 |
| 29-Nov-2003 |
espie <espie@openbsd.org> |
Import gcc-3.3.2. Only the compiler. ada frontend removed for space considerations.
|