On 2014-05-09 08:52, JonY wrote:
You may also use the other thread for further discussion, please keep
this thread for votes only.
[x] Yes, move to git
[ ] No, continue with SVN
Yaakov
Cygwin Ports
--
Is your legacy
On 2014-05-05 16:32, André Hentschel wrote:
Am 05.05.2014 23:29, schrieb André Hentschel:
Please review, i'll commit it.
Again the right patch attached now, it's getting late, sorry.
Since stdcall isn't used on x64 either, wouldn't it make more sense to
just do the following in _mingw.h:
On 2014-05-06 16:37, Kai Tietz wrote:
2014-05-06 21:15 GMT+02:00 André Hentschel:
Am 06.05.2014 21:01, schrieb Yaakov (Cygwin/X):
On 2014-05-05 16:32, André Hentschel wrote:
Am 05.05.2014 23:29, schrieb André Hentschel:
Please review, i'll commit it.
Again the right patch attached now, it's
On 2014-05-02 06:02, JonY wrote:
Calling all regular mingw-w64 users, for the benefit of all, let's run a
poll on user opinions on the move.
In order to qualify to vote, please state how you are using mingw-w64
and how this change may affect you (what's your stake in it?).
I package
On 2014-01-17 03:20, Ruben Van Boxem wrote:
I'm running into the strangest thing. Whatever I do to apply the getopt
patch, it will always fail on hunk 2 and 3. I have taken it from
mingw-builds, sezero's version at Savannah, my version in
MinGW-w64-build-scripts, and even multiply tried to get
On 2014-01-11 15:16, Erik van Pienbroek wrote:
The following packages FAILED to rebuild:
mingw-libgsf-1.14.28-1
** Package failed to build while it succeeded during the previous mass
rebuild **
Package owner: greghellings
Time to build: 3 minutes, 16 seconds
Build
On 2013-12-04 04:52, Jacek Caban wrote:
What you need is probably commit r6303, which didn't make into v3 (it
was too late). I guess some distros include it. If that's the case, then
we should have it tested pretty well, so it could be a good candidate
for a cherry-pick.
JonY, Ping? I just
On 2013-12-05 22:48, wynfield wrote:
I understand that on cygwin /bin and /usr/bin both point to the same
directory.
Correct.
Given that and that the ming2-w64 gcc program is shown to be the exact same
length and have the same md5sums, I assumed that they were all equal.
-rwxr-xr-x 2
On 2013-10-03 16:08, JonY wrote:
On 10/4/2013 02:32, Roger Pack wrote:
As a note, this page:
http://sourceforge.net/projects/mingw-w64/files/
still says looking for the latest version? download 2.0.8 which
maybe isn't expected?
Cheers, and thank you for a great project, makes my cross
On 2013-10-02 13:55, LRN wrote:
On 02.10.2013 22:50, Alexey Pavlov wrote:
2013/10/2 LRN wrote:
(offtopic: it looks like a bug that gdb links to libexpat.a instead of
libexpat.dll.a)
FWIW, this also affects libiconv and libintl when building with NLS.
Why it a bug? I'm build GDB with static
On 2013-10-02 12:17, Daniel Goldman wrote:
So my questions: Can anyone point me in right direction to set up mingw-64 so
I can
compile a C curses program under mingw-64, either directly compile under DOS,
or
preferably cross-compile on ubuntu linux to generate DOS executable? Any
On 2013-06-30 06:29, JonY wrote:
On 6/30/2013 18:26, Erik van Pienbroek wrote:
The following packages FAILED to rebuild:
mingw-glew-1.9.0-4
Package owner: smani
Time to build: 3 minutes, 13 seconds
Build logs:
On 2013-04-17 17:04, 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.
libintl = cdll.intl
That will only work if the DLL is named intl.dll, as some builds have
On Thu, 2012-08-30 at 11:06 +0300, Ozkan Sezer wrote:
I applied the last winternals patch as obvious to both stable/v2.x (r5376)
and to trunk (r5377.)
Thank you.
PS: Your work tree seems not up-to-date: patch applied with offsets.
Simply a matter of applying patch 3 before patch 2 (which
On Fri, 2012-06-01 at 02:45 -0500, Yaakov (Cygwin/X) wrote:
The attached draft patch fixes most of the issues with the build. (I
just added the necessary mingw64-i686-* libraries to Ports.) ntdll.h
needs some more work though; perhaps JonY could provide some input?
Revised patches
On 2012-06-15 03:46, Jacek Caban wrote:
On 06/14/12 11:55, Yaakov (Cygwin/X) wrote:
Both mingw.org and Wine support CINTERFACE wrt the REF*ID defines.
Thanks for the report, I've fixed Wine [1].
Not AFAICS. Look at all the places where REF*ID is taken as an argument
which are conditional
On 2012-06-12 03:51, Jacek Caban wrote:
On 06/12/12 07:06, Yaakov (Cygwin/X) wrote:
On 2012-06-04 04:04, Jacek Caban wrote:
Where? I don't see any. There is one change to propkeydef.h, but and I
believe incorrect. Generally, this patch makes REFIID and similar
typedefs depend on CINTERFACE
On 2012-06-12 04:37, Kai Tietz wrote:
2012/6/12 Yaakov (Cygwin/X):
Currently I get:
/usr/i686-w64-mingw32/sys-root/mingw/lib/libmsvcrt.a(daqubs01139.o):(.text+0x0):
multiple definition of `_swprintf'
io_stream_file.o:/usr/i686-w64-mingw32/sys-root/mingw/include/wchar.h:547:
first defined
in cygwin's
setup-case we don't want it.
So I would like to see here instead: !defined (__NO_USE_DLLIMPORT)
How about just !defined(DECLSPEC_IMPORT)?
Yaakov
Cygwin/X
--
Live Security Virtual Conference
Exclusive live event
-c518-4cd8-80cc-2656b9c0d37f
Yaakov
Cygwin/X
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
20 matches
Mail list logo