http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
--- Comment #7 from xunxun ---
(In reply to Kai Tietz from comment #6)
> I rechecked reported issue with current trunk-version and didn't saw this
> ICE anymore. Also with newer 4.7 version I can't reproduce issue.
>
> Could you please retest an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53967
--- Comment #18 from xunxun 2012-08-12 15:41:35
UTC ---
Is the bug related with PR19780?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
xunxun changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #11 from xunxun 2012-05-07 13:59:49
UTC ---
Also add -flto-partition=none to linker option can solve the issue.(In reply to
comment #10)
> These are all references to virtual tables taken local. Maybe Honza has an
> idea,
> but unfor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #9 from xunxun 2012-05-07 13:46:30
UTC ---
Also add -flto-partition=none to linker option can solve the issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #8 from xunxun 2012-05-07 13:44:47
UTC ---
GCC4.7 also has the problem now:
-
g++.exe -shared -Wl,--out-implib=devel\libwxpropgrid.a -Wl,--dll
-Lbase\tinyxm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49922
--- Comment #3 from xunxun 2012-05-07 13:27:43
UTC ---
Using gcc4.7 can't reproduce the issue.
Mark it invalid or resolved?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446
xunxun changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446
--- Comment #3 from xunxun 2012-03-01 08:10:48
UTC ---
(In reply to comment #1)
> This is an expected and documented change.
>
> See http://gcc.gnu.org/gcc-4.7/porting_to.html (Name lookup changes).
Thanks. I will report it to CodeBlocks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446
xunxun changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446
Bug #: 52446
Summary: GCC 4.7.0 can't build some templates, but gcc4.6
branch svn can
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42118
xunxun changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52240
Bug #: 52240
Summary: Using -fopenmp compile some No-OpenMP program, running
will receive signal SIGSEGV
Classification: Unclassified
Product: gcc
Version: 4.6.2
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50922
xunxun changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50905
--- Comment #4 from xunxun 2011-10-28 20:14:38
UTC ---
(In reply to comment #3)
> Yes if you mean without -O1/-O2/-O3 -ftree-parallelize-loops does not work,
> this is expected as explained in the manual, -O1 enables more than the options
> that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50905
xunxun changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50905
Bug #: 50905
Summary: Gcc4.6.x's -ftree-parallelize-loops is effective only
when using "-O2/-O3 -ffast-math"
Classification: Unclassified
Product: gcc
Version: 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50875
--- Comment #3 from xunxun 2011-10-26 16:35:38
UTC ---
The issue is related with "-mavx"
I use "gfortran -O3 -mavx" to reproduce the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50875
xunxun changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #18 from xunxun 2011-10-20 06:49:19
UTC ---
(In reply to comment #17)
> Author: burnus
> Date: Wed Oct 19 17:27:03 2011
> New Revision: 180199
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180199
> Log:
> 2011-10-19 Jann
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50664
xunxun changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50664
--- Comment #1 from xunxun 2011-10-20 06:39:17
UTC ---
gcc-4.6.2-RC-20111019 has not the problem.
May be solved.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #16 from xunxun 2011-10-18 13:20:27
UTC ---
Good job. I will extract the patch to 4.6.1 release.
( I don't use gcc4.6 latest branch temporarily because PR 50664 )
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50664
Bug #: 50664
Summary: GDB rebuilt by i686-w64-mingw32-gcc4.6.2's "-Os"
crahed when debuging, but "-O2" is OK.
Classification: Unclassified
Product: gcc
Version: 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50432
--- Comment #2 from xunxun 2011-09-19 00:46:03
UTC ---
It's strange that after I update to gcc4.6.2.20110916, the issue is gone.
I review my earlier build process, and I found that the issue only came out if
you built your gcc with "-flto".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50432
--- Comment #1 from xunxun 2011-09-16 14:08:45
UTC ---
Created attachment 25305
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25305
-v output log
Add -v output log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50432
Bug #: 50432
Summary: lto1.exe: internal compiler error: in
cgraph_mark_functions_to_output, at cgraphunit.c:1173
when build Qt4.7.4 rcc
Classification: Unclassified
Pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50429
xunxun changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50429
--- Comment #3 from xunxun 2011-09-16 10:36:21
UTC ---
It's my fault.
I think this is not libgomp and lto issue, and that's the libpthread's problem.
Close it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50429
--- Comment #2 from xunxun 2011-09-16 10:31:14
UTC ---
sorry, I put a wrong test program.
The newer is right.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50429
--- Comment #1 from xunxun 2011-09-16 10:29:50
UTC ---
Created attachment 25303
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25303
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50429
Bug #: 50429
Summary: LibGOMP built with "-flto" will result in crash code
for OpenMP program...
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
PcX changed:
What|Removed |Added
Target|*-*-mingw* |*-*-mingw32
Host|*-*-mingw*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
--- Comment #4 from PcX 2011-09-12 13:00:37 UTC
---
So I think that will affect all x86 target LTO build.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
--- Comment #3 from PcX 2011-09-12 12:55:55 UTC
---
Using Eric Botcazou's test case, it also has the problem.
gcc lex.c
has no problem
gcc -flto -fuse-linker-plugin lex.c
it shows
In file included from lex.c:15:0,
from :0:
lex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
--- Comment #2 from PcX 2011-09-12 12:52:11 UTC
---
Created attachment 25247
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25247
Eric Botcazou's testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
PcX changed:
What|Removed |Added
Known to fail||4.6.1, 4.7.0
--- Comment #1 from PcX 2011-09-11 14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50351
Bug #: 50351
Summary: An internal compiler error when building gcc4.6 using
"-flto -fuse-linker-plugin" on Win7 mingw64 target
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49677
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #6 from PcX 2011-08-21 15:28:43 UTC
---
I update to gcc 4.6.2 (20110819) and binutils 2.21.53.20110820, and it also has
the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #5 from PcX 2011-08-18 20:24:00 UTC
---
(In reply to comment #4)
I also report to binutils bugzilla:
http://sourceware.org/bugzilla/show_bug.cgi?id=13031
But no one reply. :(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44698
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #10 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
PcX changed:
What|Removed |Added
Known to fail||4.7.0
--- Comment #10 from PcX 2011-08-08 13:01:58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #9 from PcX 2011-08-08 12:38:11 UTC
---
CC list add Kai.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #8 from PcX 2011-08-08 12:35:12 UTC
---
(In reply to comment #7)
> (In reply to comment #6)
> > Maybe this is MingW specific?
> >
> > I haven't tested this, but here goes my guess:
> >
> > Since in the write loop we're jumping back
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #7 from PcX 2011-08-08 12:05:47 UTC
---
(In reply to comment #6)
> Maybe this is MingW specific?
>
> I haven't tested this, but here goes my guess:
>
> Since in the write loop we're jumping back and forth across the file, the
> buf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #5 from PcX 2011-08-07 23:24:46 UTC
---
Created attachment 24946
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24946
fixed test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #4 from PcX 2011-08-07 23:22:55 UTC
---
(In reply to comment #3)
> I can not reproduce this on my system. I did notice a warning about line
> truncation on the long line in the example. You may want to use line
> continuations for t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #1 from PcX 2011-08-07 17:14:10 UTC
---
Created attachment 24942
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24942
test program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
Summary: The fortran program 's io is very slow
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49922
--- Comment #1 from PcX 2011-08-03 14:00:26 UTC
---
Change to lto component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49922
Summary: I try to build libgmp using PGO and lto, but the test
will result in "internal compiler error"
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #3 from PcX 2011-07-27 17:22:39 UTC
---
I found that if I add the option "-flto-partition=none", the problem will
disappear.
As is :
-
g++.exe -shared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
--- Comment #2 from PcX 2011-07-26 09:32:14 UTC
---
(In reply to comment #1)
> It sounds like a linker bug. Please try without fancy linker options like
> --as-needed.
I remove "-Wl,-O1 -Wl,--sort-common -Wl,--as-needed", and it also has the
pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49844
Summary: Building CodeBlocks on Windows using mingw gcc 4.6.1
"-flto -fuse-linker-plugin" results in many linker
stage errors
Product: gcc
Version: 4.6.1
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42616
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #12 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #64 from PcX 2011-06-08 14:26:05 UTC
---
I found that the shared or static gcc edition made a great difference of the wx
unicode release mono dll size.
-
At first, I build the gcc 4.6 with "--enable-static
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #62 from PcX 2011-04-21 01:28:02 UTC
---
(In reply to comment #61)
> (In reply to comment #59)
>
> > I review the patch, and found that we can add "-fno-keep-inline-dllexport"
> > to
> > the compiler option, and then, the compiler a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #59 from PcX 2011-04-17 11:06:13 UTC
---
Yea, I review the patch(In reply to comment #57)
> (In reply to comment #56)
> > What works for me on Cygwin, and so may well also work for anyone using
> > MSYS,
> > is setting the heap_chunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #54 from PcX 2011-03-16 06:53:47 UTC
---
(In reply to comment #53)
> If I don't use LTO Optimization, Vadim Zeitlin's patch works well.
> But if I use LTO Optimization, the compiling speed becomes vey slow, and the
> linker stage fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #53 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45343
xunxun1982 changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #6
64 matches
Mail list logo
