http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
Bug #: 56443
Summary: internal compiler error: verify_gimple failed at
-O[1-2] -ftree-vectorize
Classification: Unclassified
Product: gcc
Version: 4.8.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49321
Yu Simin changed:
What|Removed |Added
CC||silver24k at gmail dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
--- Comment #9 from Yu Simin 2011-02-10 11:36:23
UTC ---
Created attachment 23292
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23292
dump files
Well, it not caused by r166555, just exposed by r166555.
The first difference in the dump fil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
--- Comment #8 from Yu Simin 2011-02-06 20:40:34
UTC ---
I used git-bisect and found it is caused by r166555.
Author: hubicka
Date: Wed Nov 10 20:23:09 2010
New Revision: 166555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166555
Log:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
Yu Simin changed:
What|Removed |Added
Summary|ICE: in calc_dfs_tree, at |[4.6 regression] ICE: in
|do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #3 from Yu Simin 2011-01-31 20:22:11
UTC ---
(In reply to comment #2)
> >cc1: error: failure to convert gbk to UTF-8
>
> The preprocessor is only really know how to convert UTF-8 to/from UTF16/32
> LE/BE without the help from the hos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #1 from Yu Simin 2011-01-31 08:07:27
UTC ---
$ arm-gcc -v -finput-charset=gbk -c -save-temps gbk.c
Using built-in specs.
COLLECT_GCC=arm-gcc
COLLECT_LTO_WRAPPER=/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
Summary: -save-temps and -finput-charset= causing 'cc1.exe:
error: failure to convert gbk to UTF-8'
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #1 from Yu Simin 2011-01-30 11:25:44
UTC ---
Created attachment 23167
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23167
reduced from zlib source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Summary: ICE: in extract_insn, at recog.c:2109 when building
zlib
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
--- Comment #6 from Yu Simin 2011-01-24 03:11:24
UTC ---
(In reply to comment #5)
> If I added the '-fno-exceptions' flag, the ICE disappearsed. My g++ is built
> with SJLJ exception support. I think both Linux/x86 and arm-none-eabi are
> using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
--- Comment #5 from Yu Simin 2011-01-24 02:42:34
UTC ---
If I added the '-fno-exceptions' flag, the ICE disappearsed. My g++ is built
with SJLJ exception support. I think both Linux/x86 and arm-none-eabi are using
DW exception.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
Yu Simin changed:
What|Removed |Added
Target||mingw32
--- Comment #4 from Yu Simin 2011-01-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
--- Comment #3 from Yu Simin 2011-01-24 00:58:58
UTC ---
(In reply to comment #2)
> failed on both mingw32- and arm-none-eabi-,
>
> Using built-in specs.
> COLLECT_GCC=gcc
> COLLECT_LTO_WRAPPER=c:/snowfishroot/mingw/bin/../libexec/gcc/mingw32/4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
--- Comment #2 from Yu Simin 2011-01-24 00:57:35
UTC ---
failed on both mingw32- and arm-none-eabi-,
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/snowfishroot/mingw/bin/../libexec/gcc/mingw32/4.6.0/lto-wrapper.exe
Target: mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
Summary: ICE: in calc_dfs_tree, at dominance.c:395 with c++
code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
--- Comment #3 from Yu Simin 2011-01-08 15:13:42
UTC ---
A simple test in PR47116:
http://gcc.gnu.org/bugzilla/attachment.cgi?id=22866
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47116
Yu Simin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Yu Simin changed:
What|Removed |Added
CC||silver24k at gmail dot com
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47116
--- Comment #1 from Yu Simin 2010-12-29 14:35:31
UTC ---
Created attachment 22866
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22866
sources
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47116
Summary: Linking error: multiple definition of `non-virtual
thunk to ...'
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022
--- Comment #3 from Yu Simin 2010-12-28 04:17:07
UTC ---
I think tsubst_copy should handle REAL_TYPE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022
--- Comment #2 from Yu Simin 2010-12-28 02:45:16
UTC ---
I found this code ICEs:
#include
template
void foo(_T *p, va_list argptr)
{
*p = va_arg(argptr, long double); //float/double
}
void bar(va_list ap)
{
long double argdata = 0;
foo(&
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022
Yu Simin changed:
What|Removed |Added
Summary|ICE: in tsubst_copy, at |[4.6 Regression] ICE: in
|cp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022
Summary: ICE: in tsubst_copy, at cp/pt.c:11682
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46156
--- Comment #11 from Yu Simin 2010-12-19 06:38:18
UTC ---
my test case
#include
template
void
foo (long double *p, va_list &argptr)
{
*p = va_arg (argptr, long double);
}
void
bar (va_list ap)
{
long double argdata;
foo (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46156
Yu Simin changed:
What|Removed |Added
CC||silver24k at gmail dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
Yu Simin changed:
What|Removed |Added
CC||silver24k at gmail dot com
--- Comment #26
28 matches
Mail list logo
