Commit Graph

70 Commits

Author SHA1 Message Date
Florian Weimer
13bd1aaf1a Drop -fcf-protection for i686 because there won't be kernel support 2024-01-16 11:35:28 +01:00
Florian Weimer
75f13b0ffd Disable -fstack-clash-protection on riscv64 (#2242327) 2023-10-05 17:53:18 +02:00
Florian Weimer
0c097001d1 Add support for x86_64_v2, x86_64_v3, x86_64_v4 (#2233093) 2023-08-29 10:58:30 +02:00
Florian Weimer
24244c4ac2 Remove armv7hl from optflags
Fedora 36 is gone.
2023-07-05 13:03:34 +02:00
Davide Cavalca
26c1ceaece Do not include frame pointers on ppc64le for now 2023-01-17 13:40:35 -08:00
Davide Cavalca
990cc89b1b Do not include frame pointers on i686 and s390x for now 2023-01-10 12:53:06 -08:00
Davide Cavalca
9ce7719338 Set arch specific flags for frame pointers support 2023-01-05 08:00:20 -08:00
Tom Stellard
4c63cb687e Remove unsupported arches from rpmrc
I would like to try to move the optflags definition into the macro file
to make it cleaner and easier to maintain, so to make that easier, I
wanted to start by removing unsupported arches, so there is less code
to move.
2022-11-10 06:08:08 +00:00
Florian Weimer
00cb14aeb4 ppc64le: Switch baseline to POWER9 on ELN (ELN issue 78) 2022-02-10 16:35:07 +01:00
Florian Weimer
0ce9e05ca9 x86_64: Enable -march=x86-64-v2 for ELN, following GCC. 2021-01-19 20:10:22 +01:00
Tom Stellard
f97705d6fd Add back -fcf-protection flag for x86_64
This was accidentally removed in c18bafdecc.
2020-10-27 13:35:19 +00:00
Florian Weimer
9bbf519889 s390x: Switch Fedora ELN to z13 baseline
This matches Red Hat Enterprise Linux 8.  Reportedly, the Fedora
infrastructure is ready for this change.
2020-10-05 13:38:25 +02:00
Tom Stellard
c18bafdecc Enable -fstack-clash-protection for clang on x86, s390x, and ppc64le
This is supported with LLVM >= 11
2020-08-21 16:50:54 +00:00
Jeremy Linton
1d8a367d96 rpmrc: Add PAC/BTI for aarch64
Enable PAC/BTI ROP hardening on aarch64.

Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
2020-07-17 13:29:54 -05:00
Igor Raits
7562b38ec5
Add support for selecting a clang as a toolchain
Signed-off-by: Igor Raits <ignatenkobrain@fedoraproject.org>
2020-06-03 21:30:21 +02:00
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