History log of /openbsd/gnu/usr.bin/gcc/gcc/doc/invoke.texi (Results 1 – 11 of 11)
Revision Date Author Comments
# 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.