public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security
@ 2014-01-23 16:32 doko at gcc dot gnu.org
  2014-01-31 11:37 ` [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog rguenth at gcc dot gnu.org
                   ` (5 more replies)
  0 siblings, 6 replies; 7+ messages in thread
From: doko at gcc dot gnu.org @ 2014-01-23 16:32 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

            Bug ID: 59924
           Summary: [4.9 Regression] memory hog / build failure with
                    -Wformat -Werror=format-security
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: other
          Assignee: unassigned at gcc dot gnu.org
          Reporter: doko at gcc dot gnu.org

Created attachment 31936
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31936&action=edit
preprocessed source

seen with trunk 20140122, works with 4.8 branch.  Omitting the "-Wformat
-Werror=format-security" warnings lets the build succeed.

$ gcc -g -O1 -fstack-protector -Wformat -Werror=format-security -Wall -c
matanza.i
[...]
cc1: out of memory allocating 104 bytes after a total of 8836583424 bytes


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog
  2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
@ 2014-01-31 11:37 ` rguenth at gcc dot gnu.org
  2014-02-01  5:58 ` rth at gcc dot gnu.org
                   ` (4 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-31 11:37 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P1
          Component|other                       |tree-optimization


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog
  2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
  2014-01-31 11:37 ` [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog rguenth at gcc dot gnu.org
@ 2014-02-01  5:58 ` rth at gcc dot gnu.org
  2014-02-03 18:31 ` rth at gcc dot gnu.org
                   ` (3 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: rth at gcc dot gnu.org @ 2014-02-01  5:58 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

--- Comment #2 from Richard Henderson <rth at gcc dot gnu.org> ---
Definitely a bug.  We keep pushing and popping the same node
off of the work_list.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog
  2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
  2014-01-31 11:37 ` [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog rguenth at gcc dot gnu.org
  2014-02-01  5:58 ` rth at gcc dot gnu.org
@ 2014-02-03 18:31 ` rth at gcc dot gnu.org
  2014-02-03 23:13 ` rth at gcc dot gnu.org
                   ` (2 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: rth at gcc dot gnu.org @ 2014-02-03 18:31 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

--- Comment #3 from Richard Henderson <rth at gcc dot gnu.org> ---
The memory hog bug is caused by not handling incorrect input:
the variable dist_x in the function mat_object_woozka is
conditionally uninitialized.

A nice bit of meta-circularity, that.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog
  2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
                   ` (2 preceding siblings ...)
  2014-02-03 18:31 ` rth at gcc dot gnu.org
@ 2014-02-03 23:13 ` rth at gcc dot gnu.org
  2014-02-03 23:23 ` rth at gcc dot gnu.org
  2014-02-04  0:47 ` jakub at gcc dot gnu.org
  5 siblings, 0 replies; 7+ messages in thread
From: rth at gcc dot gnu.org @ 2014-02-03 23:13 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

--- Comment #5 from Richard Henderson <rth at gcc dot gnu.org> ---
Author: rth
Date: Mon Feb  3 23:13:08 2014
New Revision: 207442

URL: http://gcc.gnu.org/viewcvs?rev=207442&root=gcc&view=rev
Log:
PR tree-opt/59924

        * tree-ssa-uninit.c (push_to_worklist): Don't re-push if we've
        already processed this node.
        (normalize_one_pred_1): Pass along mark_set.
        (normalize_one_pred): Create and destroy a pointer_set_t.
        (normalize_one_pred_chain): Likewise.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/tree-ssa-uninit.c


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog
  2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
                   ` (3 preceding siblings ...)
  2014-02-03 23:13 ` rth at gcc dot gnu.org
@ 2014-02-03 23:23 ` rth at gcc dot gnu.org
  2014-02-04  0:47 ` jakub at gcc dot gnu.org
  5 siblings, 0 replies; 7+ messages in thread
From: rth at gcc dot gnu.org @ 2014-02-03 23:23 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

Richard Henderson <rth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #6 from Richard Henderson <rth at gcc dot gnu.org> ---
Fixed.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog
  2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
                   ` (4 preceding siblings ...)
  2014-02-03 23:23 ` rth at gcc dot gnu.org
@ 2014-02-04  0:47 ` jakub at gcc dot gnu.org
  5 siblings, 0 replies; 7+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-02-04  0:47 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924

--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Tue Feb  4 00:46:42 2014
New Revision: 207446

URL: http://gcc.gnu.org/viewcvs?rev=207446&root=gcc&view=rev
Log:
    PR tree-optimization/59924
    * gcc.dg/pr59924.c: New test.

Added:
    trunk/gcc/testsuite/gcc.dg/pr59924.c
Modified:
    trunk/gcc/testsuite/ChangeLog


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2014-02-04  0:47 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-01-23 16:32 [Bug other/59924] New: [4.9 Regression] memory hog / build failure with -Wformat -Werror=format-security doko at gcc dot gnu.org
2014-01-31 11:37 ` [Bug tree-optimization/59924] [4.9 Regression] uninit memory hog rguenth at gcc dot gnu.org
2014-02-01  5:58 ` rth at gcc dot gnu.org
2014-02-03 18:31 ` rth at gcc dot gnu.org
2014-02-03 23:13 ` rth at gcc dot gnu.org
2014-02-03 23:23 ` rth at gcc dot gnu.org
2014-02-04  0:47 ` jakub 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).