Mercurial > ~dholland > hg > ag > index.cgi
view doc/admin/bugs.txt @ 6:607e3be6bad8
Adjust to the moving target called the C++ standard.
Apparently nowadays it's not allowed to define an explicit copy
constructor but not an assignment operator. Consequently, defining the
explicit copy constructor in terms of the implicit/automatic
assignment operator for general convenience no longer works.
Add assignment operators.
Caution: not tested with the IBM compiler, but there's no particular
reason it shouldn't work.
author | David A. Holland |
---|---|
date | Mon, 30 May 2022 23:46:22 -0400 |
parents | 13d2b8934445 |
children |
line wrap: on
line source
Some known bugs that can be described concisely. (See also POSSIBLE BUGS in todo-small.txt.) ------------------------------------------------------------ - It doesn't seem to issue a #line directive for the leading block of embedded C. This might have been intentional, but seems wrong to me. - It should warn if an empty character set (which can never be matched) appears in a production. - If you do "[ sticky { foo } ]" where foo is otherwise unreferenced, you'll be told that foo is both unused and undefined. This is needlessly confusing. (May be true with "lexeme" also.) - Building parsers from files with dashes in their names seems to result in uncompilable output. - There's a "line numbers path" setting, that I didn't know about until I just found it. But unlike "parser file name", you can't put '#' in it to expand to the basename of the file. - If AG crashes badly, it calls bailOut(). In the windows version, this pops up a dialog box, which is fine for the GUI version. But it's also true for agcl.exe, and I doubt this is really desirable.