Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: cjwatson at ubuntu dot com
Target Milestone: ---
Created attachment 52109
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52109&action=edit
reduced version of lib/pip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51020
--- Comment #1 from Colin Watson 2011-11-08
02:05:33 UTC ---
Looking more closely, I wonder if the problem here is that `starred' isn't
getting reset. This construction is effectively a switch statement, isn't it?
I can't see why the presence o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51020
Bug #: 51020
Summary: %{...; :default} spec lines cause all switches to be
validated
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50337
--- Comment #4 from Colin Watson 2011-09-19
14:56:55 UTC ---
Ah yes, it does indeed! I think it's fair enough to have to build efence with
-fno-builtin-malloc, so feel free to close this bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50337
--- Comment #2 from Colin Watson 2011-09-08
17:09:45 UTC ---
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625756 reports that this
happens at least as far back as GCC 4.5, and
https://buildd.debian.org/status/fetch.php?pkg=electric-fence&arch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50337
--- Comment #1 from Colin Watson 2011-09-08
17:06:08 UTC ---
Created attachment 25232
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25232
test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50337
Bug #: 50337
Summary: -ftree-dse performs wrong elimination on
electric-fence
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
S