http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
--- Comment #7 from Jason Merrill 2012-07-20
06:29:37 UTC ---
Author: jason
Date: Fri Jul 20 06:29:33 2012
New Revision: 189702
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189702
Log:
PR c++/54026
* typeck.c (cp_apply_type_qual
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820
--- Comment #17 from Tobias Burnus 2012-07-20
06:23:46 UTC ---
Status: Now also assumed-ranks are supported.
TODO:
1. Remaining issues of assumed-rank, e.g. shape/ubound/lbound,
class-to-type handling, contiguous attribute.
2. Update/relax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54038
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51678
--- Comment #5 from Gavin Lambert 2012-07-20
06:11:40 UTC ---
Yes, that works too. :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820
--- Comment #16 from Tobias Burnus 2012-07-20
05:56:41 UTC ---
Author: burnus
Date: Fri Jul 20 05:56:37 2012
New Revision: 189700
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189700
Log:
2012-07-20 Tobias Burnus
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54006
--- Comment #3 from Hans-Peter Nilsson 2012-07-20
04:16:20 UTC ---
Created attachment 27842
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27842
Patch using can_compare_and_swap_p but with multiple problems
Besides the SEGV due to the initi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54006
--- Comment #2 from Hans-Peter Nilsson 2012-07-20
04:06:41 UTC ---
FWIW, cpp_atomic_builtins is called before the target TARGET_INIT_LIBFUNCS is
called (at least on the 4.7 branch) so using can_compare_and_swap_p as the / in
the common function (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54041
--- Comment #2 from Kalev Soikonen 2012-07-20 02:01:21 UTC
---
Created attachment 27841
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27841
melts the ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54041
--- Comment #1 from Kalev Soikonen 2012-07-20 01:59:05 UTC
---
Created attachment 27840
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27840
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54041
Bug #: 54041
Summary: -mshort ICE in convert_memory_address_addr_space, at
explow.c:327
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #17 from Jonathan Wakely 2012-07-19
23:55:50 UTC ---
(In reply to comment #16)
> Will this work any better as a solution
> than my suggestion in comment #4?
No, it will fail on any non-posix platform, even if it provides a timed-lock
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #11 from Jonathan Wakely 2012-07-19
23:51:11 UTC ---
(In reply to comment #8)
> ../../../src/gcc-4.8.0/gcc/print-tree.c:258:31: error: cast from 'tree' to
> 'long unsigned int' loses precision [-fpermissive]
>hash = ((unsigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54037
--- Comment #4 from Andrew Pinski 2012-07-19
23:44:59 UTC ---
We have this request a while back and it was rejected for the same reason why I
said it won't work for intptr_t (though I cannot find the discussion).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54040
Bug #: 54040
Summary: [x32] Incorrect timeval and timespec
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53832
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #10 from Rainer Emrich 2012-07-19
23:17:40 UTC ---
../../../src/gcc-4.8.0/gcc/prefix.c: In function 'char* lookup_key(char*)':
../../../src/gcc-4.8.0/gcc/prefix.c:160:22: error: invalid conversion from
'void*' to 'char*' [-fpermissive
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54038
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #9 from Rainer Emrich 2012-07-19
22:41:28 UTC ---
../../../src/gcc-4.8.0/gcc/tree-dump.c:171:63: error: cast from 'void*' to
'long unsigned int' loses precision [-fpermissive]
fprintf (di->stream, "%-4s: %-8lx ", field, (unsigned l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #8 from Rainer Emrich 2012-07-19
22:31:32 UTC ---
../../../src/gcc-4.8.0/gcc/print-tree.c:258:31: error: cast from 'tree' to
'long unsigned int' loses precision [-fpermissive]
hash = ((unsigned long) node) % HASH_SIZE;
Same he
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54004
Hans-Peter Nilsson changed:
What|Removed |Added
Attachment #27819|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54038
Bug #: 54038
Summary: finalize_type_size enters infinite loop becasue
TYPE_NEXT_VARIANT (variant) == variant
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54037
--- Comment #3 from H.J. Lu 2012-07-19 22:04:39
UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Created attachment 27836 [details]
> > A patch to add -Wpointer-to-signed-int-cast
>
> This won't work for intptr_t which is a signed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54037
--- Comment #2 from Andrew Pinski 2012-07-19
21:55:24 UTC ---
(In reply to comment #1)
> Created attachment 27836 [details]
> A patch to add -Wpointer-to-signed-int-cast
This won't work for intptr_t which is a signed integer type.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54037
--- Comment #1 from H.J. Lu 2012-07-19 21:50:33
UTC ---
Created attachment 27836
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27836
A patch to add -Wpointer-to-signed-int-cast
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54032
--- Comment #1 from Andrew Pinski 2012-07-19
21:43:41 UTC ---
It does warn on STRICT_ALIGN targets though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #16 from Daniel Richard G. 2012-07-19
21:10:28 UTC ---
Okay, spoke too soon; I encountered the same error later in the game, when
building the "pthread" variant of libstdc++-v3.
I'm going to try the build with a new patch, revisiting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54037
Bug #: 54037
Summary: Warn pointer to integer cast for ilp32
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54021
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #7 from iant at google dot com 2012-07-19
20:52:27 UTC ---
On Thu, Jul 19, 2012 at 1:32 PM, Rainer Emrich
wrote:
> ../../../src/gcc-4.8.0/gcc/pointer-set.c: In function 'size_t hash1(const
> void*,
> long unsigned int, long unsigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53942
--- Comment #5 from Jakub Jelinek 2012-07-19
20:48:30 UTC ---
Author: jakub
Date: Thu Jul 19 20:48:25 2012
New Revision: 189681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189681
Log:
PR rtl-optimization/53942
* function.c (ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54036
Bug #: 54036
Summary: Negating a DFP NAN in C++ produces NAN not -NAN
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #6 from Rainer Emrich 2012-07-19
20:33:01 UTC ---
Am 19.07.2012 18:12, schrieb redi at gcc dot gnu.org:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
>
> --- Comment #5 from Jonathan Wakely 2012-07-19
> 16:12:18 UTC ---
> Doe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53235
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54021
--- Comment #3 from Jason Merrill 2012-07-19
20:02:13 UTC ---
Author: jason
Date: Thu Jul 19 20:02:08 2012
New Revision: 189677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189677
Log:
PR c++/54021
* call.c (build_cxx_call): Set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53235
--- Comment #11 from Jason Merrill 2012-07-19
20:02:02 UTC ---
Author: jason
Date: Thu Jul 19 20:01:56 2012
New Revision: 189676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189676
Log:
PR debug/53235
* dwarf2out.c (generate_typ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #15 from Daniel Richard G. 2012-07-19
19:24:37 UTC ---
(In reply to comment #14)
> I still don't think it's the right thing to do, but does this help?
I'm trying this now, in conjunction with the patch posted at
http://gcc.gnu.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53787
--- Comment #7 from Igor Zamyatin 2012-07-19
19:09:49 UTC ---
Any thoughts here?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48004
wbrana changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54035
Bug #: 54035
Summary: [OOP] TBP wrongly binds to a generic name if the
specific name is the same
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53975
--- Comment #12 from stevenb.gcc at gmail dot com 2012-07-19 18:11:30 UTC ---
On Thu, Jul 19, 2012 at 7:50 PM, amonakov at gcc dot gnu.org
wrote:
> I wonder how this bug managed to stay latent all these years :)
This is very simple: Nobody uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53975
--- Comment #11 from Jakub Jermar 2012-07-19 18:06:16
UTC ---
For HelenOS, we started to hit this only after we switched from gcc 4.6.3 to
4.7.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54031
--- Comment #5 from Markus Trippelsdorf
2012-07-19 18:01:16 UTC ---
Function clocksource_enqueue is compiled to an endless loop:
static void clocksource_enqueue(struct clocksource *cs)
{
struct list_head *entry = &clocksource_list;
struct cloc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54030
--- Comment #1 from Andrew Pinski 2012-07-19
17:59:40 UTC ---
I don't think it is right to use --program-suffix == the version and
--program-prefix == target.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53975
Alexander Monakov changed:
What|Removed |Added
CC||abel at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54031
--- Comment #4 from Markus Trippelsdorf
2012-07-19 17:28:26 UTC ---
Created attachment 27835
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27835
preprocessed source of the compilation unit involved
I've narrowed it down to a single compila
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54034
--- Comment #1 from Uros Bizjak 2012-07-19 16:59:37
UTC ---
Created attachment 27834
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27834
doduc benchmark
The source says:
! There is no condition about using this freeware : however
! I woul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
--- Comment #4 from Jakub Jelinek 2012-07-19
16:44:20 UTC ---
The problem is that for incomplete types TYPE_HAS_MUTABLE_P is never going to
be true, as finish_struct_1 hasn't been called yet, therefore not
check_bases_and_members and check_field_
4.8.0 20120719 (experimental) [trunk revision 189664] (GCC)
[uros@localhost source]$ ./a.out
MAIN : FIN S2
MAIN : FIN S1
MAIN : FIN S00011
MAIN : FIN S00022
TEMPS = 33. , NITERA : 1
TEMPS = 34.00031044 , NITERA :186
TEMPS = 35.00497388 , NITERA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54008
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #5 from Jonathan Wakely 2012-07-19
16:12:18 UTC ---
Does changing the definition of POINTER_HASH to use intptr_t instead of long
work?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020
--- Comment #2 from Andy Lutomirski 2012-07-19 15:41:51
UTC ---
I clearly failed at reading comprehension yesterday.
Maybe this should be considered as more of an enhancement request (like
PR54021): it would be nicer for the user if constexpr wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
Rainer Emrich changed:
What|Removed |Added
Summary|[4.7/4.8 Regression]|[4.7/4.8 Regression]
|b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48830
--- Comment #19 from Eric Botcazou 2012-07-19
15:28:24 UTC ---
> I see something similar with gcc 4.5.3 when compiling mrtg:
>
> ./src/rateup.c:1136:1: error: insn does not satisfy its constraints:
> (insn 11219 11218 3096 307 ./src/rateup.c:913
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #13 from Daniel Krügler
2012-07-19 15:18:16 UTC ---
(In reply to comment #12)
> Ah! Let's add in CC both Benjamin and Daniel then.
I more and more tend to change my mind: I recommend to ignore the
recommendation of N3303 and to make
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54027
--- Comment #2 from joseph at codesourcery dot com 2012-07-19 15:07:54 UTC ---
On Thu, 19 Jul 2012, rguenth at gcc dot gnu.org wrote:
> Isn't it invoking undefined behavior by means of a signed integer overflow?
> (if shifts are not defined in te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #3 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54033
Bug #: 54033
Summary: gfortran: Passing file as include directory - add
diagnostic and ICE with -cpp
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53967
--- Comment #16 from bfriesen at simple dot dallas.tx.us 2012-07-19 14:29:10
UTC ---
Is there a way that I can selectively apply the -frename-registers fix to
functions which benefit from it in order to work around the bug until the fix
is widely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53792
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54031
--- Comment #3 from Markus Trippelsdorf
2012-07-19 14:06:14 UTC ---
(In reply to comment #2)
> I have spotted an error in the patch, can you try
Unfortunately it doesn't fix the issue. I will try to narrow it down tomorrow.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54017
--- Comment #3 from Jakub Jelinek 2012-07-19
14:05:59 UTC ---
Author: jakub
Date: Thu Jul 19 14:05:54 2012
New Revision: 189659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189659
Log:
PR middle-end/54017
* tree-cfgcleanup.c (cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54017
--- Comment #2 from Jakub Jelinek 2012-07-19
14:02:37 UTC ---
Author: jakub
Date: Thu Jul 19 14:02:32 2012
New Revision: 189658
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189658
Log:
PR middle-end/54017
* tree-cfgcleanup.c (cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53959
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48830
Martin Husemann changed:
What|Removed |Added
CC||martin at netbsd dot org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54029
--- Comment #2 from chrbr at gcc dot gnu.org 2012-07-19 13:46:51 UTC ---
Author: chrbr
Date: Thu Jul 19 13:46:46 2012
New Revision: 189657
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189657
Log:
PR target/54029
* config/sh/sh.c (gen_far_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838
--- Comment #5 from Jonathan Wakely 2012-07-19
13:36:42 UTC ---
(In reply to comment #4)
> What course of action would you recommend?
I don't understand what the comments in the macports trac mean, but as far as
I'm concerned there's nothing for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54031
--- Comment #2 from Richard Guenther 2012-07-19
13:36:34 UTC ---
I have spotted an error in the patch, can you try
Index: gcc/builtins.c
===
--- gcc/builtins.c (revision 189656
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54032
Bug #: 54032
Summary: The C compiler does not warn about casts to more
aligned types
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54026
--- Comment #2 from Paul Pluzhnikov 2012-07-19
13:20:40 UTC ---
(In reply to comment #1)
> I don't think 'mutable' overrides a const declaration specifier.
I am not a language lawyer, but I believe the standard disagrees: from
INCITS+ISO+IEC+148
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54031
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838
--- Comment #4 from Akim Demaille 2012-07-19
13:16:23 UTC ---
Hi People,
I have therefore reported this to MacPorts, see
http://trac.macports.org/ticket/35070 . The outcome is that (i) with
--enable-fully-dynamic-string fails to build on MacPor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28656
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54031
Bug #: 54031
Summary: [4.8 Regression] Revision 189607 miscompiles Linux
kernel
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
Paolo Carlini changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #11 from Jonathan Wakely 2012-07-19
12:34:19 UTC ---
Oh, I think our current code might be intentional, we should ask Benjamin:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3303.html
See c++std-lib-32464 for rational for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #10 from Paolo Carlini 2012-07-19
12:23:40 UTC ---
I see. For now I would rather just minimally tweak to testcase. If you want to
play a bit more with this and experiment with the various options, just let me
know.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54030
Bug #: 54030
Summary: make install does not honor
--program-prefix/--program-suffix for 'gcc' (AVR
build)
Classification: Unclassified
Product: gcc
Version: 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #9 from Jonathan Wakely 2012-07-19
12:19:05 UTC ---
Another option would be to give duration::__rep a NSDMI, which leaves the
testcase valid (as a QoI feature, I believe)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #8 from Paolo Carlini 2012-07-19
12:17:13 UTC ---
Understood, thanks. A couple of times in the past I already tweeked a bit some
of those tests. Let me see...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #7 from Jonathan Wakely 2012-07-19
12:08:29 UTC ---
(In reply to comment #6)
> I think that test is wrong, a duration is only constexpr_default_constructible
> if the rep type has a default-constructor
... that initializes all its me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #6 from Jonathan Wakely 2012-07-19
12:06:32 UTC ---
I think that test is wrong, a duration is only constexpr_default_constructible
if the rep type has a default-constructor, but std::chrono::seconds uses a
scalar rep.
I think the tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54025
--- Comment #5 from Paolo Carlini 2012-07-19
11:57:04 UTC ---
If we just do the change and nothing else, 20_util/duration/cons/constexpr.cc
doesn't compile anymore with this error:
/scratch/Gcc/svn-dirs/trunk/libstdc++-v3/testsuite/20_util/durat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54029
--- Comment #1 from chrbr at gcc dot gnu.org 2012-07-19 11:56:14 UTC ---
Author: chrbr
Date: Thu Jul 19 11:56:09 2012
New Revision: 189652
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189652
Log:
PR target/54029
* config/sh/sh.c (gen_far_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39300
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54024
Ian Mackenzie changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42652
Richard Guenther changed:
What|Removed |Added
Blocks||53947
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
Richard Guenther changed:
What|Removed |Added
CC||changpeng.fang at amd dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54017
--- Comment #1 from Jakub Jelinek 2012-07-19
11:29:27 UTC ---
Created attachment 27832
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27832
gcc48-pr54017.patch
Untested fix. Though, of course, the testcase is very questionable when omp
sec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43428
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43425
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54017
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47341
Richard Guenther changed:
What|Removed |Added
Summary|unnecessary versioning in |unnecessary versioning in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54029
Bug #: 54029
Summary: SH: Fix ICE in find_dead_or_set_registers
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54022
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48510
--- Comment #4 from Richard Guenther 2012-07-19
10:57:07 UTC ---
We can now vectorize the conversion to unsigned int, it is not possible to
directly convert from double to unsigned long as far as I can see - only
cvttpd2dq exists which is a signe
1 - 100 of 115 matches
Mail list logo
