[Bug target/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c
--- 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 or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
[Bug target/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c
--- 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
[Bug c/41211] New: internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c
I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using latest gcc SVN code, then use this cross compiler to build sqlite3 The compile failed with the following message : E:\code\sqlite3_sepmake gcc -pipe -Wall -g -O2 -save-temps -c -o alter.o alter.c gcc: warning: -pipe ignored because -save-temps specified alter.c: In function 'sqlite3AlterFinishAddColumn': alter.c:465:6: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make: *** [alter.o] Error 1 -- Summary: internal compiler error when using x86_64-w64-mingw32- gcc to build sqlite3 alter.c Product: gcc Version: 4.5.0 Status: UNCONFIRMED 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-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
[Bug c/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c
--- 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=18460action=view) gzip of alter.i, -save-temps output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
[Bug c/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c
--- 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=18461action=view) alter.s, -save-temps output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211
[Bug middle-end/39832] [4.4/4.5 Regression] program built by x86_64-pc-mingw32-g++ run crash, maybe for _Unwind_SjLj_Unregister or __dyn_tls_dtor
--- 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
[Bug c/41184] New: wrong optimise code, epilogue code adjust wrong rsp before pop
I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using latest gcc SVN code, then use this cross compiler to build ffmpeg. the program runs failed, it seem that epilogue code in aac_encode_frame() adjust wrong rsp register. at function aac_encode_frame() begin : 0x69fb91 aac_encode_frame+0: push %rbp 0x69fb91 aac_encode_frame+1: mov%rsp,%rbp 0x69fb94 aac_encode_frame+4: push %r15 0x69fb96 aac_encode_frame+6: push %r14 0x69fb98 aac_encode_frame+8: push %r13 0x69fb9a aac_encode_frame+10: push %r12 0x69fb9c aac_encode_frame+12: push %rdi 0x69fb9d aac_encode_frame+13: push %rsi 0x69fb9e aac_encode_frame+14: push %rbx 0x69fb9f aac_encode_frame+15: sub$0x178,%rsp 0x69fba6 aac_encode_frame+22: mov%rdx,0x18(%rbp) 0x69fbaa aac_encode_frame+26: mov%rcx,0x10(%rbp) it push 7 registers, when it about to quit : 0x69fd65 aac_encode_frame+469:lea-0x60(%rbp),%rsp 0x69fd69 aac_encode_frame+473:movdqa 0x150(%rsp),%xmm6 0x69fd72 aac_encode_frame+482:movdqa 0x160(%rsp),%xmm7 0x69fd7b aac_encode_frame+491:add$0x20,%rsp 0x69fd7f aac_encode_frame+495:pop%rbx 0x69fd80 aac_encode_frame+496:pop%rsi 0x69fd81 aac_encode_frame+497:pop%rdi 0x69fd82 aac_encode_frame+498:pop%r12 0x69fd84 aac_encode_frame+500:pop%r13 0x69fd86 aac_encode_frame+502:pop%r14 0x69fd88 aac_encode_frame+504:pop%r15 0x69fd8a aac_encode_frame+506:leaveq 0x69fd8b aac_encode_frame+507:retq it should add 0x28 %rsp ( not 0x20 ) after lea-0x60(%rbp),%rsp the compile command is : /compile/mingw-w64-dgn/cross/bin/x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I. -I/compile/mingw-w64-dgn/lib_source/ffmpeg -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -fno-common -fomit-frame-pointer -g -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -O3 -fno-strict-aliasing -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -MMD -MF libavcodec/aacenc.d -MT libavcodec/aacenc.o -c -o a.o -save-temps /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/aacenc.c the -save-temps output is attached. -O1 -O2 -O3 all has this problem, -O0 has no problem. -- Summary: wrong optimise code, epilogue code adjust wrong rsp before pop Product: 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 triplet: x86_64-gnu-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- 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=18447action=view) -save-temps aacenc_O3.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- 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=18448action=view) -save-temps aacenc_O3.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- 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=18449action=view) objdump of oubput aacenc.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41181] New: internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c
I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using latest gcc SVN code, then use this cross compiler to build ffmpeg. The compile failed with the following message : [dran...@dgnfedora bd_ffmpeg]$ /compile/mingw-w64-dgn/cross/bin/x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I. -I/compile/mingw-w64-dgn/lib_source/ffmpeg -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -fno-common -fomit-frame-pointer -g -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -O3 -fno-strict-aliasing -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -MMD -MF libavcodec/ac3enc.d -MT libavcodec/ac3enc.o -c --save-temps -o a.out /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/ac3enc.c /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/ac3enc.c: In function 'AC3_encode_frame': /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/ac3enc.c:1180:12: error: type mismatch in address expression int16_t[256] * int16_t[6][256] D.12656_1073 = psd[D.10907_836]; /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/ac3enc.c:1180:12: error: type mismatch in address expression int16_t[50] * int16_t[6][50] D.12659_102 = mask[D.10907_836]; /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/ac3enc.c:1180:12: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: internal compiler error when using x86_64-w64-mingw32- gcc to build ffmpeg ac3enc.c Product: 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 triplet: x86_64-gnu-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
[Bug c/41181] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c
--- 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=18441action=view) ac3enc.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
[Bug c/41181] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c
--- 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=18442action=view) ac3enc.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
[Bug middle-end/39832] [4.4/4.5 Regression] program built by x86_64-pc-mingw32-g++ run crash, maybe for _Unwind_SjLj_Unregister or __dyn_tls_dtor
--- 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-06-20, the same program runs ok ( need not recompile ).
I use gdb or windbg to run the program, it show the following result:
Program received signal SIGSEGV, Segmentation fault.
0x00408059 in __dyn_tls_dtor (hDllHandle=0x40, dwReason=0,
lpreserved=0x0)
at
/compile/mingw-w64-dgn/source/mingw-w64/trunk/mingw-w64-crt/crt/tlssup.c:
120
120
/compile/mingw-w64-dgn/source/mingw-w64/trunk/mingw-w64-crt/crt/tlssup.c
: No such file or directory.
in
/compile/mingw-w64-dgn/source/mingw-w64/trunk/mingw-w64-crt/crt/tlssu
p.c
(gdb) bt
#0 0x00408059 in __dyn_tls_dtor (hDllHandle=0x40, dwReason=0,
lpreserved=0x0)
at
/compile/mingw-w64-dgn/source/mingw-w64/trunk/mingw-w64-crt/crt/tlssup.c:
120
#1 0x77f1cc41 in ?? ()
warning: (Internal error: pc 0x3f in read in psymtab, but not in symtab.)
#2 0x0040 in ?? (warning: (Internal error: pc 0x3f in read in
p
symtab, but not in symtab.)
)
warning: (Internal error: pc 0x3f in read in psymtab, but not in symtab.)
#3 0x in ?? ()
(gdb) info register
rax0xfeeefeeefeeefeee -76843841185972498
rbx0x49e050 4841552
rcx0x0 0
rdx0x0 0
rsi0x40 4194304
rdi0x408024 4227108
rbp0x22fb10 0x22fb10
rsp0x22fad0 0x22fad0
r8 0x0 0
r9 0x9f000 651264
r100x400080 4194432
r110x22fb50 2292560
r120x0 0
r130x7fd80008796092858368
r140x77fa8f50 2012909392
r150x0 0
rip0x408059 0x408059 __dyn_tls_dtor+53
eflags 0x10202 [ IF RF ]
cs 0x33 51
ss 0x202002b33685547
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x2b 2818048
(gdb)
00408024 ___dyn_tls_dtor:
static BOOL WINAPI
__dyn_tls_dtor (HANDLE hDllHandle, DWORD dwReason, LPVOID lpreserved)
{
408024: 55 push %rbp
408025: 48 89 e5mov%rsp,%rbp
408028: 48 83 ec 40 sub$0x40,%rsp
40802c: 48 89 4d 10 mov%rcx,0x10(%rbp)
408030: 89 55 18mov%edx,0x18(%rbp)
408033: 4c 89 45 20 mov%r8,0x20(%rbp)
TlsDtorNode *pnode, *pnext;
int i;
if (dwReason != DLL_THREAD_DETACH dwReason != DLL_PROCESS_DETACH)
408037: 83 7d 18 03 cmpl $0x3,0x18(%rbp)
40803b: 74 10 je 40804d ___dyn_tls_dtor+0x29
40803d: 83 7d 18 00 cmpl $0x0,0x18(%rbp)
408041: 74 0a je 40804d ___dyn_tls_dtor+0x29
return TRUE;
408043: b8 01 00 00 00 mov$0x1,%eax
408048: e9 ab 00 00 00 jmpq 4080f8 ___dyn_tls_dtor+0xd4
for (pnode = dtor_list; pnode != NULL; pnode = pnext)
40804d: 48 8d 0d 6c 3a 08 00lea0x83a6c(%rip),%rcx# 48bac0
___emutls_v.dtor_list
408054: e8 ef 0c 00 00 callq 408d48 ___emutls_get_address
408059: 48 8b 00mov(%rax),%rax
40805c: 48 89 45 f0 mov%rax,-0x10(%rbp)
408060: eb 6a jmp4080cc ___dyn_tls_dtor+0xa8
{
for (i = pnode-count - 1; i = 0; --i)
408062: 48 8b 45 f0 mov-0x10(%rbp),%rax
408066: 8b 00 mov(%rax),%eax
408068: 83 e8 01sub$0x1,%eax
40806b: 89 45 fcmov%eax,-0x4(%rbp)
40806e: eb 2f jmp40809f ___dyn_tls_dtor+0x7b
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
Summary|[4.5 Regression] program|[4.4/4.5 Regression] program
|built by x86_64-pc-mingw32- |built by x86_64-pc-mingw32-
|gcc run crash, maybe for|g++ run crash, maybe for
|_Unwind_SjLj_Unregister,|_Unwind_SjLj_Unregister or
||__dyn_tls_dtor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
[Bug middle-end/39832] [4.5 Regression] program built by x86_64-pc-mingw32-gcc run crash, maybe for _Unwind_SjLj_Unregister,
--- 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 referenced memory at 0x0046. The memory
could not be read.
If I change the libgcc_s_sjlj-1.dll to version 2009-06-20, the program works
fine.
the code at 0x0040a7e0 is :
0040a7c0 __ZL15eh_globals_dtorPv:
#if __GTHREADS
static void
eh_globals_dtor(void* ptr)
{
40a7c0: 56 push %rsi
40a7c1: 48 89 cemov%rcx,%rsi
40a7c4: 53 push %rbx
40a7c5: 48 83 ec 28 sub$0x28,%rsp
if (ptr)
40a7c9: 48 85 c9test %rcx,%rcx
40a7cc: 74 35 je 40a803
__ZL15eh_globals_dtorPv+0x43
{
__cxa_eh_globals* g = reinterpret_cast__cxa_eh_globals*(ptr);
__cxa_exception* exn = g-caughtExceptions;
40a7ce: 48 8b 09mov(%rcx),%rcx
__cxa_exception* next;
while (exn)
40a7d1: 48 85 c9test %rcx,%rcx
40a7d4: 74 1f je 40a7f5
__ZL15eh_globals_dtorPv+0x35
40a7d6: 66 2e 0f 1f 84 00 00nopw %cs:0x0(%rax,%rax,1)
40a7dd: 00 00 00
{
next = exn-nextException;
40a7e0: 48 8b 59 20 mov0x20(%rcx),%rbx
_Unwind_DeleteException(exn-unwindHeader);
40a7e4: 48 83 c1 50 add$0x50,%rcx
40a7e8: e8 63 ca ff ff callq 407250 __Unwind_DeleteException
if (ptr)
{
__cxa_eh_globals* g = reinterpret_cast__cxa_eh_globals*(ptr);
__cxa_exception* exn = g-caughtExceptions;
__cxa_exception* next;
while (exn)
40a7ed: 48 85 dbtest %rbx,%rbx
{
next = exn-nextException;
_Unwind_DeleteException(exn-unwindHeader);
40a7f0: 48 89 d9mov%rbx,%rcx
if (ptr)
{
__cxa_eh_globals* g = reinterpret_cast__cxa_eh_globals*(ptr);
__cxa_exception* exn = g-caughtExceptions;
__cxa_exception* next;
while (exn)
40a7f3: 75 eb jne40a7e0
__ZL15eh_globals_dtorPv+0x20
_Unwind_DeleteException(exn-unwindHeader);
exn = next;
}
free(ptr);
}
}
40a7f5: 48 83 c4 28 add$0x28,%rsp
{
next = exn-nextException;
_Unwind_DeleteException(exn-unwindHeader);
exn = next;
}
free(ptr);
40a7f9: 48 89 f1mov%rsi,%rcx
}
}
40a7fc: 5b pop%rbx
40a7fd: 5e pop%rsi
{
next = exn-nextException;
_Unwind_DeleteException(exn-unwindHeader);
exn = next;
}
free(ptr);
40a7fe: e9 fd f6 ff ff jmpq 409f00 _free
}
}
40a803: 48 83 c4 28 add$0x28,%rsp
40a807: 5b pop%rbx
40a808: 5e pop%rsi
40a809: c3 retq
40a80a: 90 nop
40a80b: 90 nop
40a80c: 90 nop
40a80d: 90 nop
40a80e: 90 nop
40a80f: 90 nop
0040a810 __ZL15get_ttype_entryP16lsda_header_infoy:
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
[Bug middle-end/39832] [4.5 Regression] program built by x86_64-pc-mingw32-gcc run crash, maybe for _Unwind_SjLj_Unregister,
--- 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
[Bug middle-end/39832] program built by x86_64-pc-mingw32-gcc run crash, maybe for _Unwind_SjLj_Unregister,
--- 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 built by this new toolchain runs well, no longer crashed. This bug should bave been fixed. Good Job! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
[Bug libstdc++/39832] New: program built by x86_64-pc-mingw32-gcc run crash, maybe for _Unwind_SjLj_Unregister,
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 --enable-languages=c,c++ --with-gmp=/compile/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 for _Unwind_SjLj_Unregister, Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ 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_64-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple definitions
--- 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 the inline function, replace by a function declaration which use the implementation from lib64_libmingwex_a-wininterlocked.o ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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 still present on 4.4.0 ? I built the native toolchain using the newest source code, the problem still present. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=17413action=view) gcc -E output ( gcc 4.4.0 svn 20090307 ) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=17414action=view) the output object of thread.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- Comment #7 from drangon dot mail at gmail dot com 2008-09-26 00:33 --- I'm using the win64 native compiler: E:\codeg++ -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 --enable-languages=c,c++ --with-gmp=/home/drangon/mingw/for_ target --enable-twoprocess --prefix=/home/drangon/mingw/target --with-sysroot=/h ome/drangon/mingw/target Thread model: win32 gcc version 4.4.0 20080814 (experimental) (GCC) -- drangon dot mail at gmail dot com changed: What|Removed |Added CC||drangon dot mail at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=16405action=view) output of gcc -E -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=16406action=view) output of nm, the object is build by gcc -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=16407action=view) output of nm, the object is build by gcc -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=16408action=view) output of objdump, the object is build by gcc -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37121] g++ create global symbol for inline function, which make link failed with multiple defination
--- 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=16409action=view) output of objdump, the object is build by gcc -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug target/37120] g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);
--- 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 Attachment #16070|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
[Bug target/37120] g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);
--- 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 Attachment #16071|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
[Bug target/33452] native x86_64-pc-mingw32-g++.exe generate wrong asm that x86_64-pc-mingw32-as.exe can not process
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33452
[Bug c++/37120] New: g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);
g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);, it output such error: - E:\code\wxWidgets-2.8.8\build\mswmingw32-make -f makefile.gcc CC=e:\code\targe t\bin\gcc.exe CXX=e:\code\target\bin\g++.exe if not exist ..\..\lib\gcc_lib\mswd mkdir ..\..\lib\gcc_lib\mswd e:\code\target\bin\g++.exe -c -o gcc_mswd\medialib_mediactrl_am.o -g -O0 -mthrea ds -DHAVE_W32API_H -D__WXMSW__ -D__WXDEBUG__ -I..\..\lib\gcc_lib\mswd -I ..\..\include -W -Wall -I..\..\src\tiff -I..\..\src\jpeg -I..\..\src\png -I..\.. \src\zlib -I..\..\src\regex -I..\..\src\expat\lib -Wno-ctor-dtor-privacy -MT gcc_mswd\medialib_mediactrl_am.o -MFgcc_mswd\medialib_mediactrl_am.o.d -MD ../.. /src/msw/mediactrl_am.cpp ../../src/msw/mediactrl_am.cpp: In member function 'virtual double wxAMMediaBack end::GetVolume()': ../../src/msw/mediactrl_am.cpp:1974: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. mingw32-make: *** [gcc_mswd\medialib_mediactrl_am.o] Error 1 - The code cause error is : dVolume *= 1 - pow(10.0, -5.0); If I change it to the following, it can be compiled ok : double tmp = 10.0; dVolume *= 1 - pow(tmp, -5.0); the source code is from wxWidgets-2.8.8/src/msw/mediactrl_am.cpp the gcc is from svn trunk 2008-08-14, build with mingw-w64. -- 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 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_64-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
[Bug c++/37121] New: g++ create global symbol for inline function, which make link failed with multiple defination
when use g++ to build wxWidgets in x86_64-pc-mingw32, it output following error : -- E:\work\09_workroom\wxtest\pngmingw32-make -f Makefile.mingw WX_DIR=e:\code\wx6 4 CXX=e:\code\target\bin\g++.exe e:\code\target\bin\g++.exe -g -Wall -pipe -D__WXMSW__ -D__WXDEBUG__ -DWIN32 -D_ WINDOWS -Ie:\code\wx64/include -Ie:\code\wx64/lib/mswd png.o stdafx.o -o png.e xe -mwindows -Le:\code\wx64/lib -lwxmsw28d_core -lwxbase28d -lwxpngd -lwxzlibd - lgdi32 -lole32 -loleaut32 -lwinmm -lcomctl32 -lcomdlg32 -lwinspool -luuid -lshel l32 -lrpcrt4 e:/code/target/bin/../lib/gcc/x86_64-pc-mingw32/4.3.2/../../../../x86_64-pc-ming w32/lib/libmingwex.a(lib64_libmingwex_a-wininterlocked.o):wininterlocked.c:(.tex t+0x43b): multiple definition of `_InterlockedIncrement' e:\code\wx64/lib/libwxbase28d.a(baselib_thread.o):thread.cpp:(.text$_Interlocked Increment[__InterlockedIncrement]+0x0): first defined here e:/code/target/bin/../lib/gcc/x86_64-pc-mingw32/4.3.2/../../../../x86_64-pc-ming w32/lib/libmingwex.a(lib64_libmingwex_a-wininterlocked.o):wininterlocked.c:(.tex t+0x487): multiple definition of `_InterlockedDecrement' e:\code\wx64/lib/libwxbase28d.a(baselib_thread.o):thread.cpp:(.text$_Interlocked Decrement[__InterlockedDecrement]+0x0): first defined here collect2: ld returned 1 exit status mingw32-make: *** [png.exe] Error 1 - _InterlockedDecrement is an inline function, it should not in baselib_thread.o, when built with -O1, its ok. when built with -O2, g++ crashed. see attachment for more infomation. -- Summary: g++ create global symbol for inline function, which make link failed with multiple defination Product: gcc Version: 4.4.0 Status: UNCONFIRMED 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_64-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug c++/37120] g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);
--- 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=16069action=view) the output which command g++ -E . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
[Bug c++/37120] g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);
--- 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=16070action=view) the output of command nm -C .o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
[Bug c++/37120] g++ failed to compile code dVolume *= 1 + pow(10.0, -5.0);
--- 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=16071action=view) the output of command nm -C .o which build with -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
[Bug c++/33452] New: native x86_64-pc-mingw32-g++.exe generate wrong asm that x86_64-pc-mingw32-as.exe can not process
.byte 0xc .uleb128 0x7 .uleb128 0x8 .byte 0x90 .uleb128 0x1 .align 8 LECIE1: LSFDE1: .long LEFDE1-LASFDE1 LASFDE1: .long LASFDE1-Lframe1 .long LFB6-. .long LFE6-LFB6 .uleb128 0x0 .byte 0x4 .long LCFI0-LFB6 .byte 0xe .uleb128 0x10 .byte 0x86 .uleb128 0x2 .byte 0x4 .long LCFI1-LCFI0 .byte 0xd .uleb128 0x6 .align 8 LEFDE1: .hidden _DW.ref.__gxx_personality_v0 .globl _DW.ref.__gxx_personality_v0 .section.data$DW.ref.__gxx_personality_v0,w .linkonce same_size .align 8 _DW.ref.__gxx_personality_v0: .quad ___gxx_personality_v0 .def_puts; .scl2; .type 32; .endef -- but if I use the cross compiler to generate code, the asm file does has .hidden -bash-3.1$ ../cross/bin/x86_64-pc-mingw32-g++ -S t2.cpp --- .file t2.cpp .def___main;.scl2; .type 32; .endef .section .rdata,dr LC0: .ascii hello world.\0 .text .globl _main .def_main; .scl2; .type 32; .endef _main: LFB6: pushq %rbp LCFI0: movq%rsp, %rbp LCFI1: subq$32, %rsp LCFI2: movl%ecx, 16(%rbp) movq%rdx, 24(%rbp) call___main leaqLC0(%rip), %rcx call_puts movl$0, %eax leave ret LFE6: .section.eh_frame,dr Lframe1: .long LECIE1-LSCIE1 LSCIE1: .long 0x0 .byte 0x1 .def___gxx_personality_v0; .scl2; .type 32; .endef .ascii zPR\0 .uleb128 0x1 .sleb128 -8 .byte 0x10 .uleb128 0x6 .byte 0x9b .long LDFCM0-. .byte 0x1b .byte 0xc .uleb128 0x7 .uleb128 0x8 .byte 0x90 .uleb128 0x1 .align 8 LECIE1: LSFDE1: .long LEFDE1-LASFDE1 LASFDE1: .long LASFDE1-Lframe1 .long LFB6-. .long LFE6-LFB6 .uleb128 0x0 .byte 0x4 .long LCFI0-LFB6 .byte 0xe .uleb128 0x10 .byte 0x86 .uleb128 0x2 .byte 0x4 .long LCFI1-LCFI0 .byte 0xd .uleb128 0x6 .align 8 LEFDE1: .data .align 8 LDFCM0: .quad ___gxx_personality_v0 .def_puts; .scl2; .type 32; .endef --- 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 Version: unknown Status: UNCONFIRMED 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_64-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33452
