http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.7.3
--- Comment #2 from Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55964
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.7.3 |4.8.0
--- Comment #3 from Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55967
Bug #: 55967
Summary: rightshift an unsigned value (X) by it's number of
bits does not always yield 0, when X is an unsigned
that's leftshifted by it's number of bits and offset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55967
--- Comment #1 from JoeSoe 2013-01-14 12:53:24 UTC
---
Of course I get warnings...
go.c:146:3: warning: left shift count >= width of type [enabled by default]
go.c:146:3: warning: right shift count >= width of type [enabled by default]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55967
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55964
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55954
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55488
Kostya Serebryany changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55950
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55945
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55943
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
Summary|ICE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55968
Bug #: 55968
Summary: Bytemark HUFFMAN 11% slower with -ftree-vectorize
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925
--- Comment #3 from Uros Bizjak 2013-01-14 13:37:14
UTC ---
(In reply to comment #2)
> How did I configure which GCC? The cross compiler or the native one?
The crosscompiler.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
--- Comment #34 from Richard Biener 2013-01-14
13:42:36 UTC ---
static void
output_node_opt_summary (struct output_block *ob,
struct cgraph_node *node,
lto_symtab_encoder_t encoder)
{
..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
--- Comment #35 from Richard Biener 2013-01-14
13:48:47 UTC ---
And the following may fix it at a single central place.
Index: gcc/tree-inline.c
===
--- gcc/tree-inline.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
--- Comment #36 from Richard Biener 2013-01-14
13:50:49 UTC ---
Or more conservative, dropping less locations:
Index: gcc/tree-inline.c
===
--- gcc/tree-inline.c (revisio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55969
Bug #: 55969
Summary: libgo fails to build on darwin
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55969
--- Comment #1 from Richard Biener 2013-01-14
14:09:53 UTC ---
dnl See whether setcontext changes the value of TLS variables.
AC_CACHE_CHECK([whether setcontext clobbers TLS variables],
probably doesn't check what it should because of th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
--- Comment #12 from Jakub Jelinek 2013-01-14
14:24:32 UTC ---
Created attachment 29161
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29161
gcc48-pr48766.patch
Untested fix. Seems in the previous option processing the negative op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #9 from Richard Biener 2013-01-14
14:38:04 UTC ---
I'd say once a target attribute appears at a declaration (non-definition) MV
needs to be disabled. Or, the declarations target attribute and those at
the MV definitions need t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55970
Bug #: 55970
Summary: [x86] Avoid reverse order of function argument
gimplifying
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199
--- Comment #14 from rguenther at suse dot de
2013-01-14 14:45:48 UTC ---
On 1/11/13 5:02 PM, jakub at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199
>
> Jakub Jelinek changed:
>
>What|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55970
--- Comment #1 from Yuri Rumyantsev 2013-01-14
14:46:48 UTC ---
Created attachment 29162
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29162
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199
--- Comment #15 from Jakub Jelinek 2013-01-14
14:55:45 UTC ---
(In reply to comment #14)
> I'm not sure this isn't an issue without LTO
> though (possibly way harder to trigger though).
I don't see how. -fno-merge-constants doesn't say
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55970
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55970
--- Comment #3 from Yuri Rumyantsev 2013-01-14
15:15:52 UTC ---
I pointed out that this code is not C standard compliant but it occurred in
customer application that should be ported to x86 platform. This bug is not
issued by gcc and very
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
Bug #: 55971
Summary: Preprocessor macros with C++11 raw string literals
fail to compile
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55938
--- Comment #2 from Jack Howarth 2013-01-14
15:32:42 UTC ---
Failure no longer present at r195150 remerged with llvm compiler-rt r172419 .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
--- Comment #1 from Jonathan Wakely 2013-01-14
15:39:35 UTC ---
probably another dup of Bug 52852
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55969
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55943
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
--- Comment #2 from Nach 2013-01-14 15:47:25 UTC
---
Does look similar. Although this bug here is in the definition of the macro,
while that bug is in the call of the macro.
I'm sure they're related, but it'd be a shame if one was fixed,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
--- Comment #13 from H.J. Lu 2013-01-14 15:48:41
UTC ---
(In reply to comment #12)
> Created attachment 29161 [details]
> gcc48-pr48766.patch
>
> Untested fix. Seems in the previous option processing the negative options
> cancel thei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53342
--- Comment #7 from Michael Matz 2013-01-14 15:55:51
UTC ---
The patch should lead to wrong code at some places (when peeling for
alignment actually does something). The problem is, you
calculate base and step before peeling and cache tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
--- Comment #3 from Jonathan Wakely 2013-01-14
15:56:02 UTC ---
I think basically the preprocessor doesn't support raw strings.
Fix that and both bugs should go away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
--- Comment #3 from joseph at codesourcery dot com 2013-01-14 16:05:48 UTC ---
We run configure for the build system in a subdirectory, when build !=
host.
# auto-host.h is the file containing items generated by autoconf and is
# the fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55972
Bug #: 55972
Summary: cannot access private member from lambda used in NSDMI
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55720
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55972
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55948
--- Comment #1 from uros at gcc dot gnu.org 2013-01-14 16:45:04 UTC ---
Author: uros
Date: Mon Jan 14 16:44:55 2013
New Revision: 195155
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195155
Log:
PR target/55948
* config
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53342
--- Comment #8 from Jakub Jelinek 2013-01-14
16:45:11 UTC ---
Can't we then compute the final values of the bases after the peeling loop, and
add those gimplified after the peeling loop, then use them in the next loop?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #11 from davidxl 2013-01-14 17:17:21
UTC ---
(In reply to comment #9)
> I'd say once a target attribute appears at a declaration (non-definition) MV
> needs to be disabled. Or, the declarations target attribute and those at
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #12 from davidxl 2013-01-14 17:20:56
UTC ---
(In reply to comment #10)
> Either use a different name of the attribute (replace target with mv_target or
> whatever), or require a new attribute (mv?) to be present for multi-versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55970
--- Comment #4 from Andrew Pinski 2013-01-14
17:34:28 UTC ---
(In reply to comment #3)
Maybe we should warn about these cases just like we warn for the other
unspecified behavior which causes undefined behavior (aka a+=a+1).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55969
--- Comment #3 from Ian Lance Taylor 2013-01-14 17:35:21
UTC ---
Gccgo doesn't work on Darwin anyhow. I don't think the problems are hard to
fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55973
Bug #: 55973
Summary: r195150 doesn't properly handle out of tree isl 0.11.1
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #13 from Sriraman Tallam 2013-01-14
17:45:42 UTC ---
(In reply to comment #12)
> (In reply to comment #10)
> > Either use a different name of the attribute (replace target with mv_target
> > or
> > whatever), or require a new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #14 from davidxl 2013-01-14 17:49:59
UTC ---
(In reply to comment #13)
> (In reply to comment #12)
> > (In reply to comment #10)
> > > Either use a different name of the attribute (replace target with
> > > mv_target or
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55618
--- Comment #9 from Paul Thomas 2013-01-14 17:59:13
UTC ---
Author: pault
Date: Mon Jan 14 17:59:07 2013
New Revision: 195159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195159
Log:
2013-01-14 Paul Thomas
PR fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #15 from Sriraman Tallam 2013-01-14
18:07:28 UTC ---
(In reply to comment #14)
> (In reply to comment #13)
> > (In reply to comment #12)
> > > (In reply to comment #10)
> > > > Either use a different name of the attribute (re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55969
--- Comment #4 from rguenther at suse dot de
2013-01-14 18:23:21 UTC ---
ian at airs dot com wrote:
>
>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55969
>
>--- Comment #3 from Ian Lance Taylor 2013-01-14
>17:35:21 UTC ---
>Gccgo do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55974
Bug #: 55974
Summary: [avr] Wrong suffix for built-in defines __INT24_MAX__
and __UINT24_MAX__ with -mint8
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #16 from Jakub Jelinek 2013-01-14
18:25:41 UTC ---
I guess if for multiversioning you want the two decls to be independent, like
overloaded functions with different argument types are, then IMHO the mv
attribute alternative and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55974
--- Comment #1 from Georg-Johann Lay 2013-01-14
18:28:37 UTC ---
Author: gjl
Date: Mon Jan 14 18:28:24 2013
New Revision: 195169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195169
Log:
PR target/55974
* config/avr/a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55974
--- Comment #2 from Georg-Johann Lay 2013-01-14
18:32:19 UTC ---
Author: gjl
Date: Mon Jan 14 18:32:05 2013
New Revision: 195170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195170
Log:
Backport from 2013-01-14 trunk r195
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #17 from Jakub Jelinek 2013-01-14
18:32:44 UTC ---
Actually, what you'd merge is everything as usually if mv attribute isn't on
either of the decls, or if mv attribute is present on either one, and both
decls have either the sa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55974
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55618
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #1 from Andi Kleen 2013-01-14
19:06:02 UTC ---
Here's a test case. This requires the libstdc++ HLE patch from
http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00673.html
g++ -std=gnu++0x
#include
#define ACQ memory_order_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
Bug #: 55975
Summary: FAIL: c-c++-common/asan/global-overflow-1.c -O0
output pattern test
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27338
rsand...@gcc.gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55775
--- Comment #3 from Steven Bosscher 2013-01-14
19:35:10 UTC ---
Author: steven
Date: Mon Jan 14 19:35:03 2013
New Revision: 195173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195173
Log:
* ira-build.c (ira_flattening):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55193
--- Comment #6 from Steven Bosscher 2013-01-14
19:35:10 UTC ---
Author: steven
Date: Mon Jan 14 19:35:03 2013
New Revision: 195173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195173
Log:
* ira-build.c (ira_flattening):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128
--- Comment #18 from Steven Bosscher 2013-01-14
19:35:10 UTC ---
Author: steven
Date: Mon Jan 14 19:35:03 2013
New Revision: 195173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195173
Log:
* ira-build.c (ira_flattening)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
Matt Fago changed:
What|Removed |Added
CC||fago at earthlink dot net
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55976
Bug #: 55976
Summary: -Werror=return-type should error on returning a value
from a void function
Classification: Unclassified
Product: gcc
Version: 4.7.2
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55153
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at redhat dot com
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #2 from Andi Kleen 2013-01-14
19:52:03 UTC ---
Created attachment 29163
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29163
preprocessed testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
Andi Kleen changed:
What|Removed |Added
Attachment #29163|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #18 from davidxl 2013-01-14 20:17:45
UTC ---
All target attributes on decls not tagged with 'mv' attribute should be merged
into the default definition. Any decl tagged with 'mv' should be treated as a
new decl.
David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #19 from Jakub Jelinek 2013-01-14
20:23:54 UTC ---
That wouldn't work, because you would then have the default (non-mv) version,
possibly mv version with no target attribute, and then some other mv versions
with target attribut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #20 from davidxl 2013-01-14 20:29:54
UTC ---
(In reply to comment #19)
> That wouldn't work, because you would then have the default (non-mv) version,
> possibly mv version with no target attribute, and then some other mv versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286
Paul Thomas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55973
--- Comment #1 from Jack Howarth 2013-01-14
20:49:22 UTC ---
The change in r195150 doesn't take in account that the results from each call
to ISL_CHECK_VERSION() is cached. So the results from a failed first test of
ISL_CHECK_VERSION(0,10)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977
Bug #: 55977
Summary: [C++11] vector range construction imposes unnecessary
conversion constraints
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Bug #: 55978
Summary: [4.8 Regression] class_optional_2.f90 -Os fails
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55979
Bug #: 55979
Summary: [C++11] std::list range construction imposes
unnecessary conversion constraints
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #4 from Uros Bizjak 2013-01-14 21:22:35
UTC ---
The problem is, that in failed case maybe_emit_op() gets target register to
return the result to, so with after=false, it expands via
optab->mem_fetch_before.
Unfortunately, at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #22 from janus at gcc dot gnu.org 2013-01-14 21:24:43 UTC ---
Author: janus
Date: Mon Jan 14 21:24:36 2013
New Revision: 195178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195178
Log:
2013-01-14 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #5 from Uros Bizjak 2013-01-14 21:25:13
UTC ---
Following testcase will expand to a cmpxchg loop:
int hle_and (int *p, int v)
{
return __atomic_fetch_and_4 (p, v, __ATOMIC_ACQUIRE | __ATOMIC_HLE_ACQUIRE);
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925
--- Comment #4 from lailavrazda1979 at gmail dot com 2013-01-14 21:26:36 UTC ---
I tried building several compilers (4.7.2), none of which understand the
'-mfxsr' option. One was configured with:
../gcc-4.7.2/configure --build=x86_64-unkno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
--- Comment #1 from Thomas Koenig 2013-01-14
21:29:25 UTC ---
For -O0, valgrind complains about
==15263== Conditional jump or move depends on uninitialised value(s)
==15263==at 0x4F26355: _gfortran_internal_pack (in_pack_generic.c:54
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55777
--- Comment #1 from Steve Ellcey 2013-01-14 21:34:09
UTC ---
gcc.target/mips/mips32-dspr2.c fails for the same reason.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55980
Bug #: 55980
Summary: missed optimizations with internal_pack
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55806
--- Comment #2 from Thomas Koenig 2013-01-14
21:50:35 UTC ---
Author: tkoenig
Date: Mon Jan 14 21:50:28 2013
New Revision: 195179
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195179
Log:
2013-01-14 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925
--- Comment #5 from Uros Bizjak 2013-01-14 21:53:16
UTC ---
(In reply to comment #4)
> I tried building several compilers (4.7.2), none of which understand the
> '-mfxsr' option. One was configured with:
True. -mfxsr option was added to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #13 from Jack Howarth 2013-01-14
21:58:40 UTC ---
(In reply to comment #12)
> FYI, I recently ran into this issue as well building gcc 4.7.2 on MacOS 10.7.5
> with XCode 4.1 installed.
>
> Configured via:
> ../gcc-4.7.2/con
1 - 100 of 140 matches
Mail list logo
