From: JonY
>To: mingw-w64-public@lists.sourceforge.net
>Sent: Wednesday, April 17, 2013 3:19 PM
>Subject: Re: [Mingw-w64-public] libintl incompatible w/ Python_x64-2.7.3 ctypes
>
>
>On 4/18/2013 06:07, Mark Mikofski wrote:
>> I built libiconv and gettext with reubenv's 64 bit toolchain,
>> x86_64
getcwd, putenv
swab, strdup, stricmp, lfind
open, write, close, fdopen, read, dup, access, fileno, isatty, setmode
---
mingw-w64-crt/lib32/msvcr100.def | 16
mingw-w64-crt/lib32/msvcr110.def | 16
mingw-w64-crt/lib32/msvcr80.def | 16
mingw
Yes, the x64 target.
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developer
On 4/18/2013 06:07, Mark Mikofski wrote:
> I built libiconv and gettext with reubenv's 64 bit toolchain,
> x86_64-w64-mingw32-gcc-4.7.2 (for x64 os)
>
> builds fine, but I can't call the dll from Python.
>
> I assume that since the build targets x64 it builds an x64 dll, but still
> python says
I built libiconv and gettext with reubenv's 64 bit toolchain,
x86_64-w64-mingw32-gcc-4.7.2 (for x64 os)
builds fine, but I can't call the dll from Python.
I assume that since the build targets x64 it builds an x64 dll, but still
python says it's not valid win32 application
>>Traceback (most rec
Hello,
Are you using x86_64 target ?
Any reason for needing HAVE_32BIT_TIME_T btw?
Le 17/04/2013 20:38, Antony Riakiotakis a écrit :
> Hi, I have identified a pretty nasty bug in the MinGW64 headers.
>
> The case that follows happens for _USE_32BIT_TIME_T undefined
>
> _wstat is defined as _ws
---
mingw-w64-crt/lib32/msvcr100.def |5 +
mingw-w64-crt/lib32/msvcr110.def |5 +
mingw-w64-crt/lib32/msvcr80.def |5 +
mingw-w64-crt/lib32/msvcr90.def |5 +
mingw-w64-crt/lib32/msvcr90d.def |5 +
mingw-w64-crt/lib64/msvcr100.def |5 +
mingw-w64-cr
Substituting _wstat with _wstati64, works too of course.
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal
Hi, I have identified a pretty nasty bug in the MinGW64 headers.
The case that follows happens for _USE_32BIT_TIME_T undefined
_wstat is defined as _wstat64i32 in _mingw_stat64.h
This function expects a stat argument, and judging from the name the
argument should be of type _stat64i32 instead, s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.04.2013 19:36, LRN wrote:
> pthread_join () checks tv->ended to see if it needs to wait for
> the thread to terminate. However, sometimes tv->ended = 1 is set
> by __dyn_tls_pthread() before pthread_create_wrapper() is invoked
> (why, i know not)
Erik van Pienbroek schreef op wo 17-04-2013 om 12:06 [+0200]:
> It might help for your case as well:
> https://bugzilla.gnome.org/show_bug.cgi?id=698118
One small addition: the patch in that bug report is based on glib git
master, for one which can be applied to glib 2.36.0 see
http://pkgs.fedorap
Kyle Schwarz schreef op di 16-04-2013 om 21:47 [-0400]:
> I had very few issues compiling the dependencies for GStreamer. I did
> have to edit the code of glib or GStreamer to change a multiple
> definition of DllMain.
>
> I am trying to compile the build statically.
I can't help you with the g
On 2013-04-16 11:09, LM wrote:
> Was curious if any other developers on this list were into porting
> applications from other platforms. Would like to compare notes with
> other developers. For instance, I built the X11 libraries and XWin
> server (natively not in Cygwin) and now that I'm checkin
13 matches
Mail list logo
