于 2011/9/10 18:51, PcX 写道:
i686-w64-mingw32-gcc -Wl,--as-needed -Wl,--warn-common
-Wl,-rpath-link=libpostproc:libswscale:libavfilter:libavdevice:libavformat:libavcodec:libavutil
-o ffmpeg_g.exe ffmpeg.o cmdutils.o-Wl,--start-group
-Llibavcodec -Llibavdevice -Llibavfilter
-Llibavformat
es/sdl/sdl-1.2.14-win32/lib -lmingw32
-lSDLmain -lSDL -lm -luser32 -lgdi32 -lwinmm -ldxguid -lm -lpthread
-lpsapi -lavdevice
-Wl,--end-group
--
Best Regards,
PcX
--
Malware Security Report: Protecting Your Business, Customer
于 2011/9/8 18:28, Kai Tietz 写道:
Does this testcase also by using '-shared-libgcc' switch on linking?
As execptions normally are requiring shared libgcc and shared
libstdc++ to work proper?
My static mingw64 gcc edition has no crash.
Try to add "-static" to linker option?
___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
--
Regards,
PcX
--
Special Offer -- Download ArcSigh
he crash. I've
> dug up my GCC 4.7 build and am going to upload it now, with the
> warning that if you try std::thread, link with -static :)
I have forgot to put the header files.
As I built gcc and winpthreads with "--enable-static --disable-shared",
with or with
于 2011/8/29 20:42, Ruben Van Boxem 写道:
There's a bit more, check the libstdc++/configure bit of my patch. And
rev 4428 of mingw-w64
I note that mingw-w64 has rev 4430, and winpthread has rev 4429.
You may test them?
--
Best Regards
于 2011/8/29 20:40, Ruben Van Boxem 写道:
> Yes I did. Might be a GCC 4.7 issue?
I have no idea.
I only test this for gcc4.6.
--
Best Regards,
PcX
--
EMC VNX: the world's simplest storage, starting under $10K
EOVERFLOW,
+#endif
// wrong_protocol_type = EPROTOTYPE
};
Index: acinclude.m4
===
--- acinclude.m4(revision 178145)
+++ acinclude.m4(working copy)
@@ -1700,7 +1700,9 @@
m4_pushdef
rds,
PcX
--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerful than alternatives and 25% more efficient.
Guarante
; s.join();
> return 0;
> }
I'm very annoyed.
My built edition works well.
g++ -std=c++0x test.cpp
a.exe
it shows
Hello from thread
Hello from thread
--
Best Regards,
PcX
--
EMC VNX: the world'
于 2011/8/29 20:04, Ruben Van Boxem 写道:
> I am experiencing a std::system_error: Operation not permitted. in a
> simple std::thread::join example.
Can you supply some examples?
Thanks.
--
Best Regards,
PcX
--
E
Here is the test gcc package:
http://pcxprj.googlecode.com/files/MinGW_gcc4.6.2.20110826_static_enable_std_thread_test.7z
--
Best Regards,
PcX
--
EMC VNX: the world's simplest storage, starting under $10K
The
ou must configure gcc with "--enable-threads=posix", and should
use Kai's winpthreads.
--
Best Regards,
PcX
diff -ruNa old/gcc/config/i386/mingw32.h build/gcc/config/i386/mingw32.h
--- old/gcc/config/i386/mingw32.h 2010-09-30 02:55:44 +0800
+++ build/gcc/config/i386/mingw32.h 2011-08-27
tion is not enable on x86 -O1,-O2,-O3,-Os?
--
Best Regards,
PcX
--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerfu
is the same type of function, "-momit-leaf-frame-pointer" will override
"-fomit-frame-pointer" and creating less optimized code.
So I suggest get rid of "-momit-leaf-frame-pointer".
2) --enable-sjlj-exceptions
I think most newer gcc use "--di
ublic@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Good job, Kai.
Thanks.
--
Best Regards,
PcX
* 英 文 - 检测到
* 英文
* 中文（简体）
* 英文
* 中文（简体）
--
uberSVN's rich system and user admi
mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Yea, I also think it's not gcc4.6 OpenMP problem.
When I use gcc4.6 with winpthreads, my issue is the same as you.
--
Best Regards,
PcX
于 2011/8/9 1:06, Ruben Van Boxem 写道:
> Ah, right, it was a libgomp thing. Hmm... can't help there:(
So I am only able to use pthreads-w32 :-[ , and the pthreads-w32 cvs is
very new, and improve many 64bit compatibilities.:-)
--
Best Rega
ded a posix threaded GCC. That is unfortunately, still
madness, as you nicely put
Yea, I know.
I try your edition and also my gcc --enable-threads=win32 with built
winpthreads, but all crash with OpenMP.
And only using winpthreads thread, that's no problem...
I don't know why.
--
Be
...
pthreads-w32 is very new in his CVS, including 64bit patch.
--
Best Regards,
PcX
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts.
Get
net/#mingw-w64
Well, if I have the PE Programming knowledge, I will try to write one...
I have some spare time now, but very sorry have not the PE structure
technique.
Could you provide some programming knowledge about the large address of
the 32bit PE access?
--
Best Re
the limitation?
Thanks.
--
Best Regards,
PcX
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts.
Get tools for creating Super Apps. See the late
于 2011/8/3 18:07, PcX 写道:
> Yea, we can use VC tools editbin to do the same thing.
btw, can MinGW64 project develop a tool like the editbin?
--
Best Regards,
PcX
--
BlackBerry® DevCon Americas, Oct. 18-20,
re:
> mingw32/bin/ld.exe
> mingw32/i686-w64-mingw32/bin/ld.exe
> mingw32/libexec/gcc/i686-w64-mingw32/4.6.2/lto1.exe
>
> This should have the same result, so should get you past this problem
> until my next build.
>
> Ruben
Yea, we can use VC tools editbin to
rceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
HI, Ruben
Did your gcc&binutils 32bit have built with -Wl,--large-address-aware?
Because ld.exe and lto1.exe 32bit default built edition can't
allocate the memory more than
? 2011/8/1 2:36, Kai Tietz ??:
Wouldn't that destroy the license of mingwex?
>
> Earnie
Duh ... good point. You are right no way here.
Is there some way to add the ld option : -Wl,--start-group and
-Wl,--end-group ?
--
Best R
d to review (and maybe improve) libgcov code,
> so that we are sure it doesn't rely on libmingwex library.
>
> Kai
So I temporarily merge the libmingwex and libgcov.
--
Best Regards,
PcX
--
Got Input? Slash
于 2011/7/29 18:32, PcX 写道:
Hi ,all
I try to use PGO Optimization to build MinGW64 CRT, but in the
check, it has some link stage errors.
1) I use the configure option below:
./configure --prefix=/mingw --enable-lib32 --enable-wildcard
--enable-tests-unicode
2) make
ourself.
Or you can use VC tools: "editbin /largeaddressaware ld.exe"
--
Best Regards,
PcX
--
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, yo
: *** [testcases/t_ansi_io.exe] Error 1
make[2]: Leaving directory `/e/new/gcc/mingw-w64/build/mingw-w64-crt'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/e/new/gcc/mingw-w64/build/mingw-w64-crt'
make: *** [check] Error 2
All log is in th
tested other edition. But tdm's edition has no problem.
--
Best Regards,
PcX
--
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, you'll get a chance to
于 2011/7/27 17:49, Ruben Van Boxem 写道:
2011/7/27 PcX mailto:xunxun1...@gmail.com>>
Hi, Ruben
Your gcc-4.6.2's OpenMP (-fopenmp) seems to lack the linker
option "-lpthread".
I have to build OpenMP program using "gcc -fopenmp main.c
-lgomp -l
Hi, Ruben
Your gcc-4.6.2's OpenMP (-fopenmp) seems to lack the linker option
"-lpthread".
I have to build OpenMP program using "gcc -fopenmp main.c -lgomp
-lpthread" with your editio
于 2011/7/23 20:43, NightStrike 写道:
PcX,
Is this still an issue, or did you figure it out in other threads?
It also has the problem.
I try to debug other thread:
(gdb) thread 2
[Switching to thread 2 (Thread
于 2011/7/13 22:00, PcX 写道:
> (3)gcc -g -flto -c main.c
>gcc main.o -flto -fuse-linker-plugin
>a.exe
>it will crash.
> In addition, the linker stage have some warnings:
> --
> crt/pseudo-reloc.c:49:13: warning: type of
(DoS), private keys,
> security Microsoft Exchange, secure Instant Messaging, and much more.
> http://www.accelacomm.com/jaw/sfnl/114/51426210/
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.s
Hi, all
As gcc with plugin needs dlfcn, we may add dlfcn-win32
(http://code.google.com/p/dlfcn-win32/downloads/list) to MinGW64.
The dlfcn.h is compatible with MS.
Thanks.
--
Best Regards,
PcX
dlfcn-win32-r19.7z
Description: Binary data
ight code with lto. But now, the code with lto will crash.
--
Best Regards,
PcX
--
AppSumo Presents a FREE Video for the SourceForge Community by Eric
Ries, the creator of the Lean Startup Methodology on "Le
n attachment.
I don't know this is the gcc4.6 lto plugin bug or mingw64 crt bug?
Thanks.
--
Best Regards,
PcX
GNU gdb (pcx32) 7.3.50.20110709
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.htm
= (_pthread_v *) TlsGetValue (_pthread_tls);
(gdb)
--
Best Regards,
PcX
debug.log
Description: Binary data
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of
于 2011/7/11 19:13, Kai Tietz 写道:
> Another thing missing here is the use of lock as prefix
Er..
I have to go out for some moment and sorry...
--
Best Regards,
PcX
--
All of the data generated in your IT infrastruct
于 2011/7/11 19:11, Kai Tietz 写道:
> 2011/7/11 PcX:
>> 于 2011/7/11 19:02, Kai Tietz 写道:
>>> So I don't understand here this ill-instruction failure you see. xadd
>>> (which is used here underhood for .InterlockedDecrement is present
>>> beginning with
very strange.
I write :
__asm{
mov eax, 16
mov ebx, b
xadd [ebx], eax
}
The code can be runed by VC.
--
Best Regards,
PcX
--
All of the data generated in you
于 2011/7/11 18:57, Kai Tietz 写道:
> What funny CPU you are using? It seems that xadd isn't supported by it.
Intel(R) Core(TM)2 Duo CPU T6600 @ 2.20GHz 2.20 GHz
--
Best Regards,
PcX
--
All of the data generated
.
Here is:
(gdb) p _pthread_tls
$1 = 2
(gdb) c
Continuing.
Program received signal SIGILL, Illegal instruction.
0x00409310 in _spin_lite_lock (l=0x40e040)
at e:\new\gcc\mingw-w64\build\winpthreads\src\spinlock.c:169
169_spin_lite_lock_dec(bscnt);
(gdb)
--
Best Regards,
PcX
GNU gdb (pc
tdll.dll
#14 0x00694558 in ?? ()
#15 0x76f69ea5 in wcscat () from C:\Windows\system32\ntdll.dll
#16 0x755b12e5 in msvcrt!_endthreadex () from C:\Windows\syswow64\msvcrt.dll
#17 0x in ?? ()
(gdb)
--
Best Regards,
PcX
GNU gdb (pcx32) 7.3.50.20110709
Copyright (C) 2011 Free Software Foundati
于 2011/7/11 17:19, Kai Tietz 写道:
> Yes, this is for sure something good, as it pre-initialize memory here.
OK, I'll try again.
I will go to dinner, and after that, I will email to you.
Wait for my information please.
Thanks.
--
Best Rega
lloc_cleared
(size)"?
--
Best Regards,
PcX
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent
struct __emutls_array *arr = __gthread_getspecific (emutls_key);
(gdb) step
__gthread_getspecific (__key=3)
at e:\new\gcc\gcc4.6\build\gcc\gthr-win32.h:609
609 __lasterror = GetLastError ();
(gdb) step
611 __ptr = TlsGetValue (__key);
(gdb) step
[New Thread 4880.0xca0]
[Inferior 1 (process
于 2011/7/11 16:06, Kai Tietz 写道:
I mean change "team = gomp_malloc (size)" to "team = gomp_malloc_cleared (size)"
I do that, but seem not be functional.
It's debug log.
It stops at 611 __ptr = TlsGetValue (__key);
Then it seems to enter an endless lopp.
--
Best
ed (size)", or after ""team = gomp_malloc (size)"" add
"team = gomp_malloc_cleared (size)"?
--
Best Regards,
PcX
--
All of the data generated in your IT infrastructure is serious
于 2011/7/11 15:17, Kai Tietz 写道:
could you test this modification and see
You say the libgomp modification ?
I have to recompile gcc...
--
Best Regards,
PcX
--
All of the data generated in your IT infrastructure is
I help you?
I don't know how the problem is described? Do we need write a bugzilla
report to libgomp.
--
Best Regards,
PcX
--
All of the data generated in your IT infrastructure is seriously valuable.
Why?
open for MSYS giving the details of how to reproduce it.
Yea, I agree with your point. But I only say "*sometimes on msys*"...
I don't know why this come out, as when I use Linux, I don't meet the
kind of question.
into an end loop but doesn't crash:
It keeps the same always.
So I type "ctrl-c" to stop this:
What problem is this?
--
Best Regards,
PcX
--
于 2011/7/10 17:29, Kai Tietz 写道:
> Sorry, but I will stop here further investigations as it seems to be a
> bug somewhere else.
Thanks. I will use pthread-win32 temporarily.
--
Best Regards,
PcX
--
All of th
ction...
gdb outputs:
If I change sem.c 123 line to
if (!sem || (sv = *sem) == NULL || IsBadReadPtr (sv, sizeof (*sv))
|| sv->valid == DEAD_SEM)
gdb output:
--
Best Rega
AD_SEM)
It doesn't help:
--
Best Regards,
PcX
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application
Hi, Kai Tietz
I update to svn 4266, and there is also the problem, but is
different:
--
Best Regards,
PcX
--
All of the data generated in your IT
cc on msys, I will build in the source directory.
For a long time, this method make the build stage easy.
Using the same directory, I have built gcc 4.5-4.6 edition successfully.
[http://code.google.com/p/pcxprj/downloads/list]
--
于 2011/7/9 19:15, PcX 写道:
于 2011/7/9 18:36, Kai Tietz 写道:
The potential fix for this is at rev 4265.
I update to 4265, but it also has the problem:
--
Best Regards,
PcX
This is more information:
--
Best
于 2011/7/9 18:36, Kai Tietz 写道:
The potential fix for this is at rev 4265.
I update to 4265, but it also has the problem:
--
Best Regards,
PcX
--
All of the data generated in
于 2011/7/9 17:59, PcX 写道:
于 2011/7/9 17:50, PcX 写道:
then
all work well.
I fix my result.
It can run, but seem to enter an endless loop.
--
Best Regards,
PcX
This is more information
于 2011/7/9 17:50, PcX 写道:
then
all work well.
I fix my result.
It can run, but seem to enter an endless loop.
--
Best Regards,
PcX
--
All of the data generated in your IT
t the code, then all work well.
Thanks.
--
Best Regards,
PcX
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
thr
于 2011/7/9 13:05, PcX 写道:
I
tried to debug winpthread, and I found the crash stopped at
src/mutex.c:38
38 if (!m || !*m)
And I tried to print the value of the *m
(gdb) p *m
Cannot access memory at address 0xbaadf019
Hi, all
I tried to debug winpthread, and I found the crash stopped at
src/mutex.c:38
38 if (!m || !*m)
--
Best Regards,
PcX
--
All of the data generated in
于 2011/7/9 1:33, PcX 写道:
Hi, all
I built winpthread with "./configure --enable-static
--disable-shared", and I use it to build gcc4.6.1 with
"./configure --enable-libgomp --enable-static --disable-shared".
But if I use pthread-win32 static edition to build libgomp,
all work fine.
Where am I wrong?
Thanks.
--
Best Regards,
PcX
--
All of the data generated in your
69 matches
Mail list logo
