diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2026-02-05 14:59:12 +0100 |
|---|---|---|
| committer | Jakub Jelinek <jakub@gcc.gnu.org> | 2026-02-05 14:59:12 +0100 |
| commit | 9f03e1f3d510e3e42fb85b5269d009f990d1f301 (patch) | |
| tree | c2ce05d1cb14e4fc6967629acf4d64319c521486 /libjava/classpath/java | |
| parent | c9addbc79ac0f9089e69965fec6b386833b3de32 (diff) | |
| download | gcc-9f03e1f3d510e3e42fb85b5269d009f990d1f301.zip gcc-9f03e1f3d510e3e42fb85b5269d009f990d1f301.tar.gz gcc-9f03e1f3d510e3e42fb85b5269d009f990d1f301.tar.bz2 | |
Revert c, c++: Use c*_build_qualified_type instead of build_qualified_type from within build_type_attribute
As seen in PR123882, this broke more than it fixed, a lot of
build_type_attribute_qual_variant including build_type_attribute_variant
just pass in TYPE_QUALS (type) as the last argument and for C/C++
when the code pushes the quals to the element type, it will effectively
make those unqualified. The PR123882 ICE is then on the array_as_string
terrible hack if the FE calls get_aka_type on that, it wants to create
qualified attribute variant of that and errors on the restrict qual.
So, to fix both PR c/123882 and other unknown regressions caused by
PR c/101312 I'm reverting it now.
This reverts commit 3d2a91a3767982dde5a37abf45c12c08d4fdbf41.
Diffstat (limited to 'libjava/classpath/java')
0 files changed, 0 insertions, 0 deletions
