--- Comment #7 from drangon dot mail at gmail dot com 2009-09-02 13:48
---
I recompile the whole toolchain using today's newest code, the same result,
cross compiler runs fine, native compiler runs crash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
--- Comment #6 from drangon dot mail at gmail dot com 2009-09-02 06:54
---
The cross compiler doesn't has problem, but the native compiler has problem.
I will rebuilt the whole cross compiler and native compiler with the newest
source to see the problem still exist o
--- Comment #3 from drangon dot mail at gmail dot com 2009-09-01 11:42
---
-O0 doesn't has problem, -O1 -O2 has problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
--- Comment #2 from drangon dot mail at gmail dot com 2009-09-01 11:25
---
Created an attachment (id=18461)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18461&action=view)
alter.s, -save-temps output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
--- Comment #1 from drangon dot mail at gmail dot com 2009-09-01 11:22
---
Created an attachment (id=18460)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18460&action=view)
gzip of alter.i, -save-temps output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drangon dot mail at gmail dot com
GCC build triplet: x86_64-gnu-linux
GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
--- Comment #9 from drangon dot mail at gmail dot com 2009-08-30 13:53
---
yes, the issue should be fixed, wxWidgets works fine now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
--- Comment #3 from drangon dot mail at gmail dot com 2009-08-29 08:11
---
Created an attachment (id=18449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18449&action=view)
objdump of oubput aacenc.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-29 08:10
---
Created an attachment (id=18448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18448&action=view)
-save-temps aacenc_O3.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-29 08:10
---
Created an attachment (id=18447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18447&action=view)
-save-temps aacenc_O3.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drangon dot mail at gmail dot com
GCC build triplet: x86_64-gnu-linux
GCC host triple
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-28 07:32
---
Created an attachment (id=18442)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18442&action=view)
ac3enc.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-28 07:32
---
Created an attachment (id=18441)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18441&action=view)
ac3enc.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
us: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drangon dot mail at gmail dot com
GCC build triplet: x86_64-gnu-linux
GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_6
--- Comment #6 from drangon dot mail at gmail dot com 2009-07-25 07:45
---
I try the newest gcc svn trunk code, the problem still exist.
program built by x86_64-w64-mingw32-gcc runs ok, but program built by
x86_64-w64-mingw32-g++ runs failed, change libgcc_s_sjlj-1.dll to version
2009
--- Comment #5 from drangon dot mail at gmail dot com 2009-07-21 07:47
---
and newest code in gcc svn trunk and gcc svn branch-4.4 both has this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
--- Comment #4 from drangon dot mail at gmail dot com 2009-07-21 07:46
---
The bug seems to occur again. It is ok in svn 2009-06-20, but today's svn code
is has problem.
C program is fine, but C++ program crashed. The error message is :
The instruction at "0x0040a7e0
--- Comment #2 from drangon dot mail at gmail dot com 2009-04-23 15:49
---
(In reply to comment #1)
> Can you try this again, there were some Exceptions handling issues recently.
>
I update the newest gcc code from SVN (20090423), and rebuilt the toolchain.
The application bu
--- Comment #14 from drangon dot mail at gmail dot com 2009-04-21 05:35
---
how to fix this multiple definition issue ?
adjust the linker to allow this ?
or remove the ordinary C library function in
lib64_libmingwex_a-wininterlocked.o and just keep the inline function ?
or remove
le/mingw/for_targe
t --enable-twoprocess --disable-libstdcxx-pch --prefix=/compile/mingw/target
--w
ith-sysroot=/compile/mingw/target
Thread model: win32
gcc version 4.5.0 20090421 (experimental) (GCC)
--
Summary: program built by x86_64-pc-mingw32-gcc run crash, maybe
--- Comment #11 from drangon dot mail at gmail dot com 2009-03-07 15:10
---
Created an attachment (id=17414)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17414&action=view)
the output object of thread.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #10 from drangon dot mail at gmail dot com 2009-03-07 15:02
---
Created an attachment (id=17413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17413&action=view)
gcc -E output ( gcc 4.4.0 svn 20090307 )
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #9 from drangon dot mail at gmail dot com 2009-03-07 14:52
---
(In reply to comment #8)
> I can't test your precompiled code, because c++ has changed in an incompatible
> way. Could you attach a current precompiled version using gcc4.4 of it?
> Is the problem
--- Comment #7 from drangon dot mail at gmail dot com 2008-09-26 00:33
---
I'm using the win64 native compiler:
E:\code>g++ -v
Using built-in specs.
Target: x86_64-pc-mingw32
Configured with: ../gcc/configure --host=x86_64-pc-mingw32
--target=x86_64-pc-mi
ngw32 --disable-nls
--- Comment #5 from drangon dot mail at gmail dot com 2008-09-25 04:51
---
(From update of attachment 16071)
not for this bug
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
--- Comment #4 from drangon dot mail at gmail dot com 2008-09-25 04:51
---
(From update of attachment 16070)
not for this bug
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
--- Comment #5 from drangon dot mail at gmail dot com 2008-09-25 04:49
---
Created an attachment (id=16409)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16409&action=view)
output of objdump, the object is build by gcc -O1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #4 from drangon dot mail at gmail dot com 2008-09-25 04:48
---
Created an attachment (id=16408)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16408&action=view)
output of objdump, the object is build by gcc -O0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #3 from drangon dot mail at gmail dot com 2008-09-25 04:48
---
Created an attachment (id=16407)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16407&action=view)
output of nm, the object is build by gcc -O1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #2 from drangon dot mail at gmail dot com 2008-09-25 04:47
---
Created an attachment (id=16406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16406&action=view)
output of nm, the object is build by gcc -O0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #1 from drangon dot mail at gmail dot com 2008-09-25 04:45
---
Created an attachment (id=16405)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16405&action=view)
output of gcc -E
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #3 from drangon dot mail at gmail dot com 2008-08-14 07:16
---
Created an attachment (id=16071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16071&action=view)
the output of command "nm -C .o" which build with "-O0"
--
--- Comment #2 from drangon dot mail at gmail dot com 2008-08-14 07:15
---
Created an attachment (id=16070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16070&action=view)
the output of command "nm -C .o"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
--- Comment #1 from drangon dot mail at gmail dot com 2008-08-14 07:12
---
Created an attachment (id=16069)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16069&action=view)
the output which command "g++ -E ."
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
FIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drangon dot mail at gmail dot com
GCC build triplet: x86_64-redhat-linux-gnu
GCC host triplet: x86_64-pc-mingw32
GCC target triplet: x86_6
Summary: g++ failed to compile code "dVolume *= 1 + pow(10.0, -
5.0);"
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at
--- Comment #1 from drangon dot mail at gmail dot com 2008-08-14 06:48
---
this bug not happend again in new gcc version.
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
---
I have send this bug to binutils bugzilla, they said this is not the as.exe
bug.
--
Summary: native x86_64-pc-mingw32-g++.exe generate wrong asm that
x86_64-pc-mingw32-as.exe can not process
Product: gcc
Versi
38 matches
Mail list logo