Files
bison/data/skeletons
Akim Demaille baea8cf9fa glr2.cc: provide glr_state with a genuine copy-constructor
The copy constructor was (lazily) implemented by a call to copyFrom.
Unfortunately copyFrom reads yyresolved from the destination (and
source), and in the case of the copy-ctor this is random garbagge,
which UBSAN catches:

    glr-regr2a.cc:1072:10: runtime error: load of value 7, which is not a valid value for type 'bool'

Rather than defining yyresolved before calling copyFrom, let's just
provide a genuine cpy-ctor for glr_state.

* data/skeletons/glr2.cc (glr_state::glr_state): Implement properly.
2020-12-25 11:04:53 +01:00
..
2020-05-21 20:14:59 +02:00
2020-01-10 19:16:23 +01:00
2020-01-10 19:16:23 +01:00
2020-12-03 06:19:17 +01:00
2020-01-10 19:16:23 +01:00
2020-12-21 07:16:25 +01:00
2020-12-25 11:04:33 +01:00
2020-12-05 07:36:01 +01:00
2020-01-10 19:16:23 +01:00
2020-12-03 06:19:17 +01:00
2020-11-13 07:01:19 +01:00
2020-04-13 16:49:54 +02:00
2020-11-13 07:01:19 +01:00
2020-11-13 07:01:19 +01:00