I guess I misunderstood. I have used plugins in *applications* developed
with gcc in mingw-w64. I really haven't looked into plugins used directly
by gcc. Of that I am ignorant.
sorry.
2014/1/16 xunxun
> 于 2014/1/17 星期五 6:45, Edscott Wilson 写道:
> > I've used plugins
_
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
--
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
er/tree/debug.h
Enjoy.
--
--------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
--
Rapidly troubleshoot
that function in working order and
some more changes on off-list suggestions by dw.
--
------------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computi
N32_WINNT 0x502
-#include
-#include "mutex.h"
+# include
+# include
+# include
+# include
+# include
+# include
-#define LIFE_SEM 0xBAB1F00D
-#define DEAD_SEM 0xDEADBEEF
+#ifdef __cplusplus
+extern "C" {
+#endif
-typedef struct _sem_t _sem_t;
-struct _sem_t
-{
-
ave no objection to change the license (in
this case to BSD) if it is to be included in mingw-w64.
--
------------
Dr. Edscott Wilson Garcia
Applied Mathematics and
PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 14.11.2013 2:27, Edscott Wilson wrote:
> > Here's the code for using named and unnamed semaphores in
> > Mingw-w64. The only function I have not tested (but looks OK now)
> > is _sem_timedwait().
> >
> > Code
ared
Mingw-w64 7z package at download site too.
// Copyright 2000-2013(C) Edscott Wilson Garcia under GNU GPLv3
#ifdef DEBUG_TRACE
# define TRACE(...) \
{ \
fprintf(stderr, "TRACE:");\
fprintf(stderr, __VA_ARGS__); \
fflush(stderr);\
}
#else
# define TRACE(...)
olute time is better to keep things consistent. As soon as I
put in the code to support unnamed semaphores, I'll post the corrected code
to the list.
Thanks for your comments!
Dr. Edscott Wilson Garcia
A
timedwait(X)
#endif
--
--------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
--
November Webinars for C, C++, Fortran Developers
Accelerate applicat
No need to be sorry. Great stuff, this MinGW-w64.
As soon as I cook up some wrapper code and test it in libtubo, I'll post it
for your review.
2013/11/7 LRN
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07.11.2013 22:34, LRN wrote:
> > On 07.11.2013 22:0
models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?i
-----------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
--
November Webinars for C, C++, Fortran Developers
Accelerat
the underlying
control structure gets freed before its time is really up.
This is what I was talking about. All this was done with plain MingW. I
have yet to build dll's with Mingw-64, but I surmise the issue will be the
same.
t is interesting. I must try it out.
regards
--
--------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
--
Android is increasing in popul
anks for testing this. I just have one small question about one
> paragraph.
>
> 2013/11/4 Edscott Wilson :
> > 2- Local semaphores (shared only between threads). Posix semaphores in
> Mingw
> > seem to be subject to race conditions not present in Linux or FreeBSD.
>
semaphores with pthread conditions and things worked just
fine.
2013/10/21 Edscott Wilson
>
>
>
> 2013/10/21 LRN
>
>> W32 semaphores[1] are shared by default.
>> mingw-w64 winpthreads use these semaphores internally when pshared is
>> PTHREAD_PROCESS_SHARED, so y
testint. I'll let you know what turns up.
Thanks.
--
--------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
---
know if shared semaphores are supported in
Mingw64?
--
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
With release 5.0.8, Disk Based HashTables (
http://sourceforge.net/projects/dbh) project is now successfully using
Mingw-64.
Many thanks to the Mingw-64 developers who have made this possible.
--
Dr. Edscott
gt; http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
release http://dbh.sf.net 5.0.8 for
windows sometime during the next few days.
2013/10/16 Ozkan Sezer
> On 10/16/13, Edscott Wilson wrote:
> > 2013/10/16 Ruben Van Boxem
> >
> >> 2013/10/16 Edscott Wilson
> >>
> >>>
> >>> I appreciate
2013/10/16 Ruben Van Boxem
> 2013/10/16 Edscott Wilson
>
>>
>> I appreciate all the responses. This is the result.
>>
>> 1. The option O_BINARY is not available in fcntl.h for gcc, So
>> open("test.dbh", O_RDWR|O_BINARY) does not work.
>>
&g
/10/16 niXman
> **
>
> Edscott Wilson писал 2013-10-16 18:53:
>
> ... Since I require use of lseek() ...
>
> man fseek
>
>
> --
> Regards, niXman
> ___
> Dual-target(32 & 64-bit) MinGW compilers for 3
56) will read the correct amount of bytes.
Thanks!
--
------------
Dr. Edscott Wilson Garcia
Applied Mathematics and Computing
Mexican Petroleum Institute
indows.
What could possibly be wrong?
Is there some Windows trick you need apply to make read() work as it is
intended?
Or would it be a bug of the mingw gcc port?
Any help is appreciated.
--
------------
Dr. Edscott Wilso
26 matches
Mail list logo
