I don't know the specifics of your example, but from how I understand
it, I don't see a problem if the compiler can prove that the store will
always happen.
To be more specific, if the compiler can prove that the store will
happen anyway, and the region of code can be assumed to always run
Hi,
I'm trying to use the tests in gcc/testsuite/gnat.dg and I'm having trouble
understanding one particular test: gnat.dg/div_no_warning.adb. If I
understand correctly, this test is expected to compile without any error or
warning. When I compile this test with a native compiler gnatmake, I
Hi.
I would like to get started with how to improve code generation for a
backend. Any pointers, especially to good documentation is welcome.
For this example consider this C function for a reference counted type:
void TCRelease(TCTypeRef tc) {
if (--tc-retainCount == 0) {
if (tc-destroy)
On Tue, Feb 11, 2014 at 10:20 PM, Jan Hubicka hubi...@ucw.cz wrote:
Since both toolchains do the magic, binutils has no incentive to
create any automatic detection of objects.
It is mostly a historical decision. At the time the design was for the
plugin to be matched to the compiler, and so
On Wed, Feb 12, 2014 at 7:21 AM, Albert Cahalan acaha...@gmail.com wrote:
I had a problem that got solved in an ugly way. I think gcc ought
to provide a few ways to make a nicer solution.
There was an array of structs roughly like so:
struct{int w;float x;char y[4];short z[2];}foo[512][4];
What about instead of our current odd way of identifying LTO objects
simply add a special ELF note telling the linker the plugin to use?
.note._linker_plugin '/./libltoplugin.so'
that way the linker should try 1) loading that plugin, 2) register the
specific object with that plugin.
On 02/12/14 02:37, Fredrik Olsson wrote:
Hi.
I would like to get started with how to improve code generation for a
backend. Any pointers, especially to good documentation is welcome.
For this example consider this C function for a reference counted type:
void TCRelease(TCTypeRef tc) {
if
On Wed, 12 Feb 2014, Richard Biener wrote:
What about instead of our current odd way of identifying LTO objects
simply add a special ELF note telling the linker the plugin to use?
.note._linker_plugin '/./libltoplugin.so'
that way the linker should try 1) loading that plugin, 2)
On Wed, 12 Feb 2014, Richard Biener wrote:
What about instead of our current odd way of identifying LTO objects
simply add a special ELF note telling the linker the plugin to use?
.note._linker_plugin '/./libltoplugin.so'
that way the linker should try 1) loading that plugin,
On Tue, Feb 11, 2014 at 10:06:34PM -0800, Torvald Riegel wrote:
On Tue, 2014-02-11 at 07:59 -0800, Paul E. McKenney wrote:
On Mon, Feb 10, 2014 at 11:09:24AM -0800, Linus Torvalds wrote:
On Sun, Feb 9, 2014 at 4:27 PM, Torvald Riegel trie...@redhat.com wrote:
Intuitively, this is
On Wed, Feb 12, 2014 at 10:19:07AM +0100, Peter Zijlstra wrote:
I don't know the specifics of your example, but from how I understand
it, I don't see a problem if the compiler can prove that the store will
always happen.
To be more specific, if the compiler can prove that the store will
On Wed, Feb 12, 2014 at 09:42:09AM -0800, Paul E. McKenney wrote:
You need volatile semantics to force the compiler to ignore any proofs
it might otherwise attempt to construct. Hence all the ACCESS_ONCE()
calls in my email to Torvald. (Hopefully I translated your example
reasonably.)
My
On Tue, Feb 11, 2014 at 09:39:24PM -0800, Torvald Riegel wrote:
On Mon, 2014-02-10 at 11:09 -0800, Linus Torvalds wrote:
On Sun, Feb 9, 2014 at 4:27 PM, Torvald Riegel trie...@redhat.com wrote:
Intuitively, this is wrong because this let's the program take a step
the abstract machine
On Tue, Feb 11, 2014 at 09:13:34PM -0800, Torvald Riegel wrote:
On Sun, 2014-02-09 at 19:51 -0800, Paul E. McKenney wrote:
On Mon, Feb 10, 2014 at 01:06:48AM +0100, Torvald Riegel wrote:
On Thu, 2014-02-06 at 20:20 -0800, Paul E. McKenney wrote:
On Fri, Feb 07, 2014 at 12:44:48AM +0100,
On Feb 11, 2014, at 10:59 AM, Renato Golin renato.go...@linaro.org wrote:
Hi Folks,
First of all, I'd like to thank everyone for their great responses and
heart warming encouragement for such an enterprise. This will be my
last email about this subject on these lists, so I'd like to just let
On Wed, Feb 12, 2014 at 10:07 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Us Linux-kernel hackers will often need to use volatile semantics in
combination with C11 atomics in most cases. The C11 atomics do cover
some of the reasons we currently use ACCESS_ONCE(), but not all of
On Wed, Feb 12, 2014 at 12:22:53PM -0800, Linus Torvalds wrote:
On Wed, Feb 12, 2014 at 10:07 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Us Linux-kernel hackers will often need to use volatile semantics in
combination with C11 atomics in most cases. The C11 atomics do cover
Hi,
I have a question about the implementation of
aarch64_final_eh_return_addr
which is used to point out the return address of the frame
According the source code
If FP is not needed
return gen_frame_mem (DImode,
plus_constant (Pmode,
Hi PPL i developed a plugin that produces the following gimple
test ()
{
int selected_fnc_var_.3;
int random_Var.2;
int D.2363;
int _1;
bb 2:
random_Var.2_2 = rand ();
selected_fnc_var_.3_3 = random_Var.2_2 %[fl] 5;
if (selected_fnc_var_.3_3 == 4) goto L7;
if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60156
Bug ID: 60156
Summary: GCC doesn't warn about variadic main
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60156
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60047
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Feb 12 08:45:46 2014
New Revision: 207712
URL: http://gcc.gnu.org/viewcvs?rev=207712root=gccview=rev
Log:
/cp
2014-02-12 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60047
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60157
Bug ID: 60157
Summary: adding -mstrict-align for i386 and x86_64 architecture
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
* combine.c (try_combine): Also remove dangling REG_DEAD notes on the
other_insn once the combination has been validated.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20140212-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/testsuite/ChangeLog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60157
vinxxe at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
* combine.c (try_combine): Also remove dangling REG_DEAD notes on the
other_insn once the combination has been validated.
Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.c-torture/execute/20140212-1.c
- copied unchanged from r207713,
trunk/gcc/testsuite/gcc.c-torture/execute/20140212-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60116
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60060
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Wed Feb 12 09:01:30 2014
New Revision: 207715
URL: http://gcc.gnu.org/viewcvs?rev=207715root=gccview=rev
Log:
2014-02-12 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636
--- Comment #6 from paul.richard.thomas at gmail dot com paul.richard.thomas
at gmail dot com ---
Dear Dominique,
Thanks for the heads-up about -m32 - I thought that the code would be
immune to word length changes ***sigh***
Cheers
Paul
On
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60152
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60060
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60152
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org ---
See PR 60060 comment 7 for some details and a backtrace of the two
add_calling_convention_attribute calls.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60116
--- Comment #19 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Wed Feb 12 10:16:34 2014
New Revision: 207716
URL: http://gcc.gnu.org/viewcvs?rev=207716root=gccview=rev
Log:
PR rtl-optimization/60116
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60116
--- Comment #20 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Wed Feb 12 10:17:08 2014
New Revision: 207717
URL: http://gcc.gnu.org/viewcvs?rev=207717root=gccview=rev
Log:
PR rtl-optimization/60116
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
--- Comment #19 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Tobias Burnus from comment #18)
(In reply to Richard Biener from comment #1)
We could lower
posix_memalign (ptr, align, size);
to
posix_memalign (ptr, align,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158
Bug ID: 60158
Summary: powerpc: usage of the .data.rel.ro.local section
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Bug ID: 60159
Summary: improve code for conditional sibcall
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||uros at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #22 from Paulo J. Matos pa...@matos-sorge.com ---
After some thought, I am concluding this cannot actually be optimized and that
GCC 4.5.4 was better because it was taking advantage of an undefined behaviour
that doesn't exist.
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org ---
With 4.6 and 4.7 compilers, this appears as:
gcc-4.6 -g -O2 -Wall -Wpointer-arith -Wuninitialized -Wsign-compare
-Wformat-security -Wno-pointer-sign -Wno-unused-result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57202
--- Comment #4 from Marc Glisse glisse at gcc dot gnu.org ---
Can this be closed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #23 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 12 Feb 2014, pa...@matos-sorge.com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #22 from Paulo J. Matos pa...@matos-sorge.com ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
--- Comment #20 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Wed Feb 12 13:36:08 2014
New Revision: 207720
URL: http://gcc.gnu.org/viewcvs?rev=207720root=gccview=rev
Log:
2014-02-12 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
pmatos at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
||jan.kratochvil at redhat dot
com
--- Comment #4 from Jan Kratochvil jan.kratochvil at redhat dot com ---
Verified GDB fails with it.
GDB puts breakpoint on second .loc (that is not the fist/initial .loc) in a
function as currently neither GCC nor GCC use DW_LNS_set_prologue_end.
g++ (GCC) 4.9.0 20140212
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57202
--- Comment #5 from Thiago Macieira thiago at kde dot org ---
(In reply to Marc Glisse from comment #4)
Can this be closed?
Oh, yeah, this is working fine in GCC 4.9.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160
Bug ID: 60160
Summary: Building with -flto in CFLAGS_FOR_TARGET /
CXXFLAGS_FOR_TARGET
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
Note the related: http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01480.html (PR
43538) and PR 59893.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160
--- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
libstdc++ also causes problems:
/var/tmp/gcc_build_dir_/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir_/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57202
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
--- Comment #1 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 12 16:12:36 2014
New Revision: 207731
URL: http://gcc.gnu.org/viewcvs?rev=207731root=gccview=rev
Log:
Pass --32 to GNU assembler for .long foo@GOTOFF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
--- Comment #2 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 12 16:38:50 2014
New Revision: 207733
URL: http://gcc.gnu.org/viewcvs?rev=207733root=gccview=rev
Log:
Pass --32 to GNU assembler for .long foo@GOTOFF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
--- Comment #3 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 12 16:43:47 2014
New Revision: 207734
URL: http://gcc.gnu.org/viewcvs?rev=207734root=gccview=rev
Log:
Pass --32 to GNU assembler for .long foo@GOTOFF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #7 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
I used to build GCC 4.8/4.9 with -flto in C(XX)FLAGS_FOR_TARGET for quite some
time (both native i686-pc-linux-gnu and a cross), and it seems to work. I saw
two problems: PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59737
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60161
Bug ID: 60161
Summary: updating collapsed because of no authentified software
packets (lib32cc1)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59737
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Wed Feb 12 16:55:51 2014
New Revision: 207735
URL: http://gcc.gnu.org/viewcvs?rev=207735root=gccview=rev
Log:
PR middle-end/59737
* g++.dg/ipa/pr59737.C:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60161
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58115
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43680
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||
--- Comment #19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59516
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Max TenEyck Woodbury mtewoodbury at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57193
Richard Henderson rth at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2013-05-07 00:00:00 |2014-2-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Richard Henderson rth at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
--- Comment #14 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Richard Henderson from comment #13)
(In reply to Tom Li from comment #12)
{
+ if (!ISA_HAS_FP_CONDMOVE
+ GET_MODE_CLASS (GET_MODE (XEXP (operands[1],
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60162
Bug ID: 60162
Summary: [4.9 lra regression] mlra appears to be using the FP
registers as a set of spill registers for ARM.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60163
Bug ID: 60163
Summary: Ada style checks: token spacing enforces space only
around the first of several multiplying operators
Product: gcc
Version: 4.7.4
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035
--- Comment #2 from Nathaniel J. Smith njs at pobox dot com ---
Good point -- sent.
http://gcc.gnu.org/ml/gcc-patches/2014-02/msg00813.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60162
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60163
--- Comment #1 from Piotr Trojanek piotr.trojanek at gmail dot com ---
Created attachment 32117
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32117action=edit
Patch to solve the problem
The attached patch solves the problem. I tested it with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60164
Bug ID: 60164
Summary: Missing parenthesis in the documentation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: ada
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #2 from John David Anglin danglin at gcc dot gnu.org ---
Breakpoint 1, get_pressure_class_and_nregs (insn=0xfab51d98, nregs=0xfaf028c0)
at ../../gcc/gcc/gcse.c:3459
3459 gcc_assert (set != NULL_RTX);
(gdb) p debug_rtx (insn)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #3 from John David Anglin danglin at gcc dot gnu.org ---
Function compiles without -ftrapv.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602
Sebastian Unger sebunger44 at gmail dot com changed:
What|Removed |Added
CC||sebunger44
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602
--- Comment #12 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Sebastian Unger from comment #11)
I'm inclined to reopen this issue unless someone can point me to the
standard for this.
From 6.7.3/9 (in the C11 draft):
If the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602
--- Comment #13 from Sebastian Unger sebunger44 at gmail dot com ---
I believe the intent behind that is that the qualification of an array type is
identical to that of its element type.
I.e. the statement here is that an 'array of const ints' is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148
--- Comment #7 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
The regressions are two fold:
1) Tests are specifically looking for a or a ' when no longer generated,
and
2) We need to also revise namelist reading of character types which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60165
Bug ID: 60165
Summary: may be used uninitialized warning with -O3 but not
with -O2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60166
Bug ID: 60166
Summary: ARM default NAN encoding violates EABI
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60167
Bug ID: 60167
Summary: [4.9 regression] Bogus error: conflicting declaration
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
Bug ID: 60168
Summary: Incorrect check in ~unique_ptr() when Deleter::pointer
type is not a pointer type
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60169
Bug ID: 60169
Summary: ICE ARM thumb1 handles far jump
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60169
--- Comment #1 from Joey Ye joey.ye at arm dot com ---
Caused by http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01229.html, reason is
that stack layout shouldn't change during and after reload.
I have a patch fixing it under testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
The standard also specifies the behaviour of ~unique_ptrT,D in terms of
comparing the stored pointer with nullptr.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
Joey Ye joey.ye at arm dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
--- Comment #3 from Ashish Sadanandan ashish.sadanandan at gmail dot com ---
You are right, of course. Not a bug, but it's disappointing that it isn't. If
that comparison were against a value initialized unique_ptrT, D::pointer,
instead of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60170
Bug ID: 60170
Summary: No -Wtype-limits warning with -O1
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
On 02/11/2014 10:27 PM, Jan Hubicka wrote:
On 02/11/2014 07:54 PM, Jan Hubicka wrote:
+ /* Allow combining RTTI and non-RTTI is OK. */
You mean combining -frtti and -fno-rtti compiles? Yes, that's fine,
though you need to prefer the -frtti version in case code from that
translation
On 02/06/2014 02:59 AM, Paolo Carlini wrote:
- if (vec_safe_is_empty (vbases))
+ if (vbases == NULL)
vec_safe_is_empty is still more correct here.
The rest of the patch is OK.
Jason
The below patch fixes the build for AVR and SPU targets, which got broken
when the signature of build_function_call_vec changed. The patch passes
vNULL for the extra parameter added (arg_loc), which I hope is ok for
builtins?
If ok, could someone commit please? I don't have commit access.
On Tue, Feb 11, 2014 at 9:41 PM, H.J. Lu hjl.to...@gmail.com wrote:
HAVE_AS_GOTOFF_IN_DATA defines a 32-bit assembler feature, we need to
pass --32 to assembler. Otherwise, we get the wrong result on x86-64.
We already pass --32 to assembler on x86. It should be OK to do it
in configure. OK
1 - 100 of 169 matches
Mail list logo