Jakub,
First of all, the -j2 testing shows more tests tested in gcc and libstdc++:
-# of expected passes 10133
+# of expected passes 10152
+PASS: 23_containers/set/modifiers/erase/abi_tag.cc (test for excess errors)
[...]
Not sure where the bug is, could be e.g. in
On Wed, Sep 10, 2014 at 11:23:34PM +0200, Jakub Jelinek wrote:
On Wed, Sep 10, 2014 at 11:08:22PM +0200, Jakub Jelinek wrote:
Perhaps better approach might be if we have some way how to synchronize
among
multiple expect processes and spawn only as many expects (of course, per
check
On Thu, Sep 11, 2014 at 09:51:23AM +0200, Jakub Jelinek wrote:
I can't find how to query the -jN value passed to make check by the user
though, both $(MFLAGS) and $(MAKEFLAGS) only contain something like
--jobserver-fds=3,5 -j from which it is not possible to find out how many
goals would be
could it be that the pattern in normal1 should have been '[ab]*/ de*/
[ep]*/*' ?
I've checked that this fixes the bug in the current trunk split. I.e. files are
stil tested, but now only once. Consider this change added to the previously
submitted patch.
Hello,
Kindly confirm availability in your place that could accommodate us.They are
coming for a Business research. The delegate will need 3 single rooms
/apartment that sleeps 3, but if the options are not available you can advise
on available options
The dates are 1st Nov 2014 to 9th Nov
On 20/08/14 16:22, Wilco Dijkstra wrote:
Hi,
Various targets implement -momit-leaf-frame-pointer to avoid using a frame
pointer in leaf
functions. Currently the GCC mid-end does not provide a way of doing this, so
targets have resorted
to hacks. Typically this involves forcing
On 11 September 2014 07:22, VandeVondele Joost wrote:
Jakub,
First of all, the -j2 testing shows more tests tested in gcc and libstdc++:
-# of expected passes 10133
+# of expected passes 10152
+PASS: 23_containers/set/modifiers/erase/abi_tag.cc (test for excess errors)
We are currently working on the implementation of MSA (SIMD) for MIPS
and are implementing vector interleave instructions which have a
combination of vec_select and vec_concat operators in their patterns.
The selectors for the vec_select operators depend on the vector mode
so to avoid writing
could it be that the pattern in normal1 should have been '[ab]*/ de*/
[ep]*/*' ?
Yes, we are running these tests multiple times:
PASS: 23_containers/map/modifiers/erase/abi_tag.cc (test for excess errors)
PASS: 23_containers/multimap/modifiers/erase/abi_tag.cc (test for excess
errors)
PASS:
On 11 September 2014 15:45, VandeVondele Joost
joost.vandevond...@mat.ethz.ch wrote:
could it be that the pattern in normal1 should have been '[ab]*/ de*/
[ep]*/*' ?
Yes, we are running these tests multiple times:
PASS: 23_containers/map/modifiers/erase/abi_tag.cc (test for excess errors)
On Thu, Sep 11, 2014 at 10:06:40AM +0200, Jakub Jelinek wrote:
There is an option to touch say *-parallel/finished file once any of the
check-parallel-gcc-{1,2,...} goals is done (because when it finishes, it
means all the tests for the particular check-$lang that are parallelizable
have
Jakub == Jakub Jelinek ja...@redhat.com writes:
Jakub I fear that is going to be too expensive, because e.g. all the
Jakub caching that dejagnu and our tcl stuff does would be gone, all
Jakub the tests for lp64 etc. would need to be repeated for each test.
In gdb I arranged to have this stuff
Here is a patch I'm testing now:
Hi Jakub,
I also tested your patch to compare timings vs a newer patch (v8) I'll send soon
== patch v8 == make -j32 -k ==
check-fortran 4m58.178s
check-c++ ~10m
check-c ~10m
check 15m29.873s
== patch Jakub
check-c++ ~20m
check-fortran
On Thu, Sep 11, 2014 at 05:04:56PM +, VandeVondele Joost wrote:
Here is a patch I'm testing now:
I also tested your patch to compare timings vs a newer patch (v8) I'll send
soon
== patch v8 == make -j32 -k ==
check-fortran 4m58.178s
check-c++ ~10m
check-c ~10m
check
On Thu, Sep 11, 2014 at 07:26:37PM +0200, Jakub Jelinek wrote:
right now. The patch below intends to serialize the content of the
problematic *.exp tests (the first runtest to reach one of those will simply
run all the tests from that *.exp file, others will skip it).
Forgotten patch below.
And these Fortran inter-test dependencies, which Tobias told me is
PR56408.
For PR56408 we need some fix.
BTW, is there anything special about Fortran ? There are at least 180 test
files that contain 'dg-additional-sources' some in a very non-local way:
./objc.dg/foreach-2.m: /* {
On Thu, Sep 11, 2014 at 06:33:27PM +, VandeVondele Joost wrote:
And these Fortran inter-test dependencies, which Tobias told me is
PR56408.
For PR56408 we need some fix.
BTW, is there anything special about Fortran ? There are at least 180 test
files that contain
On 11.09.2014 20:33, VandeVondele Joost wrote:
For PR56408 we need some fix.
BTW, is there anything special about Fortran ? There are at least 180 test
files that contain 'dg-additional-sources' some in a very non-local way:
Well, the question is what you want to do with the different files.
Hi, I'm having trouble based on available docs like
https://gcc.gnu.org/onlinedocs/gccint/LTO.html
in understanding just what the gcc LTO framework is
intended to be architecturally capable of.
As a concrete motivating example, I have a 32K embedded
program about 5% of which consists of
On 11 September 2014 20:19:31 Jakub Jelinek ja...@redhat.com wrote:
On Thu, Sep 11, 2014 at 07:26:37PM +0200, Jakub Jelinek wrote:
right now. The patch below intends to serialize the content of the
problematic *.exp tests (the first runtest to reach one of those will simply
run all the
On Thu, Sep 11, 2014 at 11:24:08PM +0200, Bernhard Reutner-Fischer wrote:
On 11 September 2014 20:19:31 Jakub Jelinek ja...@redhat.com wrote:
On Thu, Sep 11, 2014 at 07:26:37PM +0200, Jakub Jelinek wrote:
right now. The patch below intends to serialize the content of the
problematic *.exp
Snapshot gcc-4.8-20140911 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140911/
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 Sep 11, 2014, at 3:15 PM, Jakub Jelinek ja...@redhat.com wrote:
That is news to me, but given the amount of test -a/-o uses e.g. in
gcc/configure and hundreds of places, I'd say what we care is what is more
portable to old shells.
No, we can’t care about that. If that were true, the _ _
I am trying to access the virtual table.
My pass is hooked after pass_ipa_pta.
Consider Class A which contains virtual function.
An object created as :
A a;
is translated in GIMPLE as
struct A a;
From variable a we can get its type which is struct A.
I tried to see how the dump_vtable
Hi,
I went through excercise of running LTO bootstrap with ODR verification on.
There are some typename clashes
I guess we want to fix. I wonder what approach is preferred, do we want to
introduce anonymous
namespaces for those?
Honza
../../gcc/tlink.c:62:16: warning: type ‘struct
For PR56408 we need some fix.
BTW, is there anything special about Fortran ? There are at least 180 test
files that contain 'dg-additional-sources' some in a very non-local way:
The current scheme comes at its limits in that case. . See the files listed in
the PR for issues.
So, what about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63186
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Thu Sep 11 06:46:23 2014
New Revision: 215149
URL: https://gcc.gnu.org/viewcvs?rev=215149root=gccview=rev
Log:
PR tree-optimization/63186
* ipa-split.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55095
David Binderman dcb314 at hotmail dot com changed:
What|Removed |Added
CC||dcb314 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63222
Bug ID: 63222
Summary: Ada.Directories.Delete_File refuses to delete dangling
symlinks
Product: gcc
Version: 4.4.7
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63172
--- Comment #1 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Created attachment 33468
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33468action=edit
Test prog for Go
Run and watch for differences in the output lines. They should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63172
--- Comment #2 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Created attachment 33469
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33469action=edit
Test prog for C
Run with ./mycplx2_c 5 6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63172
--- Comment #3 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
So the problem is that for some targets gcc's constant folding may yield a
different result for floating point calculations than the result if the
calculations were done on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58945
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Attachment #31126|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223
Bug ID: 63223
Summary: [avr] Make jumptables work with
-Wl,--section-start,.text=
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Target||avr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223
--- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Author: gjl
Date: Thu Sep 11 08:08:17 2014
New Revision: 215152
URL: https://gcc.gnu.org/viewcvs?rev=215152root=gccview=rev
Log:
gcc/
PR target/63223
* config/avr/avr.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223
--- Comment #2 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Author: gjl
Date: Thu Sep 11 08:19:45 2014
New Revision: 215153
URL: https://gcc.gnu.org/viewcvs?rev=215153root=gccview=rev
Log:
gcc/
Backport from 2014-09-11 trunk r215152.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63219
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #6 from amker at gcc dot gnu.org ---
(In reply to Rainer Orth from comment #0)
The new gcc.dg/tree-ssa/ivopts-lt-2.c test FAILs on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63215
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #5)
Hmm, we can easily distinguish them by seeing whether a definition is
available.
Well, what happens in this testcase is that we see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63219
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63220
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63219
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Thu Sep 11 10:01:20 2014
New Revision: 215160
URL: https://gcc.gnu.org/viewcvs?rev=215160root=gccview=rev
Log:
PR libstdc++/63219
* include/bits/regex.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63219
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Thu Sep 11 10:39:37 2014
New Revision: 215161
URL: https://gcc.gnu.org/viewcvs?rev=215161root=gccview=rev
Log:
PR libstdc++/63219
* include/bits/regex.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63219
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63218
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043
--- Comment #20 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Sep 11 10:57:26 2014
New Revision: 215162
URL: https://gcc.gnu.org/viewcvs?rev=215162root=gccview=rev
Log:
2014-09-11 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63219
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
N.B. as a workaround for GCC 4.9.1 you can call the function with an explicit
template argument list:
std::string fmt = $1;
m.formatstd::char_traitschar(fmt);
For 4.9.1 the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #67 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Sep 11 12:12:28 2014
New Revision: 215168
URL: https://gcc.gnu.org/viewcvs?rev=215168root=gccview=rev
Log:
PR c++/58678
* ipa-devirt.c (ipa_devirt):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #66 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Sep 11 12:11:47 2014
New Revision: 215167
URL: https://gcc.gnu.org/viewcvs?rev=215167root=gccview=rev
Log:
PR c++/58678
* ipa-devirt.c (ipa_devirt):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
Bug ID: 63224
Summary: False Positive for -Wmaybe-uninitialized at -Os, not
-O2
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
--- Comment #1 from Joel Sherrill joel at gcc dot gnu.org ---
Created attachment 33471
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33471action=edit
Preprocessed RTEMS msdos_conv.c which reproduces the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63225
Bug ID: 63225
Summary: ada bootstrap failure when -fno-inline in
STAGE1_CFLAGS
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
--- Comment #2 from Sebastian Huber sebastian.hu...@embedded-brains.de ---
I think this is a false positive warning.
The relevant code is:
for ( i = 0;
name_size
(c =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63225
--- Comment #1 from Alan Modra amodra at gmail dot com ---
Created attachment 33472
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33472action=edit
Declare Vector_To_Uint
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63226
Bug ID: 63226
Summary: ICE with -flto-odr-type-merging
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63139
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Sep 11 13:50:27 2014
New Revision: 215171
URL: https://gcc.gnu.org/viewcvs?rev=215171root=gccview=rev
Log:
PR c++/63139
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63139
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Sep 11 13:51:11 2014
New Revision: 215172
URL: https://gcc.gnu.org/viewcvs?rev=215172root=gccview=rev
Log:
PR c++/63139
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
--- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
I'm sure that bug is already filled and analyzed, but I cannot find it right
now.
The problem there (and probably here) is that a b is converted to a b, and
b is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63226
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org ---
When simplifying the code names, I made a mistake. It should be class TWO and
not class ONE in file two.ii.
Hence, only the typedef'ed ynodetype and, hence, ynodetype are different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55095
--- Comment #7 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to David Binderman from comment #6)
Still broken a couple of years later. I just got bitten by this one.
I think we want this but nobody so far got enough free time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
--- Comment #5 from Sebastian Huber sebastian.hu...@embedded-brains.de ---
Which dump?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56748
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56654
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
--- Comment #6 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #4)
I'm sure that bug is already filled and analyzed, but I cannot find it right
now.
The problem there (and probably here) is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #15 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
Marek, is this fixed? Can we close it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #16 from Marek Polacek mpolacek at gcc dot gnu.org ---
What's not fixed is this:
r.c:3:5: note: expected ‘int (*)(double *)’ but argument is of type ‘int
(*)(int *)’
int callf (int, int, int (*)(double *));
^
we should point to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55095
--- Comment #8 from David Binderman dcb314 at hotmail dot com ---
(In reply to Manuel López-Ibáñez from comment #7)
I think we want this but nobody so far got enough free time to work on it.
I checked Redhat Fedora and only three packages out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63220
--- Comment #2 from davidxl xinliangli at gmail dot com ---
(In reply to Richard Biener from comment #1)
First of all you should mark the functions 'inline' as well.
This does not help.
Then the issue
is that 'eq' is called indirectly which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52451
Szabolcs Nagy nszabolcs at gmail dot com changed:
What|Removed |Added
CC||nszabolcs at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63227
Bug ID: 63227
Summary: regex_replace fails on BOOST example
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63139
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61489
--- Comment #8 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Sep 11 18:08:24 2014
New Revision: 215186
URL: https://gcc.gnu.org/viewcvs?rev=215186root=gccview=rev
Log:
2014-09-11 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61489
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63228
Bug ID: 63228
Summary: -m16 doesn't work if gcc is compiled for x32
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63226
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63228
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63229
Bug ID: 63229
Summary: [5.0 Regression] FAIL: ./except-1.h -O0 (internal
compiler error)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63226
--- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org ---
Turning the assert to warning (I probably ought to do that and also compare
alignments) gets me the following:
one.ii:7:16: warning: type �struct ynodetype_t� violates one definition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63230
Bug ID: 63230
Summary: allocation of deferred length character as derived
type component causes internal compiler error
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63231
Bug ID: 63231
Summary: value stored in register %eax overwritten by temporary
value stored in same register
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63231
h.vandierendonck at qub dot ac.uk changed:
What|Removed |Added
CC||h.vandierendonck at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58757
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Thu Sep 11 20:55:37 2014
New Revision: 215191
URL: https://gcc.gnu.org/viewcvs?rev=215191root=gccview=rev
Log:
2014-09-11 Marc Glisse marc.gli...@inria.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63231
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63232
Bug ID: 63232
Summary: Deferred length character field of derived type looses
its value when used in subroutine call
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63233
Bug ID: 63233
Summary: Valid out of bounds access leads to undefined behavior
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: major
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63233
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48826
baoshan pangbw at gmail dot com changed:
What|Removed |Added
CC||pangbw at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48826
--- Comment #11 from baoshan pangbw at gmail dot com ---
And I don't thing it is the best place to fix this bug in function try_split().
Why not fix it at where the ICE occurs? It is just the wrong expectation from
function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63233
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63233
--- Comment #3 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #1)
This is not a valid out of bounds access in C.
Sometime it might be better to acknowledge where GCC could help rather than
simply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
Bug ID: 63234
Summary: arm used label is removed
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63233
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56654
--- Comment #2 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #1)
But while this is not simple a is used because of if (b 40)? That
seems to be the major bug here.
Wow, I should not type in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52954
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||leis at in dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63228
--- Comment #2 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Sep 11 22:18:06 2014
New Revision: 215194
URL: https://gcc.gnu.org/viewcvs?rev=215194root=gccview=rev
Log:
Also turn off OPTION_MASK_ABI_X32 for -m16
1 - 100 of 260 matches
Mail list logo