Status
==
The trunk has branched for the GCC 5 release and is now open
again for general development, stage 1. Please consider not
disrupting it too much during the RC phase of GCC 5 so it
is possible to test important fixes for 5.1 on it.
Quality Data
Priority # Cha
Dear list,
we're considering in adding OMPT [1] into the GNU OpenMP runtime. In
brief, OMPT is a specification of an API for performance analysis
tools such as TAU, Extrae and HPCToolkit. It mainly consists of calls
that allow querying the state of the threads and callbacks to notify a
tool of v
On 13 April 2015 at 10:14, Harald Servat wrote:
> Before we start, we'd like to know if there is someone else working
> on this direction. And if so, could we cooperate?
I have no idea about this part of your mail.
> If there's nobody working on that, how should we start? According to
> the G
On Mon, Apr 13, 2015 at 11:14:56AM +0200, Harald Servat wrote:
> we're considering in adding OMPT [1] into the GNU OpenMP runtime. In
> brief, OMPT is a specification of an API for performance analysis
> tools such as TAU, Extrae and HPCToolkit. It mainly consists of calls
> that allow querying t
On 04/11/2015 01:33 AM, Jan Hubicka wrote:
On Fri, Apr 10, 2015 at 11:18:39AM -0400, Trevor Saunders wrote:
On Fri, Apr 10, 2015 at 03:59:19PM +0200, Toon Moene wrote:
Like this:
https://gcc.gnu.org/ml/gcc-testresults/2015-04/msg01086.html
ODR rears its head again ...
huh, why is c/c-lan
On Mon, Apr 13, 2015 at 05:46:35PM +0200, Toon Moene wrote:
> On 04/11/2015 01:33 AM, Jan Hubicka wrote:
>
> >>On Fri, Apr 10, 2015 at 11:18:39AM -0400, Trevor Saunders wrote:
> >>>On Fri, Apr 10, 2015 at 03:59:19PM +0200, Toon Moene wrote:
> Like this:
>
> https://gcc.gnu.org/ml/gcc-
On Mon, Apr 13, 2015 at 05:46:35PM +0200, Toon Moene wrote:
> [ Patch elided ]
>
> The patch applied cleanly - this is what I got as a result:
>
> https://gcc.gnu.org/ml/gcc-testresults/2015-04/msg01450.html
>
> I hope this is useful.
Looks like the http://gcc.gnu.org/ml/gcc-patches/2014-08/msg
On Sat, Apr 11, 2015 at 12:43 AM, Max Filippov wrote:
> On Sat, Apr 11, 2015 at 2:16 AM, augustine.sterl...@gmail.com
> wrote:
>> On Fri, Apr 10, 2015 at 1:18 PM, Max Filippov wrote:
>>> How can we have a mulsi3 pattern that don't get expanded until it's
>>> optimized, and only gets expanded to
On 04/13/2015 06:00 PM, Trevor Saunders wrote:
On Mon, Apr 13, 2015 at 05:46:35PM +0200, Toon Moene wrote:
On 04/11/2015 01:33 AM, Jan Hubicka wrote:
On Fri, Apr 10, 2015 at 11:18:39AM -0400, Trevor Saunders wrote:
On Fri, Apr 10, 2015 at 03:59:19PM +0200, Toon Moene wrote:
Like this:
https
> > The patch applied cleanly - this is what I got as a result:
> >
> > https://gcc.gnu.org/ml/gcc-testresults/2015-04/msg01450.html
> >
> > I hope this is useful.
>
> ok, so the problem would seem to be graphite-scop-detection.c is
> including front end specific headers. Can you put a #error i
Hi!
To be clear I only want to talk about gcc/**/*.c but *not* testsuite/
The Question of changing from .c to a more standard C++ file extension
has come up a couple times. I believe its reasonable accurate to say
the consensus is moderately in favor of doing this at some point. The
biggest con
On Fri, 10 Apr 2015 14:31:45 +0200, Jan Kratochvil wrote:
> What is the recommended fix? I expect pointer to a declaration / opaque type
> which gets completed only when one references the 'p' field later?
It looks as it got fixed by:
-plugin_build_record_type (cc1_plugin::connection *self)
+plu
Hi Jakub,
On Mon, 13 Apr 2015, Jakub Jelinek wrote:
> Priority # Change from last report
> --- ---
> P14- 3
> P2 80+ 10
> P39+- 0
> P4 84+ 4
> P5 35- 1
Hi,
If I try to browse to pages like http://gcc.gnu.org/bugs/segfault.html I get
the following Mozilla alert:
>
>An error occurred during a connection to gcc.gnu.org:443. Unable to generate
>public/private key pair. (Error code: sec_error_keygen_fail)
>
I suspect this is because somebody ch
On Tue, Apr 14, 2015 at 08:25:58AM +0200, Gerald Pfeifer wrote:
> Hi Jakub,
>
> On Mon, 13 Apr 2015, Jakub Jelinek wrote:
> > Priority # Change from last report
> > --- ---
> > P14- 3
> > P2 80+ 10
> > P3
15 matches
Mail list logo