http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43631
--- Comment #17 from Igor Zamyatin izamyatin at gmail dot com 2012-12-10
08:02:54 UTC ---
(In reply to comment #15)
But, double checking dwarf2out.c reveals that we could indeed emit the notes
after BARRIER instead if there is any. So
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55636
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-10
08:12:39 UTC ---
See thread starting at http://gcc.gnu.org/ml/fortran/2012-10/msg6.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55636
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55601
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-10
08:41:36 UTC ---
Hmm, seemingly, the check ignores --disable-libquadmath-support by only testing
for C's __float support, cf. libgfortran/acinclude.m4's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55629
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
08:50:12 UTC ---
I know that there is a duplicate of this bug, at least for a simpler
testcase ... but I can't find it right now.
The issue is that SCCVN does not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55636
--- Comment #3 from janus at gcc dot gnu.org 2012-12-10 08:51:19 UTC ---
A patch was posted here:
http://gcc.gnu.org/ml/fortran/2012-10/msg00028.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55633
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
--- Comment #2 from Kerrek SB joedoefawnbuck at googlemail dot com 2012-12-10
09:08:46 UTC ---
Interesting, thank you!
The bug remains, however, both with -std=c++11 and noexcept(false), and with
-std=c++98 and throw(int).
Also, with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
--- Comment #3 from Kerrek SB joedoefawnbuck at googlemail dot com 2012-12-10
09:10:25 UTC ---
(Sorry, I meant *without* noexcept(false).)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55146
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
CC||olegendo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55636
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
09:39:31 UTC ---
It could use something similar to what tree-emutls.c uses:
+#if !defined (NO_DOT_IN_LABEL)
+# define GFC_STRING_LENGTH_SEPARATOR .
+#elif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55634
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
09:40:59 UTC ---
Issue with the movmisalign instructions. They seem to take only a limited
set of modes, in particular not the mode that is requested.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55633
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55630
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55624
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55618
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55623
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
09:47:42 UTC ---
You can also adjust --param tree-reassoc-width or have the target implement
the sched.reassociation_width target hook (for the default).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55107
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55619
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #32 from Kai Tietz ktietz at gcc dot gnu.org 2012-12-10 09:53:13
UTC ---
Author: ktietz
Date: Mon Dec 10 09:53:08 2012
New Revision: 194348
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194348
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #33 from Kai Tietz ktietz at gcc dot gnu.org 2012-12-10 09:54:20
UTC ---
Author: ktietz
Date: Mon Dec 10 09:54:16 2012
New Revision: 194349
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194349
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #34 from Kai Tietz ktietz at gcc dot gnu.org 2012-12-10 09:57:06
UTC ---
Author: ktietz
Date: Mon Dec 10 09:57:02 2012
New Revision: 194350
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194350
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45050
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-10
10:37:29 UTC ---
G++ 4.7 doesn't call terminate because it doesn't implement
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1123, but trunk
does.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55619
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55092
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
10:53:50 UTC ---
I believe on that testcase it was because without LRA the function didn't use a
frame pointer, while with LRA for some reason it does.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402
--- Comment #18 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
10:56:51 UTC ---
(In reply to comment #16)
Not on Solaris/SPARC, unfortunately: there are still compilations in the
libgo testsuite that take more than a day, which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
10:57:53 UTC ---
Alex, any opinions here?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49372
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53208
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50895
--- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org 2012-12-10 11:21:04
UTC ---
A question about this build-failure. Were you using posix-threading model for
4.6 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55014
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38269
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55638
Bug #: 55638
Summary: Wrongly accepts INTENT + VALUE - and wrongly requires
it for PURE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55618
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55602
--- Comment #2 from Jeff Guo guojiufu at gmail dot com 2012-12-10 11:57:57
UTC ---
-pedantic-errors is helpful if the redefined macros not guarded by #pragma GCC
system_header
--a.h --
#pragma GCC system_header
#define A 1
#define A 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55602
--- Comment #3 from Jeff Guo guojiufu at gmail dot com 2012-12-10 11:59:07
UTC ---
Above case is still no error message reported even with -pedantic-errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55602
Jeff Guo guojiufu at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53342
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55107
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Depends on||55629
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53342
--- Comment #5 from rguenther at suse dot de rguenther at suse dot de
2012-12-10 12:26:21 UTC ---
On Mon, 10 Dec 2012, jakub at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53342
Jakub Jelinek jakub at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
gretay at gcc dot gnu.org changed:
What|Removed |Added
CC||gretay at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50895
--- Comment #5 from Ruben Van Boxem vanboxem.ruben at gmail dot com
2012-12-10 12:32:36 UTC ---
(In reply to comment #4)
A question about this build-failure. Were you using posix-threading model for
4.6 ?
It's been a while, but I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #7 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 12:37:00 UTC ---
I'm wondering, is asan not supposed to print out a backtrace with file names
and line numbers... right now (trunk of today) I get a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #7 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 12:43:42 UTC ---
Now, compilation seems to go fine, but I'm not figuring out how to do it
properly so it works at run time. I have:
gfortran -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
Kostya Serebryany kcc at gcc dot gnu.org changed:
What|Removed |Added
CC||kcc at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #8 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-10
12:46:56 UTC ---
(In reply to comment #7)
Now, compilation seems to go fine, but I'm not figuring out how to do it
properly so it works at run time. I have:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #9 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 12:53:22 UTC ---
(In reply to comment #8)
gfortran -g -fsanitize=thread -fPIC -pie PR55561.f90
Thanks! yields the proper warning as expected..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #10 from Dmitry Vyukov dvyukov at google dot com 2012-12-10
12:57:01 UTC ---
(In reply to comment #9)
(In reply to comment #8)
gfortran -g -fsanitize=thread -fPIC -pie PR55561.f90
Thanks! yields the proper warning as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #11 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 12:59:09 UTC ---
(In reply to comment #10)
Is is a correct report? Or false positive?
This is a correct report for the testcase in comment #0 (as J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49372
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-10
13:14:56 UTC ---
Kai, I don't think anyone disputes that B's constructor is called, the question
is why 12.2/4 doesn't apply.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #9 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 13:19:24 UTC ---
(In reply to comment #8)
Joost:
http://code.google.com/p/address-sanitizer/wiki/AddressSanitizer#Call_stack
No luck, even with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #10 from Kostya Serebryany kcc at gcc dot gnu.org 2012-12-10
13:20:51 UTC ---
./a.out | python ./asan_symbolize.py
It should be
./a.out 21 | python ./asan_symbolize.py
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55639
Bug #: 55639
Summary: Partial nested template specialization leads to
segmentation fault of g++
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #11 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 13:26:31 UTC ---
(In reply to comment #10)
./a.out | python ./asan_symbolize.py
It should be
./a.out 21 | python ./asan_symbolize.py
not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #12 from Kostya Serebryany kcc at gcc dot gnu.org 2012-12-10
13:28:12 UTC ---
Does pure addr2line work?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55633
--- Comment #3 from dave.anglin at bell dot net 2012-12-10 13:31:31 UTC ---
On 10-Dec-12, at 3:57 AM, burnus at gcc dot gnu.org wrote:
Can you pin-point which version causes the regression?
At this point, I onnly know the test didn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #13 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 13:33:12 UTC ---
(In reply to comment #12)
Does pure addr2line work?
No, the following (-gdwarf-3) does work:
gfortran -gdwarf-3 -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55639
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2012-12-10
13:40:18 UTC ---
The issue is the 'template' keyword in:
SomeClassnumber::template FunE, 0
without it, the code is accepted (ICC also accepts it). I'm pretty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
13:41:16 UTC ---
(In reply to comment #11)
./a.out | python ./asan_symbolize.py
I =
==45957==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49372
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #12 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
13:50:15 UTC ---
For the testcase in comment#1 we have
Found new range for len_10: [1, 7]
Visiting statement:
len_17 = MIN_EXPR len_10, len_11(D);
Found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #15 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 13:56:02 UTC ---
(In reply to comment #14)
That means your addr2line is too old.
OK, with binutils 2.23.1 things work as expected. In particular:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55107
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
14:00:39 UTC ---
Author: rguenth
Date: Mon Dec 10 14:00:25 2012
New Revision: 194358
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194358
Log:
2012-12-10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55107
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #13 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
14:14:07 UTC ---
(In reply to comment #9)
This is reduced testcase from gcov.c
int a[8];
int
t (void)
{
int ix = 0;
int k;
int b = 0;
int curr = 0;
for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55639
Michael Veksler veksler at il dot ibm.com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55639
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2012-12-10
14:23:16 UTC ---
It is, it is.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54814
--- Comment #10 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-12-10
14:33:29 UTC ---
(In reply to comment #9)
Created attachment 28900 [details]
Candidate patch
Try this.
It works. There are no more spill in class 'R0_REG'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55466
--- Comment #11 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2012-12-10
14:44:00 UTC ---
Author: hjl
Date: Mon Dec 10 14:43:54 2012
New Revision: 194359
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194359
Log:
Record the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55619
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
14:48:00 UTC ---
Created attachment 28913
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28913
gcc48-pr55619.patch
Here is (untested) patch I had in mind. But
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55640
Bug #: 55640
Summary: --with-build-config=bootstrap-lto doesn't work with go
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #12 from Dmitry Vyukov dvyukov at google dot com 2012-12-10
15:07:11 UTC ---
(In reply to comment #11)
(In reply to comment #10)
Is is a correct report? Or false positive?
This is a correct report for the testcase in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55605
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
--- Comment #15 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
15:33:38 UTC ---
(In reply to comment #4)
Hmm, this does not help. The problem is indeed that we are not able to figure
out that the accesses into subarrays of X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55640
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=55561
--- Comment #13 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-10 15:55:50 UTC ---
(In reply to comment #12)
That's great that gcc tsan works for Fortran/OpenMP out of the box!
I'm afraid it yields false
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #14 from Jan Hubicka hubicka at ucw dot cz 2012-12-10 16:26:40
UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #13 from Richard Biener rguenth at gcc dot gnu.org 2012-12-10
14:14:07 UTC ---
(In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
Bug #: 55641
Summary: debug info for the type of a reference declared with a
typedef has spurious 'const'
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55633
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-10
16:29:10 UTC ---
The test is really large, I guess it would be useful if you could try to reduce
the testcase as long as it still fails that BIT_SIZE(integer(8)) test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
--- Comment #1 from David Blaikie dblaikie at gmail dot com 2012-12-10
16:29:47 UTC ---
Oh, and, tellingly, GCC (7.5) emits a DW_TAG_const_type in the DWARF data that
Clang does not emit, which seems to be the relevant difference here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55466
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49372
--- Comment #5 from Johannes Schaub schaub.johannes at googlemail dot com
2012-12-10 16:42:59 UTC ---
(In reply to comment #4)
(In reply to comment #3)
Kai, I don't think anyone disputes that B's constructor is called, the
question
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #11 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-12-10
17:00:50 UTC ---
(In reply to comment #10)
I don't know anything about the gnat build system and when I build avr-gcc I
configure for C/C++.
What's odd is that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55482
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Target|x86_64-apple-darwin12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28586
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc-aix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55642
Bug #: 55642
Summary: [4.8 Regression] Invalid thumb code generated (thumb
conditional instruction should be in IT block)
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-10
17:24:15 UTC ---
Which version of GCC? (there is no 7.5)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55193
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55193
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #12 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-10
18:00:20 UTC ---
LANG_MAKEFRAGS contains $(srcdir)/ada/gcc-interface/Make-lang.in which in turn
contains:
# put the host RTS dir first in the PATH to hide
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-10
18:02:19 UTC ---
Created attachment 28916
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28916
Tentative fix for gnatls issue
To be applied in the ada/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
CC||aldyh at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55481
--- Comment #14 from Zdenek Dvorak rakdver at gcc dot gnu.org 2012-12-10
18:19:07 UTC ---
This is a problem in rewrite_use_nonlinear_expr, which should leave the
statement defining the biv untouched (as suggested in the comment at its
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55484
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Target|x86_64-apple-darwin12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #14 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-12-10
18:25:19 UTC ---
(In reply to comment #12)
So t-multilib is autogenerated in the source tree during the build???
Jepp. Top $(srcdir)/gcc/config/avr/t-multilib
1 - 100 of 136 matches
Mail list logo