public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
@ 2013-09-11 20:36 ubizjak at gmail dot com
  2013-09-11 20:37 ` [Bug ipa/58398] " ubizjak at gmail dot com
                   ` (8 more replies)
  0 siblings, 9 replies; 10+ messages in thread
From: ubizjak at gmail dot com @ 2013-09-11 20:36 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 58398
           Summary: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail
                    regression after r202111
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: ipa
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ubizjak at gmail dot com

Somewhere between r202108 [1] and r202113 [2] a testsuite regression was
introduced:

FAIL: gcc.dg/attr-ifunc-4.c execution test

r202111 is the most probable change that introduced this regression:

Author: hubicka
Date: Fri Aug 30 15:41:26 2013
New Revision: 202111

URL: http://gcc.gnu.org/viewcvs?rev=202111&root=gcc&view=rev
Log:


    * cgraph.c (cgraph_function_body_availability): Handle weakref
    correctly.
    * passes.def: Remove pass_fixup_cfg.
    * ipa-inline.c (ipa_inline): When not optimizing, do not inline;
    track when we need to remove functions.
    (gate_ipa_inline): Execute inlining always; add comment why.
    (pass_data_ipa_inline): Remove TODO_remove_functions.
    * ipa-inline-analysis.c (inline_generate_summary): When not optimizing
    do not produce summaries.
    * symtab.c (change_decl_assembler_name): Handle renaming of weakrefs.
    (symtab_nonoverwritable_alias): Assert we are not called on weakref.
    * varpool.c (cgraph_variable_initializer_availability): Fix weakrefs,
    constant pool and vtable.


[1] http://gcc.gnu.org/ml/gcc-testresults/2013-08/msg02931.html
[2] http://gcc.gnu.org/ml/gcc-testresults/2013-08/msg02937.html


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
@ 2013-09-11 20:37 ` ubizjak at gmail dot com
  2013-09-12 18:44 ` ubizjak at gmail dot com
                   ` (7 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: ubizjak at gmail dot com @ 2013-09-11 20:37 UTC (permalink / raw)
  To: gcc-bugs

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hubicka at gcc dot gnu.org
   Target Milestone|---                         |4.9.0

--- Comment #1 from Uroš Bizjak <ubizjak at gmail dot com> ---
Added CC.
>From gcc-bugs-return-429602-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 11 21:32:06 2013
Return-Path: <gcc-bugs-return-429602-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2158 invoked by alias); 11 Sep 2013 21:32:06 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 2070 invoked by uid 48); 11 Sep 2013 21:32:02 -0000
From: "eerott at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/44848] Bogus "array subscript is below array bounds" with loops
Date: Wed, 11 Sep 2013 21:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.5.0
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: eerott at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-44848-4-gXcRRzpwmC@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-44848-4@http.gcc.gnu.org/bugzilla/>
References: <bug-44848-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00842.txt.bz2
Content-length: 490

http://gcc.gnu.org/bugzilla/show_bug.cgi?idD848

--- Comment #4 from Eero Tamminen <eerott at gmail dot com> ---
(In reply to Richard Biener from comment #1)
> This is the same as PR43270 (and the fix for it cures it).
>
> *** This bug has been marked as a duplicate of 43270 ***

Current status is still NEW, but there's no comment why duplicate status was
changed back to NEW.  Did the fix to (already verified) bug 43270 fix also this
bug (i.e. should this also be verified) or not?


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
  2013-09-11 20:37 ` [Bug ipa/58398] " ubizjak at gmail dot com
@ 2013-09-12 18:44 ` ubizjak at gmail dot com
  2013-09-16 11:56 ` bernd.edlinger at hotmail dot de
                   ` (6 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: ubizjak at gmail dot com @ 2013-09-12 18:44 UTC (permalink / raw)
  To: gcc-bugs

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-09-12
            Version|unknown                     |4.9.0
     Ever confirmed|0                           |1

--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
Confirmed.
>From gcc-bugs-return-429690-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 12 18:48:24 2013
Return-Path: <gcc-bugs-return-429690-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13634 invoked by alias); 12 Sep 2013 18:48:24 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 13613 invoked by uid 48); 12 Sep 2013 18:48:22 -0000
From: "akrzemi1 at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/58407] New: [C++1] Should warn about deprecated implicit generation of copy constructor/assignment
Date: Thu, 12 Sep 2013 18:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: akrzemi1 at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-58407-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00930.txt.bz2
Content-length: 1050

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX407

            Bug ID: 58407
           Summary: [C++1] Should warn about deprecated implicit
                    generation of copy constructor/assignment
           Product: gcc
           Version: 4.8.1
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: akrzemi1 at gmail dot com

The following program is correct in C++11, but uses a deprecated language
feature. According section D.3, paragraph 1:
"The implicit definition of a copy constructor as defaulted is deprecated if
the class has a user-declared copy assignment operator or a user-declared
destructor. The implicit definition of a copy assignment operator as defaulted
is deprecated if the class has a user-declared copy constructor or a
user-declared destructor."

G++ should emit a warning in C++11 mode.

===================
struct W {
  int a;
  ~W() { a = 9; }
};

int main() {
 W w {};
 W v = w;
}


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
  2013-09-11 20:37 ` [Bug ipa/58398] " ubizjak at gmail dot com
  2013-09-12 18:44 ` ubizjak at gmail dot com
@ 2013-09-16 11:56 ` bernd.edlinger at hotmail dot de
  2013-09-16 12:07 ` hubicka at gcc dot gnu.org
                   ` (5 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: bernd.edlinger at hotmail dot de @ 2013-09-16 11:56 UTC (permalink / raw)
  To: gcc-bugs

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

Bernd Edlinger <bernd.edlinger at hotmail dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bernd.edlinger at hotmail dot de

--- Comment #3 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
a possible fix:
what do you think of it?

--- cgraph.c.jj    2013-09-12 15:03:18.000000000 +0200
+++ cgraph.c    2013-09-16 13:37:16.453710206 +0200
@@ -2048,6 +2048,8 @@ cgraph_function_body_availability (struc
     avail = AVAIL_LOCAL;
   else if (node->symbol.alias && node->symbol.weakref)
     cgraph_function_or_thunk_node (node, &avail);
+  else if (lookup_attribute ("ifunc", DECL_ATTRIBUTES (node->symbol.decl)))
+    avail = AVAIL_NOT_AVAILABLE;
   else if (!node->symbol.externally_visible)
     avail = AVAIL_AVAILABLE;
   /* Inline functions are safe to be analyzed even if their symbol can


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
                   ` (2 preceding siblings ...)
  2013-09-16 11:56 ` bernd.edlinger at hotmail dot de
@ 2013-09-16 12:07 ` hubicka at gcc dot gnu.org
  2013-09-16 12:25 ` bernd.edlinger at hotmail dot de
                   ` (4 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: hubicka at gcc dot gnu.org @ 2013-09-16 12:07 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #4 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Yes, this seems OK.  We probably do not want to be too ken about optimizing
around ifuncs.


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
                   ` (3 preceding siblings ...)
  2013-09-16 12:07 ` hubicka at gcc dot gnu.org
@ 2013-09-16 12:25 ` bernd.edlinger at hotmail dot de
  2013-09-17  6:37 ` bernd.edlinger at hotmail dot de
                   ` (3 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: bernd.edlinger at hotmail dot de @ 2013-09-16 12:25 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #5 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
(In reply to Jan Hubicka from comment #4)
> Yes, this seems OK.  We probably do not want to be too ken about optimizing
> around ifuncs.

Yes, the problem is that the resolver function just looks
like an alias, but it actually is not. the syntax in the
assembler must look like this:

        .type   magic, @gnu_indirect_function
        .set    magic,resolver
        .globl  main
        .type   main, @function

main:
        call    magic


but it is all linker-magic. if you disassemle that
at runtime it looks like

main:
          call implementation


I am not sure, maybe returning AVAIL_OVERWRITABLE
would be more conservative. it seems to work too.


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
                   ` (4 preceding siblings ...)
  2013-09-16 12:25 ` bernd.edlinger at hotmail dot de
@ 2013-09-17  6:37 ` bernd.edlinger at hotmail dot de
  2013-09-17 14:51 ` edlinger at gcc dot gnu.org
                   ` (2 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: bernd.edlinger at hotmail dot de @ 2013-09-17  6:37 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #6 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
OK, this patch was posted at:

http://gcc.gnu.org/ml/gcc-patches/2013-09/msg01260.html


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
                   ` (5 preceding siblings ...)
  2013-09-17  6:37 ` bernd.edlinger at hotmail dot de
@ 2013-09-17 14:51 ` edlinger at gcc dot gnu.org
  2013-10-05 13:07 ` bernd.edlinger at hotmail dot de
  2013-10-06  8:52 ` ubizjak at gmail dot com
  8 siblings, 0 replies; 10+ messages in thread
From: edlinger at gcc dot gnu.org @ 2013-09-17 14:51 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #7 from edlinger at gcc dot gnu.org ---
Author: edlinger
Date: Tue Sep 17 14:51:06 2013
New Revision: 202655

URL: http://gcc.gnu.org/viewcvs?rev=202655&root=gcc&view=rev
Log:
2013-09-17  Bernd Edlinger  <bernd.edlinger@hotmail.de>

        PR ipa/58398
        * cgraph.c (cgraph_function_body_availability): Check for ifunc
        attribute, and don't inline the resolver in this case.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/cgraph.c


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
                   ` (6 preceding siblings ...)
  2013-09-17 14:51 ` edlinger at gcc dot gnu.org
@ 2013-10-05 13:07 ` bernd.edlinger at hotmail dot de
  2013-10-06  8:52 ` ubizjak at gmail dot com
  8 siblings, 0 replies; 10+ messages in thread
From: bernd.edlinger at hotmail dot de @ 2013-10-05 13:07 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #8 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
How can I set this PR to "FIXED"?


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

* [Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111
  2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
                   ` (7 preceding siblings ...)
  2013-10-05 13:07 ` bernd.edlinger at hotmail dot de
@ 2013-10-06  8:52 ` ubizjak at gmail dot com
  8 siblings, 0 replies; 10+ messages in thread
From: ubizjak at gmail dot com @ 2013-10-06  8:52 UTC (permalink / raw)
  To: gcc-bugs

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                URL|                            |http://gcc.gnu.org/ml/gcc-p
                   |                            |atches/2013-09/msg01260.htm
                   |                            |l
         Resolution|---                         |FIXED

--- Comment #9 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed.
>From gcc-bugs-return-431176-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Oct 06 10:23:14 2013
Return-Path: <gcc-bugs-return-431176-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21766 invoked by alias); 6 Oct 2013 10:23:13 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 21666 invoked by uid 48); 6 Oct 2013 10:23:09 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/58625] std::signbit always converts to double
Date: Sun, 06 Oct 2013 10:23:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status assigned_to target_milestone
Message-ID: <bug-58625-4-O3d9DNPMfT@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58625-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58625-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-10/txt/msg00320.txt.bz2
Content-length: 523

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX625

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |paolo.carlini at oracle dot com
   Target Milestone|---                         |4.9.0

--- Comment #12 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Mine.


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

end of thread, other threads:[~2013-10-06  8:52 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-09-11 20:36 [Bug ipa/58398] New: [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111 ubizjak at gmail dot com
2013-09-11 20:37 ` [Bug ipa/58398] " ubizjak at gmail dot com
2013-09-12 18:44 ` ubizjak at gmail dot com
2013-09-16 11:56 ` bernd.edlinger at hotmail dot de
2013-09-16 12:07 ` hubicka at gcc dot gnu.org
2013-09-16 12:25 ` bernd.edlinger at hotmail dot de
2013-09-17  6:37 ` bernd.edlinger at hotmail dot de
2013-09-17 14:51 ` edlinger at gcc dot gnu.org
2013-10-05 13:07 ` bernd.edlinger at hotmail dot de
2013-10-06  8:52 ` ubizjak at gmail dot com

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).