aboutsummaryrefslogtreecommitdiff
path: root/libjava/java/net/ProtocolException.java
diff options
context:
space:
mode:
authorRichard Sandiford <richard.sandiford@arm.com>2022-10-27 14:20:23 +0100
committerRichard Sandiford <richard.sandiford@arm.com>2022-10-27 14:20:23 +0100
commitf95d3d5de72a1c43e8d529bad3ef59afc3214705 (patch)
tree0b98a8f0708007796fd74a664ea94fb582f7e28b /libjava/java/net/ProtocolException.java
parent2b1fb720818a85d5c893ce65d140add40debf2ff (diff)
downloadgcc-f95d3d5de72a1c43e8d529bad3ef59afc3214705.zip
gcc-f95d3d5de72a1c43e8d529bad3ef59afc3214705.tar.gz
gcc-f95d3d5de72a1c43e8d529bad3ef59afc3214705.tar.bz2
aarch64: Reinstate some uses of CONSTEXPR
In 9482a5e4eac8d696129ec2854b331e1bb5dbab42 I'd replaced uses of CONSTEXPR with direct uses of constexpr. However, it turns out that we still have CONSTEXPR for a reason: GCC 4.8 doesn't implement constexpr properly, and for example rejects things like: extern const int x; constexpr int x = 1; This patch partially reverts the previous one. To make things more complicated, there are still some things that need to be constexpr rather than CONSTEXPR, since they are used to initialise scalar constants. The patch therefore doesn't change anything in aarch64-feature-deps.h. gcc/ * config/aarch64/aarch64-protos.h: Replace constexpr with CONSTEXPR. * config/aarch64/aarch64-sve-builtins-base.cc: Likewise. * config/aarch64/aarch64-sve-builtins-functions.h: Likewise. * config/aarch64/aarch64-sve-builtins-shapes.cc: Likewise. * config/aarch64/aarch64-sve-builtins-sve2.cc: Likewise. * config/aarch64/aarch64-sve-builtins.cc: Likewise. * config/aarch64/aarch64.cc: Likewise. * config/aarch64/driver-aarch64.cc: Likewise
Diffstat (limited to 'libjava/java/net/ProtocolException.java')
0 files changed, 0 insertions, 0 deletions