Commit Graph

55 Commits

Author SHA1 Message Date
David Abdurachmanov 0676a754f0 rpmrc: update optflags for riscv64
Match other architectures by adding missing flags:

    -fasynchronous-unwind-tables -fstack-clash-protection

This is already in Fedora/RISCV for 1+ year.

Signed-off-by: David Abdurachmanov <david.abdurachmanov@sifive.com>
2019-07-25 10:12:03 +01:00
Florian Weimer a5c98437e2 Build flags: Require SSE2 on i686 (#1592212) 2018-06-18 11:48:31 +02:00
Florian Weimer f25f1b7627 Reflect -fasynchronous-unwind-tables GCC default on POWER (#1550914) 2018-05-02 11:55:12 +02:00
Florian Weimer 6b620c91fb Use plain -fcf-protection compiler flag, without -mcet (#1570823) 2018-05-02 11:39:39 +02:00
Florian Weimer 8deb29e50a Make -fasynchronous-unwind-tables explicit on aarch64 (#1536431)
This reflects the default built into GCC.
2018-02-28 14:49:24 +01:00
Florian Weimer d5133f9acc Use -funwind-tables on POWER
Ideally, the GCC defaults should change as well, but let's put this into
redhat-rpm-config, too, similarly to -fasynchronous-unwind-tables.
2018-02-28 10:45:12 +01:00
Peter Robinson 07dea7d44f Use generic tuning for ARMv7 2018-01-31 09:34:18 +00:00
Florian Weimer 1b296f01fc Build flags: Enable CET on i686, x86_64 (#1538725) 2018-01-29 15:18:11 +01:00
Florian Weimer 6e5a75d61e Build flags: Switch to generic tuning on i686 (#1538693)
This matches what the gcc package already does by default.
2018-01-25 16:22:54 +01:00
Florian Weimer 75a53b7ea3 Make armhfp flags consistent with GCC defaults 2018-01-22 15:41:54 +01:00
Florian Weimer e43ce312b7 Make use of -fasynchronous-unwind-tables more explicit (#1536431) 2018-01-22 15:17:14 +01:00
Florian Weimer 42f29f31df Add -fstack-clash-protection for supported architectures (#1515865)
Avoid it on architectures which have only generic GCC support (such as
armv7hl).
2018-01-17 10:14:56 +01:00
Dan Horák 4914809dca - set zEC12 as minimum architecture level for s390(x) (#1404991) 2017-02-02 12:26:14 +01:00
Panu Matilainen 8fe5b07871 Rename __global_cflags to __global_compiler_flags
Preparing for language specific compiler flag macros, this is
simply:

    perl -pi -e "s:__global_cflags:__global_compiler_flags:g" macros rpmrc

Since this looks like a much bigger change than it actually is, doing
it in a separate step without an associated build.
2016-11-30 13:37:12 +02:00
Panu Matilainen c6dadedc03 Drop atom optimization on i686 (#1393492)
Implements the first half of:
https://fedoraproject.org/wiki/Changes/Fedora26CFlags
2016-11-29 10:19:51 +02:00
Dan Horák af1538f1bd - set z10 as minimum architecture level for s390(x) 2016-11-15 11:17:07 +01:00
Panu Matilainen cf7406787b Add default compiler flags for various MIPS architectures (#1366735) 2016-11-08 16:42:14 +02:00
Richard W.M. Jones b159548b73 riscv64: Add riscv64 + global_cflags to our rpmrc. 2016-10-13 15:15:31 +01:00
Dan Hor?k 945c0e15a3 - switch to -mcpu=power8 for ppc64le default compiler flags 2016-02-02 08:41:26 +01:00
Peter Robinson 3b1087c6c7 Add missing ARMv6 optflags 2016-01-08 00:36:58 +00:00
Dan Horák 3cc8292af7 - Explicitly set -mcpu/-mtune for ppc64p7 and ppc64le to override rpm defaults 2014-12-10 17:53:28 +01:00
Peter Robinson f60ba57637 With gcc 4.9 aarch64 now supports stack-protector 2014-04-29 23:37:34 +01:00
Ville Skyttä 20a45694f9 Trim trailing whitespace 2014-04-27 11:58:46 +03:00
Dan Horák c7d4014777 Enable ppc64le otherwise default rpm cflags will be used 2014-04-01 10:57:31 +03:00
Panu Matilainen 48bdcffed2 - Add optflags stack protector override for AArch64 (#909788) 2014-01-25 10:03:26 +02:00
Dennis Gilmore 5b8380d52b per ppc team request drop -mminimal-toc on ppc64 2014-01-25 00:05:30 +02:00
Dennis Gilmore 401166077f build armv5tel on armv7l since they are the same abi armv7hl is a incompatable ABI 2014-01-24 23:49:36 +02:00
Jon Masters 16f86875d9 redhat-rpm-config: change default arch level target for all ARM v7 to armv7hl
All ARM version 7 systems support a vector hardware floating point unit and
have the ability to run using the hard floating point ABI (aapcs-vfpv3-d16).
This is the only configuration we support as a v7 target, so we force the
use of hard floating point. This prevents e.g. packages being built with
a armv5tel target on an armv7 system without explicit intent.

Signed-off-by: Jon Masters <jcm@jonmasters.org>
2014-01-24 23:30:45 +02:00
Dennis Gilmore fe1e807f2f add arm hardware floating point macros update the armv7l macros 2014-01-24 23:13:58 +02:00
Panu Matilainen 9d5f7858ba rpm >= 4.6.0 doesn't process macrofiles: from rpmrc anymore, remove
- macrofiles: is silently ignored by recent rpm versions, remove the
  useless setting to avoid possible confusion
2010-01-26 14:43:47 +02:00
Panu Matilainen f9c0aca4ae Make i686 the default x86 architecture, optimize for Atom CPU
- as per http://fedoraproject.org/wiki/Features/F12X86Support
- patch from Bill Nottingham
2010-01-22 15:23:31 +02:00
Panu Matilainen 5c981d5072 Fedora 11 default buildflags
- as per http://fedoraproject.org/wiki/Features/ArchitectureSupport
  - set 32 bit intel build arch to i586 on compatible hardware
  - set 32 bit sparc build arch to sparcv9 on compatible hardware
- add missing armv7l arch
- set the default build arch to match fedora arm build target
2010-01-22 15:20:26 +02:00
Jeremy Katz 6b022102df define optflags for modern arm arches (Lennert Buytenhek, #243523) 2007-06-19 14:35:57 -04:00
Jeremy Katz c8ec9fb01f use -mtune=generic for x86 and x86_64 2006-02-03 23:00:26 +00:00
Elliot Lee 1986646f85 8.0.37:
On Fri, 29 Jul 2005, Ulrich Drepper wrote:

> Please find attached the hopefully final changes for the compile flags.
>  It's a patch against redhat-rpm-config-8.0.36-1.src.rpm.  The changes are:
>
> ~ enable stack protector with minimal size 4 (default is 8, too high
>   IMO).  Vlad ran some tests on SPEC.  SPEC is highly CPU intensive,
>   unlike 90%+ of the distribution.  Even in those tests the performance
>   decrease was below 1%, probably even in the noise.  Especially the
>   decrease of the minimum size to 4 made no measurable impact.
>
> ~ remove the -fsigned-char flag for ppc.  glibc has not been compiled
>   with the flag anyway, so if anything changes, we eliminate some bugs.
>   The only theoretical issue would be if a library we ship uses CHAR_MAX
>   in an interface.  I personally haven't seen this for good reasons.
>   The only interface I know is localeconv(3) in glibc and this interface
>   is now corrected.
>
> ~ minor fix for SPARC
2005-08-01 17:44:57 +00:00
Elliot Lee ded130c1dd new version 2005-03-23 20:05:40 +00:00
Elliot Lee 6eb38ebaff new version 2005-03-23 19:52:10 +00:00
Elliot Lee 89e3065f19 Add ppc64[ip]series optflags 2004-12-03 19:28:33 +00:00
Elliot Lee 6d1ad8ea36 sparcv8 support (#117302) 2004-12-02 20:54:26 +00:00
Elliot Lee 0f91dc03fc add optflags for PPC 8260/8520 2004-06-28 14:07:05 +00:00
Elliot Lee fbb9bd1577 oops 2004-06-25 16:15:56 +00:00
Elliot Lee 3e612b63b9 sync 2004-06-25 16:01:38 +00:00
Elliot Lee 92708fa515 #117217 2004-04-23 14:23:32 +00:00
Elliot Lee 2eb59b7156 sync 2004-03-01 17:29:43 +00:00
Elliot Lee e7eb34f089 Reorganize rpmrc/macros to set cflags in a nicer manner. 2003-02-13 16:33:31 +00:00
Bill Nottingham 89a0b75d71 make '-g' in optflags dependent on whether or not debug_package has a
value. This is Ugly(tm).
2002-12-17 07:12:32 +00:00
Elliot Lee 09f5ffd107 add -g 2002-12-11 15:39:47 +00:00
Bill Nottingham 47209decbe nuke -g 2002-12-04 04:55:22 +00:00
Elliot Lee 3f184f50a8 add -g 2002-11-25 19:27:56 +00:00
Elliot Lee 53cca9f509 More reasons why rpmrc's "macrofiles" directive is broken. 2002-11-21 17:22:31 +00:00