On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
Hi Paul,
On 28 February 2014 18:50, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
On Thu, Feb 27, 2014 at 12:53:12PM -0800, Paul E. McKenney wrote:
I would remove two maintainers for AVR port:
1. Anatoly Sokolov ae...@post.ru
2. Eric Weddington eric.wedding...@atmel.com
I have discussed the removal with Anatoly Sokolov and he is agree with it.
I can't discuss the removal with Eric Weddington because his mail
address invalid.
Must somebody
Hi, I am an undergraduate student at University of Pune, India, and would
like to work on moving folding patterns from fold-const.c to gimple.
If I understand correctly, constant folding is done on GENERIC (by
routines in fold-const.c), and then GENERIC is lowered to GIMPLE. The
purpose of this
Snapshot gcc-4.9-20140302 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20140302/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
Hi Paul,
On 28 February 2014 18:50, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
On 2 March 2014 23:20, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
Hi Paul,
On 28
Hi,
I wrote a test code like this:
void foo(int * a)
{
a[0] = 0xfafafafb;
a[1] = 0xfafafafc;
a[2] = 0xfafafafe;
a[3] = 0xfafafaff;
a[4] = 0xfafafaf0;
a[5] = 0xfafafaf1;
a[6] = 0xfafafaf2;
a[7] = 0xfafafaf3;
a[8] = 0xfafafaf4;
a[9] = 0xfafafaf5;
a[10]
On Sun, Mar 02, 2014 at 11:44:52PM +, Peter Sewell wrote:
On 2 March 2014 23:20, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01,
Hi guys,
How do I set the format of vim,so that my code doen't look alien?
--
Regards
lin zuojian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60169
Joey Ye joey.ye at arm dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622
Paul A. Bristow pbristow at hetp dot u-net.com changed:
What|Removed |Added
CC||pbristow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60386
Bug ID: 60386
Summary: [C++11] Crash on a template class containing array
initialized in-class
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60387
Nistor, Mihail-Marian m_nistor at yahoo dot com changed:
What|Removed |Added
Severity|critical|blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60387
Bug ID: 60387
Summary: The gcc compiler for the ppc architecture is not
compatible with PPC ABI and DWARF standards.
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622
--- Comment #13 from Marc Glisse glisse at gcc dot gnu.org ---
It looks like emit_support_tinfos (rtti.c) should go through
registered_builtin_types (hidden in c-common.c) in addition to the hardcoded
fundamentals list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60387
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367
--- Comment #1 from rob.desbois at gmail dot com ---
...having realised that this might look like I just don't grok move
construction I expanded my test - adding copy move constructors assignment
operators to foo and re-running the test still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316
--- Comment #50 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org ---
(In reply to Marc Glisse from comment #49)
large pieces of my patch as nonsense). Fixing this particular issue should
not be too hard, there must be a place in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Дилян Палаузов from comment #3)
Indeed, adding
z (const z x) { var = strdup (x.var); }
solves the problem. However, I don't understand how that y.clear();
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Possibly the same issue as Bug 59713
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Summary|no C++ typeinfo for |no C++ typeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60236
--- Comment #8 from edlinger at gcc dot gnu.org ---
Author: edlinger
Date: Sun Mar 2 18:06:49 2014
New Revision: 208257
URL: http://gcc.gnu.org/viewcvs?rev=208257root=gccview=rev
Log:
2014-03-02 Bernd Edlinger bernd.edlin...@hotmail.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55181
--- Comment #9 from Oleg Endo olegendo at gcc dot gnu.org ---
The first if (...) b++; is transformed to a bit extraction (right shift +
and), because the result is either b = 0 or b = 1.
The second if (...) b++ uses an and + zero-compare + branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60376
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60341
--- Comment #11 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Sun Mar 2 18:36:42 2014
New Revision: 208258
URL: http://gcc.gnu.org/viewcvs?rev=208258root=gccview=rev
Log:
fortran/
PR fortran/60341
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
Bug ID: 60388
Summary: Program received signal SIGSEGV, Segmentation fault.
0xb7fb62ff in __pthread_create_2_1
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
Sreenath U S sree.gooogle at gmail dot com changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60341
--- Comment #12 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Sun Mar 2 18:49:18 2014
New Revision: 208259
URL: http://gcc.gnu.org/viewcvs?rev=208259root=gccview=rev
Log:
fortran/
PR fortran/60341
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55181
--- Comment #10 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #9)
Maybe if-convert could be taught to transform the second if (...) to a
zero_extract as well. But probably it's better to catch this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60341
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
User error. s/pthread_create(tid,/pthread_create(tid1[i],/g fixes it, as
gcc's warnings correctly identified.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58842
Eric Gallager egall at gwmail dot gwu.edu changed:
What|Removed |Added
CC||egall at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Target|hppa-unknown-linux-gnu |hppa*-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #9 from jbeniston at gcc dot gnu.org jbeniston at gcc dot gnu.org
---
Author: jbeniston
Date: Sun Mar 2 19:58:24 2014
New Revision: 208260
URL: http://gcc.gnu.org/viewcvs?rev=208260root=gccview=rev
Log:
PR bootstrap/48230
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50927
--- Comment #4 from jbeniston at gcc dot gnu.org jbeniston at gcc dot gnu.org
---
Author: jbeniston
Date: Sun Mar 2 19:58:24 2014
New Revision: 208260
URL: http://gcc.gnu.org/viewcvs?rev=208260root=gccview=rev
Log:
PR bootstrap/48230
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48230
--- Comment #1 from jbeniston at gcc dot gnu.org jbeniston at gcc dot gnu.org
---
Author: jbeniston
Date: Sun Mar 2 19:58:24 2014
New Revision: 208260
URL: http://gcc.gnu.org/viewcvs?rev=208260root=gccview=rev
Log:
PR bootstrap/48230
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898
--- Comment #17 from jbeniston at gcc dot gnu.org jbeniston at gcc dot
gnu.org ---
Author: jbeniston
Date: Sun Mar 2 19:58:24 2014
New Revision: 208260
URL: http://gcc.gnu.org/viewcvs?rev=208260root=gccview=rev
Log:
PR bootstrap/48230
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60033
--- Comment #6 from Adam Butcher abutcher at gcc dot gnu.org ---
A further reduced testcase:
// PR c++/60033
// { dg-options -std=c++1y }
template typename... T
auto f(T... ts)
{
return sizeof...(ts);
}
template typename... T
auto g(T... ts)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60033
--- Comment #7 from Adam Butcher abutcher at gcc dot gnu.org ---
(In reply to Adam Butcher from comment #6)
return [] (int v) {
return f(ts...);
};
Should have been:
return [] (auto v) {
return f(ts...);
};
The 'int' version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113
--- Comment #17 from pmatos at gcc dot gnu.org ---
Patch submitted to gcc-patches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60306
--- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Mar 2 20:51:48 2014
New Revision: 208261
URL: http://gcc.gnu.org/viewcvs?rev=208261root=gccview=rev
Log:
PR ipa/60306
Revert:
2013-12-14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58477
--- Comment #9 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Mar 2 20:51:48 2014
New Revision: 208261
URL: http://gcc.gnu.org/viewcvs?rev=208261root=gccview=rev
Log:
PR ipa/60306
Revert:
2013-12-14 Jan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60389
Bug ID: 60389
Summary: [4.8/4,9 Regression] ICE with inheriting constructors
and wrong usage of constexpr
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60389
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60376
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords|error-recovery
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60390
Bug ID: 60390
Summary: [c++1y] ICE with declaring function with auto
parameter as friend
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60391
Bug ID: 60391
Summary: [c++1y] ICE with auto parameter for operator
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48230
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #1 from Alexander Vogt a.vogt at fulguritus dot com ---
Created attachment 32243
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32243action=edit
Sample code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
Bug ID: 60392
Summary: Problem with TRANSPOSE and CONTIGUOUS dummy arguments
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50927
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60377
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60393
Bug ID: 60393
Summary: [c++1y] ICE with with invalid functions with auto
parameters
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: error-recovery,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43807
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50996
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54176
Sebastien Bourdeauducq lekernel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #11 from Jan Hubicka hubicka at gcc dot gnu.org ---
Created attachment 32244
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32244action=edit
WIP patch
this patch cuts some redundant work on estimating size of functions that will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150
--- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Mar 2 22:19:37 2014
New Revision: 208262
URL: http://gcc.gnu.org/viewcvs?rev=208262root=gccview=rev
Log:
PR ipa/60150
* ipa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60306
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367
--- Comment #3 from rob.desbois at gmail dot com ---
Adding a destructor didn't fix it for me - though it was destroyed for the same
address as the constructed object.
constructed foo @ 0x7fffa012e5ef
default argument is at 0x7fffa012e5d0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
--- Comment #12 from Jan Hubicka hubicka at gcc dot gnu.org ---
Forgot to mention, I think the ICE is solved by the following patch:
2014-02-14 Jan Hubicka hubi...@ucw.cz
* lto-partition.c (add_symbol_to_partition_1,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60382
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60394
Bug ID: 60394
Summary: LTO link fails when -fno-builtin is specified
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60395
Bug ID: 60395
Summary: LTO link fails when -fno-builtin is specified
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60395
--- Comment #1 from Patrick Oppenlander patrick at motec dot com.au ---
Created attachment 32245
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32245action=edit
Test cases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60396
Bug ID: 60396
Summary: Missing time_get::get() functions
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #9 from dave.anglin at bell dot net ---
Something like this?
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60394
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60395
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
*** Bug 60394 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60395
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
Related to bug 58203 (or even a dup of that bug).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60397
Bug ID: 60397
Summary: The value of char16_t u'\u' is 0xdfff instead of
0x
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59873
--- Comment #10 from Wesley J. Landaker wjl at icecavern dot net ---
Created attachment 32248
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32248action=edit
u.c++ -- program that shows this problem, and bug #60397's problem
I opened new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60354
Jan Engelhardt jengelh at inai dot de changed:
What|Removed |Added
CC||jengelh at inai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60175
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Mar 3 07:25:50 2014
New Revision: 208267
URL: http://gcc.gnu.org/viewcvs?rev=208267root=gccview=rev
Log:
PR middle-end/60175
* function.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59308
--- Comment #4 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
It's not as simple as updating the target selector. LONSC_P depends on
BRANCH_COST, which can vary depending on the specific micro-architecture for
the target system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59308
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
So the test can then be improved for ARM by testing GCC predefined macros or
something similar, to make check_effective_target_logical_op_short_circuit
more precise. Are you sure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60175
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Hi Bernd,
I think about whether the best mode is so important to x86_64.There
is no mov r/m64,imm64 refering to Intel Software Developer's Manual
Volume 2A 3-505.imm32 is the biggest number.And asan clears stack
using imms.
And even if there is a mov r/m64,imm64 in the future.The
Thanks for doing this. FWIW I agree it's probably the best stop-gap fix.
But the implication seems to be that unspec_volatile and volatile asms
are volatile in different ways. IMO they're volatile in the same way
and the problems for volatile asms apply to unspec_volatile too.
I disagree,
Ping.
Subject: [PATCH] Fix fortran/pr60236
Date: Sun, 23 Feb 2014 14:50:46 +0100
Hi,
the test case gfortran.dg/vect/pr32380.f was found to fail on
armv7l-unknown-linux-gnueabihf.
The reason for this is that one out of 6 loops does not get vectorized,
because this target does
not
Bernd Edlinger wrote:
This patch tries to solve the problem in a more general way, by classifying the
target's expected
result by using vect_element_align and vect_call_sqrtf attributes.
This patch has been tested on armv7l-unknown-linux-gnueabihf,
x86_64-unknown-linux-gnu and
On 03/01/2014 08:13 PM, Patrick Palka wrote:
On Sat, Mar 1, 2014 at 7:53 PM, Marc Glisse marc.gli...@inria.fr wrote:
On Sat, 1 Mar 2014, Patrick Palka wrote:
+ error_at (input_location,
+ redefinition of %q+#D with C language
linkage,
+
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-4.9-b20140202.sv.po',
Dear Jerry, hi all,
Jerry DeLisle wrote:
The attached patch fixes this by actually implementing it. I cleaned up some of
the code by getting rid of the tmp_delim variables and adding a mode to
write_character which is used to ignore delimiters when writing out variable
names and other namelist
Hello,
inlining operator new (with LTO or otherwise), I noticed that it has a
complicated implementation, which makes it hard to use this inlined code
for optimizations. This patch does two things:
1) there are 2 calls to malloc, I am turning them into just one. At -Os,
it does not change
Hi,
testcase in this PR shows interesting bug in detect_type_change. The function
basically looks up in the alises walk and tries to find explicit stored to
vtable. If none are found the type is assumed to be fully built. If some are
found and they are all agree, the type is assumed to be in the
2014-02-28 22:52 GMT+01:00 Fabien Chêne fabien.ch...@gmail.com:
2014-02-28 22:27 GMT+01:00 Jason Merrill ja...@redhat.com:
Let's change the C++11 diagnostic to match the C++98 diagnostic. So,
uninitialized const member in %q#T + %qD should be initialized.
OK.
Hmm, sorry to iterate on this
Hi,
this patch fixes simple ordering issue in function_and_variable_visibility.
Bootstrapped/regtested x86_64-linux, comitted.
PR ipa/60150
* ipa.c (function_and_variable_visibility): When dissolving comdat
group, also set all symbols to local.
*
On 03/02/2014 12:50 PM, Tobias Burnus wrote:
--- snip ---
gfortran seems to be special as it defaults to printing the (quote)
delimiter
by default while other compilers seem to default to none.
Looking back at the draft F95 standard that I have I am amazed. As you stated
in your note
On Sun, Mar 02, 2014 at 02:49:20PM -0800, Jerry DeLisle wrote:
For this patch I chose to stay consistent with what we currently do. I can
change it to standard conforming. Anyone else have any comments on this?
I would prefer standard conformance, but I'm not the one doing the
work (so
On 03/02/2014 04:55 PM, Fabien Chêne wrote:
Hmm, sorry to iterate on this rather trivial issue, but it seems
difficult to mimic the c++98 diagnostic. Actually, the c++98 diagnosic
raises an error at the point of use, mention the class implied, and
add a note at the ref/const member
Hi,
I saw
http://www.phoronix.com/scan.php?page=articleitem=llvm34_gcc49_compilersnum=1
And LLVM/clang beaten gcc in serval tests.But I ran that
tests,e.g.SciMark,it didn't appear to be like this on my i7 machine.Was that
article written by Apple?
--
Regards
lin zuojian
On Mon, Mar 03, 2014 at 02:14:51PM +1030, Alan Modra wrote:
I'll post update-copyright.py separately.
--- /src/gcc-current/contrib/update-copyright.py2013-02-07
12:55:28.272161270 +1030
+++ ./update-copyright.py 2014-03-03 13:44:35.650293322 +1030
@@ -74,6 +74,8 @@
100 matches
Mail list logo
