History log of /openbsd/gnu/usr.bin/gcc/gcc/toplev.c (Results 1 – 22 of 22)
Revision Date Author Comments
# 72baf39b 16-Aug-2017 espie <espie@openbsd.org>

have -Wno-* work the same on gcc3 as well.
old patch, belated test by aoyama@, okay aoyama@


# d1afa052 28-Jul-2017 kettenis <kettenis@openbsd.org>

Implement -Oz as an alias for -Os here as well.

ok aoyama@


# 25ebe28b 10-Nov-2014 miod <miod@openbsd.org>

Make flag_gcse non-static.


# f7e328fa 12-Oct-2014 miod <miod@openbsd.org>

Recognize, and ignore, -fstack-shuffle, in gcc 3, so that it may be used in
the tree.


# f451200a 10-Jul-2014 matthew <matthew@openbsd.org>

Backport support for -Wframe-larger-than=N to base GCC

This is the flag name that modern GCC and Clang have de facto
standardized on for the functionality that we locally named
-Wstack-larger-than-N

Backport support for -Wframe-larger-than=N to base GCC

This is the flag name that modern GCC and Clang have de facto
standardized on for the functionality that we locally named
-Wstack-larger-than-N.

ok brad, miod

show more ...


# a340187e 27-May-2014 martynas <martynas@openbsd.org>

Enable strong stack protector by default for GCC 3 architectures.
Miod says all architectures work with it now (thanks to his fix for
the pf.c bug).


# 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 ...


# 9c0d4e8b 05-Sep-2013 miod <miod@openbsd.org>

gcc4 has phased out -W in favor of -Wextra. Teach gcc3 to recognize -Wextra
as an ersatz for -W. Now that more and more third-party software assumes the
compiler supports -Wextra, this is definitely

gcc4 has phased out -W in favor of -Wextra. Teach gcc3 to recognize -Wextra
as an ersatz for -W. Now that more and more third-party software assumes the
compiler supports -Wextra, this is definitely worth doing.

show more ...


# b35c93e2 24-Jan-2013 miod <miod@openbsd.org>

Get rid of a few warnings by pouring prototypes and punctuation.


# 763c929c 26-Jul-2010 guenther <guenther@openbsd.org>

Turn on -Wsystem-headers by default, so that glitches in our headers
aren't silently ignored but rather get warned about and fixed. Purely
stylistic warnings like -Wredundant-decls are your own prob

Turn on -Wsystem-headers by default, so that glitches in our headers
aren't silently ignored but rather get warned about and fixed. Purely
stylistic warnings like -Wredundant-decls are your own problem however.

testing help from landry@, header fixes from kettenis@
ok deraadt@

show more ...


# 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 ...


# 8c057a53 26-Nov-2007 miod <miod@openbsd.org>

Add a new warning to gcc, -Wvariable-decl, which causes it to warn for
auto declarations which size are not known at compile time.

This flag will eventually be added to the kernel makefiles so that

Add a new warning to gcc, -Wvariable-decl, which causes it to warn for
auto declarations which size are not known at compile time.

This flag will eventually be added to the kernel makefiles so that we
can rely on -Wstack-larger-than work.

ok deraadt@ mbalmer@ otto@ marco@

show more ...


# 8f07a54a 22-Nov-2006 drahn <drahn@openbsd.org>

Improved cross build support for gcc on OpenBSD. allows the cross built
compiler to have the same default options as native.
The changes to cross build a native compiler is not quite complete.
"Get t

Improved cross build support for gcc on OpenBSD. allows the cross built
compiler to have the same default options as native.
The changes to cross build a native compiler is not quite complete.
"Get this in" miod@

show more ...


# 302f939f 20-Jul-2006 miod <miod@openbsd.org>

Introduce a new compiler warning, -Wstack-larger-than-N, to report
functions which are too greedy in stack variables.

This is intended to be used for kernel compiles, where this warning will
be enab

Introduce a new compiler warning, -Wstack-larger-than-N, to report
functions which are too greedy in stack variables.

This is intended to be used for kernel compiles, where this warning will
be enabled for a reasonable size (after a few weeks grace period so that
people can upgrade their compiler).

Please note that this warning relies upon md code, and as such is only
available on platforms OpenBSD runs on; also, the stack size being warned
on is only the local variables size, regardless of the ABI stack usage
requirements and the callee-saved registers; which means a function may
be warning-clean yet need more stack space than meets the eye; the
actual size being checked on may change to include these extras in the
future.

show more ...


# dc275874 06-Feb-2005 espie <espie@openbsd.org>

disallow trampolines by default. okay miod@, jmc@


# 06c8f3c3 02-Jan-2005 tedu <tedu@openbsd.org>

-fzero-initialized-in-bss is wrong, meaning code that
depends on zero initialized variables showing up in data fails.
turn it off by default. ok deraadt@ miod@


# 06dc6460 25-Dec-2004 espie <espie@openbsd.org>

solve remaining conflicts


# 66149774 02-Nov-2004 miod <miod@openbsd.org>

Do not enable -fdelete-null-pointer-checks at -O2 by default on OpenBSD.

This optimizations is really cool, but it does not work for complex code;
we had to disable it for Perl 5.8 to run correctly,

Do not enable -fdelete-null-pointer-checks at -O2 by default on OpenBSD.

This optimizations is really cool, but it does not work for complex code;
we had to disable it for Perl 5.8 to run correctly, now it turns out it
broke Bind 9 on powerpc, so neuter it for good.

ok deraadt@ henning@ millert@ others@

show more ...


# f21b8321 04-Aug-2004 miod <miod@openbsd.org>

Fix propolice merge error in options list.


# 5982dd4a 22-Jan-2004 etoh <etoh@openbsd.org>

initial release of propolice gcc 3.3.2


# d9f573df 29-Nov-2003 espie <espie@openbsd.org>

Add OpenBSD specific features:
- stub for bounded
- kprintf format.
- no strict aliasing in -O2
- no ident for each object file.
- recognize stack-protector option.


# c87b03e5 29-Nov-2003 espie <espie@openbsd.org>

Import gcc-3.3.2. Only the compiler. ada frontend removed for space
considerations.