[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-19 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023 --- Comment #1 from David Barto --- Created attachment 36544 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36544=edit Configuration for GCC 5.2

[Bug c++/68023] New: 4.8.4 generates good code where 5.2 generates bad code

2015-10-19 Thread barto at cambridgesemantics dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: barto at cambridgesemantics dot com Target Milestone: --- Created attachment 36543 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36543=edit Configuration for GCC 4.8.4 The following code: template inl

[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-19 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023 --- Comment #3 from David Barto --- Created attachment 36546 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36546=edit Compressed gcc 5.2 output

[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-19 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023 --- Comment #2 from David Barto --- Created attachment 36545 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36545=edit compressed gcc 4.8 output

[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-20 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023 David Barto changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug c++/71458] New: ICE with -fsanitize=bounds

2016-06-08 Thread barto at cambridgesemantics dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: barto at cambridgesemantics dot com Target Milestone: --- Created attachment 38663 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38663=edit preprocessed file that fails Seen with the released 5.4.0 build for Linux Version: GCC

[Bug sanitizer/78028] New: ASAN doesn't find memory leak

2016-10-18 Thread barto at cambridgesemantics dot com
Assignee: unassigned at gcc dot gnu.org Reporter: barto at cambridgesemantics dot com CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org Target Milestone: --- Checking address sanitizer leaks

[Bug sanitizer/78028] ASAN doesn't find memory leak

2016-10-19 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78028 --- Comment #3 from David Barto --- If it is restricted to 5.2, then we can close this as "won't fix"

[Bug sanitizer/78028] ASAN doesn't find memory leak

2017-07-07 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78028 David Barto changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug preprocessor/81515] C pre-processor allows invalid words

2017-07-22 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81515 --- Comment #5 from David Barto --- This is about the #ele which I would expect to either generate a parse error or a warning of some kind.

[Bug preprocessor/81515] New: C pre-processor allows invalid words

2017-07-22 Thread barto at cambridgesemantics dot com
: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: barto at cambridgesemantics dot com Target Milestone: --- The following will parse successfully #if BADTEST #include #ele #include #endif #include int main(int, char **) { exit(0); }

[Bug c++/82505] New: g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread barto at cambridgesemantics dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: barto at cambridgesemantics dot com Target Milestone: --- Created attachment 42334 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42334=edit Assembly output from g++ -O3 -funroll-loops -S In the following code, the fi

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505 --- Comment #3 from David Barto --- I understand that it can't optimize much, my major concern is that the pointer version of the code is so much worse than the index version of the code.

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread barto at cambridgesemantics dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505 --- Comment #1 from David Barto --- This is gcc-mp-7 pre-built object from MacPorts. Should have mentioned that.