Hi, all!
Recently I tried to log into my (read-only) account on
https://gcc.gnu.org/wiki, but got an error message, saying that the
password is incorrect. It could not be the case that I forgot my
password, because it was saved in a browser plugin. Nevertheless, I
tried to restore the password usi
Snapshot gcc-4.8-20150507 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20150507/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Thu, May 07, 2015 at 01:46:32PM -0500, Jason Merrill wrote:
> I think it's time to switch to C++11 as the default C++ dialect for GCC 6.
> Any thoughts?
Couldn't we switch directly to C++14 now that the support is complete?
Regardless, I support changing the default (obviously... ;)).
On 2015.05.07 at 13:46 -0500, Jason Merrill wrote:
> I think it's time to switch to C++11 as the default C++ dialect for GCC
> 6. Any thoughts?
Why not C++14?
--
Markus
I think it's time to switch to C++11 as the default C++ dialect for GCC
6. Any thoughts?
Jason
On 05/07/2015 09:24 AM, Richard Henderson wrote:
> I was wondering this morning about the possibility of a kind of constraint
> that
> would allow RA to generate pairs of registers via CONCAT. That is, the two
> hard registers within the CONCAT are collectively the double-word allocation,
> but n
On 05/07/2015 10:59 AM, Uros Bizjak wrote:
> If we consider SSE operations as DImode operations, we will loose the
> ability to precisely specify which operation (SSE vs. general reg) we
> want. I'm afraid that in DImode case, combine will choose FLAG-less
> pattern that will mandate moves from gen
On Thu, May 7, 2015 at 6:24 PM, Richard Henderson wrote:
> On 04/24/2015 06:32 PM, Jan Hubicka wrote:
>> Also I believe it was kind of Richard's design deicsion to avoid use of
>> (paradoxical) subregs for vector conversions because these have funny
>> implications.
>
> Yes indeed.
>
>> The code f
Am Mon, 04 May 2015 18:28:49 +0200
schrieb Manuel López-Ibáñez :
> On 04/05/15 07:40, Martin Uecker wrote:
> >
> > BTW: Why is 'nonnull' a function attribute and not something
> > which can be attached to pointer types?
>
> I think this is something wanted for a long time:
>
> https://gcc.gnu.or
On 04/24/2015 06:32 PM, Jan Hubicka wrote:
> Also I believe it was kind of Richard's design deicsion to avoid use of
> (paradoxical) subregs for vector conversions because these have funny
> implications.
Yes indeed.
> The code for handling upper parts of paradoxical subregs is controlled by
> ma
On 7 May 2015 at 11:09, Mikhail Maltsev wrote:
> I tried to compile it with current trunk on x86_64-unknown-linux-gnu
> (CentOS7) with Python 2.7.5 (It's default in CentOS7), but unfortunately
> the build failed. The reason is that the plugin #include's
> before GCC's headers.
>
> gcc/system.h #de
On 05/06/2015 04:22 AM, Richard Biener wrote:
On Wed, May 6, 2015 at 12:33 AM, Aldy Hernandez wrote:
Gentlemen!
I believe I have done as much as is reasonable for a merge, but I'd like to
get your opinion before I post a huge patch to the list.
The branch bootstraps with one regression in GCC
On 05/05/15 22:47, Jeff Law wrote:
On 05/05/2015 07:27 AM, Renlin Li wrote:
Hi all,
For the following illustrative code,
double f1(int x) { return (double)(float)x; } --> return (double)x;
int f2(double x) { return (int)(float)x; } --> return (int)x;
Is it Okay for the compiler to do the si
On 06.05.2015 21:43, David Malcolm wrote:
> gcc-python-plugin is a plugin for GCC 4.6 onwards which embeds the
> CPython interpreter within GCC, allowing you to write new compiler
> warnings in Python, generate code visualizations, etc.
>
> It ships with "gcc-with-cpychecker", which implements sta
14 matches
Mail list logo
