public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/97752] New: incorrect address to inherited object in constexpr context
@ 2020-11-07 14:58 steven.vanderschoot@nextlevel-electronics.com
2020-11-07 15:50 ` [Bug c++/97752] " mpolacek at gcc dot gnu.org
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: steven.vanderschoot@nextlevel-electronics.com @ 2020-11-07 14:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97752
Bug ID: 97752
Summary: incorrect address to inherited object in constexpr
context
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: steven.vanderschoot@nextlevel-electronics.com
Target Milestone: ---
Created attachment 49519
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49519&action=edit
C++ code to trigger the bug
When working on a project I discovered a function where gcc, when in a
constexpr context, seems to incorrectly compute the value of a pointer.
Attached is a reduced example that triggers the bug.
I defined a class Derived that inherits from two classes Base1 and Base2. A
member function in Base1 will downcast its this pointer to Derived*, which is
than casted to Base2*. When dereferencing the Base2* pointer in a constexpr
context gcc reports: modification of ‘*(((Derived<Base1, Base2>*)(&
derived.Derived<Base1, Base2>::<anonymous>)) + 18446744073709551612)’ is not a
constant expression. The code attached to this bug report has a some template
magic around the described behaviour. When I tried to remove the template magic
I failed to get this bug to be triggered.
Note this only fails when explicitly executing in a constexpr context. When the
constexpr keyword on line 178 is removed the resulting binary seems correct:
0000000000000000 <test()>:
0: b8 4a 04 00 00 mov $0x44a,%eax
5: c3 retq
Also the code seems to compile fine in a constexpr context using clang:
https://cpp.godbolt.org/z/n3c3ea
gcc version: 10.2.1 20201016
System: Fedora 33 x86_64
Command: g++ -v -std=c++17 -O3 -Wextra -pedantic test.cpp
Response when running g++:
------------------------------------------------------
Using built-in specs.
COLLECT_GCC=/usr/bin/g++
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-redhat-linux
Configured with: ../configure --enable-bootstrap
--enable-languages=c,c++,fortran,objc,obj-c++,ada,go,d,lto --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared
--enable-threads=posix --enable-checking=release --enable-multilib
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-gnu-unique-object --enable-linker-build-id
--with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin
--enable-initfini-array --with-isl --enable-offload-targets=nvptx-none
--without-cuda-driver --enable-gnu-indirect-function --enable-cet
--with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.1 20201016 (Red Hat 10.2.1-6) (GCC)
COLLECT_GCC_OPTIONS='-v' '-std=c++17' '-O3' '-Wextra' '-Wpedantic' '-c' '-o'
'test.o' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/libexec/gcc/x86_64-redhat-linux/10/cc1plus -quiet -v -D_GNU_SOURCE
./test.cpp -quiet -dumpbase test.cpp -mtune=generic -march=x86-64
-auxbase-strip test.o -O3 -Wextra -Wpedantic -std=c++17 -version -o
/tmp/ccIaE47Z.s
GNU C++17 (GCC) version 10.2.1 20201016 (Red Hat 10.2.1-6)
(x86_64-redhat-linux)
compiled by GNU C version 10.2.1 20201016 (Red Hat 10.2.1-6), GMP
version 6.2.0, MPFR version 4.1.0, MPC version 1.1.0, isl version
isl-0.16.1-GMP
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-redhat-linux/10/include-fixed"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-redhat-linux/10/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-redhat-linux/10/../../../../include/c++/10
/usr/lib/gcc/x86_64-redhat-linux/10/../../../../include/c++/10/x86_64-redhat-linux
/usr/lib/gcc/x86_64-redhat-linux/10/../../../../include/c++/10/backward
/usr/lib/gcc/x86_64-redhat-linux/10/include
/usr/local/include
/usr/include
End of search list.
GNU C++17 (GCC) version 10.2.1 20201016 (Red Hat 10.2.1-6)
(x86_64-redhat-linux)
compiled by GNU C version 10.2.1 20201016 (Red Hat 10.2.1-6), GMP
version 6.2.0, MPFR version 4.1.0, MPC version 1.1.0, isl version
isl-0.16.1-GMP
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: bc4d6419b2bc73981424827b3550eaef
./test.cpp: In function ‘int test()’:
./test.cpp:178:27: in ‘constexpr’ expansion of ‘f.test()::<lambda()>()’
./test.cpp:175:11: in ‘constexpr’ expansion of ‘(& obj)->Base1<Derived<Base1,
Base2> >::test()’
./test.cpp:26:16: in ‘constexpr’ expansion of ‘Base1<Derived<Base1, Base2>
>::callCallbacks<Base2<NS>::test<int>::<lambda(auto:2)> >(callbacks, 987)’
./test.cpp:42:16: in ‘constexpr’ expansion of ‘Base1<Derived<Base1, Base2>
>::callCallbacks<Base2<NS>::test<int>::<lambda(auto:2)>, 0>(callbacks, payload,
(std::make_index_sequence<1>{}, std::make_index_sequence<1>()))’
./test.cpp:37:26: in ‘constexpr’ expansion of ‘(& std::get<0,
Base2<NS>::test<int>::<lambda(auto:2)>
>(callbacks))->Base2<NS>::test<int>::<lambda(auto:2)>(payload)’
./test.cpp:63:4: in ‘constexpr’ expansion of ‘(& other)->Base1<Derived<Base1,
Base2> >::set((payload + 111))’
./test.cpp:178:28: error: modification of ‘*(((Derived<Base1, Base2>*)(&
derived.Derived<Base1, Base2>::<anonymous>)) + 18446744073709551612)’ is not a
constant expression
178 | constexpr auto result = f();
| ^
------------------------------------------------------
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug c++/97752] incorrect address to inherited object in constexpr context
2020-11-07 14:58 [Bug c++/97752] New: incorrect address to inherited object in constexpr context steven.vanderschoot@nextlevel-electronics.com
@ 2020-11-07 15:50 ` mpolacek at gcc dot gnu.org
2021-08-28 22:11 ` pinskia at gcc dot gnu.org
2021-11-06 23:40 ` ppalka at gcc dot gnu.org
2 siblings, 0 replies; 4+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2020-11-07 15:50 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97752
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Last reconfirmed| |2020-11-07
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Reduced:
template <int a> struct b { static constexpr int c = a; };
template <typename, typename> struct g : b<false> {};
template <typename d> struct g<d, d> : b<true> {};
template <int, typename e, typename> struct j { typedef e af; };
template <typename e, typename k> struct j<false, e, k> { typedef k af; };
template <bool ag, typename e, typename k> using ah = typename j<ag, e, k>::af;
template <typename d, typename aj> constexpr bool ak = g<d, aj>::c;
template <typename> struct l;
template <long, typename d> using ao = typename l<d>::af;
template <unsigned long> struct m;
struct n {
typedef m<0> ar;
};
template <typename d, d> struct o {};
template <typename, typename = n::ar> struct p;
template <typename d, unsigned long... av> struct p<d, m<av...>> {
typedef o<d, av...> ar;
};
template <typename d, d> using aw = typename p<d>::ar;
template <long... av> using ax = o<unsigned long, av...>;
template <long at> using ay = aw<unsigned long, at>;
template <typename az> struct ba {
template <typename bb> constexpr ba(bb q) : bd(q) {}
static constexpr az be(ba &q) { return q.bd; }
az bd;
};
template <unsigned long, typename...> struct bg;
template <unsigned long av, typename az> struct bg<av, az> : ba<az> {
template <typename bb> constexpr bg(bb q) : ba<az>(q) {}
};
template <typename... bo> class r : public bg<0, bo...> {
public:
template <typename... bm> constexpr r(bm... q) : bg<0, bo...>(q...) {}
};
template <typename az, typename... br> struct l<r<az, br...>> {
typedef az af;
};
template <unsigned long bs, typename az> constexpr az bt(bg<bs, az> &q) {
return bg<bs, az>::be(q);
}
template <int bs, typename... bo> constexpr ao<bs, r<bo...>> bu(r<bo...> q) {
return bt(q);
}
template <typename... bo> constexpr r<bo...> bv(bo... q) {
return r<bo...>(q...);
}
template <typename... bx> struct by {
template <typename bz> static constexpr bool ca = (... || ak<bx, bz>);
};
class s;
template <typename cd> class t {
public:
using bx = by<int>;
constexpr void cf() {
auto callbacks = cg().template ch<s>([](auto &ci) { return ci.cf(6); });
cj(callbacks, 7);
}
constexpr void ck(int q) { cl = q; }
int cl;
template <typename... bz, unsigned long... h>
constexpr void cj(r<bz...> q, int p2, ax<h...>) {
(bu<h>(q)(p2), ...);
}
template <typename... bz> constexpr void cj(r<bz...> q, int p2) {
cj(q, p2, ay<sizeof...(bz)>{});
}
constexpr auto &cg() { return *static_cast<cd *>(this); }
};
template <template <typename> typename...> class Q;
template <typename> class u {
public:
using bx = by<s>;
template <typename bz> constexpr auto cf(bz) {
return [this](auto) {
auto &ci = cg();
ci.ck(1);
};
}
int i;
constexpr auto &cg() { return *static_cast<Q<t, u> *>(this); }
};
template <template <typename> typename... cp> class Q : public cp<Q<cp...>>...
{
struct L {
template <typename cr> static typename cr::bx cs(int);
template <typename cr> using by = decltype(cs<cr>(0));
};
template <typename...> struct v {
template <typename cu> using cv = v<cu>;
template <typename> using cw = v;
};
template <typename bz, typename... cx> struct v<bz, cx...> {
template <typename cr>
using cw =
ah<L::template by<bz>::template ca<cr>, typename v<>::template cv<bz>,
typename v<cx...>::template cw<cr>>;
};
template <typename> struct w;
template <typename... cz> struct w<v<cz...>> {
static constexpr auto &da(Q &q) { return (q.bu<cz>(), ...); }
template <typename dc> static constexpr auto dd(Q &q, dc p2) {
return bv(p2(q.bu<cz>())...);
}
};
public:
template <typename cr> constexpr auto &bu() {
return *static_cast<cr *>(this);
}
template <typename> constexpr auto &de() {
return w<typename v<cp<Q>...>::template cw<int>>::da(*this);
}
template <typename cw, typename dc> constexpr auto ch(dc q) {
return w<typename v<cp<Q>...>::template cw<cw>>::dd(*this, q);
}
};
void f() {
auto f = [] {
Q<t, u> derived{};
auto &df = derived.de<int>();
df.cf();
return df;
};
constexpr auto dg = f();
}
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug c++/97752] incorrect address to inherited object in constexpr context
2020-11-07 14:58 [Bug c++/97752] New: incorrect address to inherited object in constexpr context steven.vanderschoot@nextlevel-electronics.com
2020-11-07 15:50 ` [Bug c++/97752] " mpolacek at gcc dot gnu.org
@ 2021-08-28 22:11 ` pinskia at gcc dot gnu.org
2021-11-06 23:40 ` ppalka at gcc dot gnu.org
2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-08-28 22:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97752
--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Seems fixed on the trunk.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug c++/97752] incorrect address to inherited object in constexpr context
2020-11-07 14:58 [Bug c++/97752] New: incorrect address to inherited object in constexpr context steven.vanderschoot@nextlevel-electronics.com
2020-11-07 15:50 ` [Bug c++/97752] " mpolacek at gcc dot gnu.org
2021-08-28 22:11 ` pinskia at gcc dot gnu.org
@ 2021-11-06 23:40 ` ppalka at gcc dot gnu.org
2 siblings, 0 replies; 4+ messages in thread
From: ppalka at gcc dot gnu.org @ 2021-11-06 23:40 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97752
Patrick Palka <ppalka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ppalka at gcc dot gnu.org
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #3 from Patrick Palka <ppalka at gcc dot gnu.org> ---
Looks like this is a dup of PR100209 which has recently been fixed for GCC 12.
Thanks for the bug report.
*** This bug has been marked as a duplicate of bug 100209 ***
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-11-06 23:40 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-07 14:58 [Bug c++/97752] New: incorrect address to inherited object in constexpr context steven.vanderschoot@nextlevel-electronics.com
2020-11-07 15:50 ` [Bug c++/97752] " mpolacek at gcc dot gnu.org
2021-08-28 22:11 ` pinskia at gcc dot gnu.org
2021-11-06 23:40 ` ppalka at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).