Hi Stefan,
Hi,
I just tried to compile OpenSSL-0.9.8h with mingw-w64 (see
http://sourceforge.net/projects/mingw-w64/) and needed a couple
of changes to the source code (see attached patch).
Some notes:
- I added a mingw64 line to Configure and (think I) told it to use
Hi Stefan,
I agree that the declaration of alarm is a way not telling truth
here, but I found some applications, which are dependent to
such a not honest way.
I find it surprising that they actually work with such a trick, but
there always are interesting surprises in porting ...
I
-headers to work around
that problem)...
I missed to change implementation files necessary by prototype changes
I
did. Thanks for telling me that.
Committed revision 451.
Huh? What did I tell? I'm lost ...
The build failures in mingw-w64 crt about exece co ;)
Regards,
i.A. Kai
Hi Tor,
[EMAIL PROTECTED] wrote on 08.08.2008
08:33:16:
I recently built the GTK+ stack and its dependencies with mingw-w64
(as cross-compilation from win32), and was pleasantly surprised with
how easy it was. Then I built GIMP, but there I ran into just one
problem: In an executable built
Hi,
2008/11/13 Alon Bar-Lev [EMAIL PROTECTED]:
Hello,
I almost sure it worked until recently... But now a simple program:
#include setjmp.h
#include stdlib.h
int main(void) {
setjmp(NULL);
longjmp(NULL, 0);
}
Cannot be compiled.
x86_64-pc-mingw32-gcc a.c
Graham Greene graham.gre...@charter.net wrote on 04.03.2009 07:17:05:
NightStrike wrote:
On Tue, Mar 3, 2009 at 2:16 PM, Jackie
kjac...@gmail.com wrote:
Hello,
I got some problems when I tried to use the library compiled by
mingw-w64 in VS2008, then I search the issue on the
2009/3/9 Wolfgang Glas wolfgang.g...@ev-i.at:
Hi all,
I've now established to compile all of my source code for a mid-sized
production C++ Windows Service using mingw-w64-20090307 and
mingw-w32-20090307.
All of this code is running stable with mingw32's gcc-3.4.5 version. (The
service
2009/3/15 Wolfgang Glas wolfgang.g...@ev-i.at:
Hi all,
I've been trying very hard to reduce my alloca() problems and at got stuck
with every attempt to isolate the problem.
Finally I linked a mildly complex C-program, which crashed before using a
handcrafted Makefile and luckily I found
2009/3/15 Shaun Barlow shaun.d.bar...@gmail.com:
Hi,
Ok, I found the issue. Your application calls __chkstk from kernel32,
which is pretty false. Because the MS variant just probes the stack,
but does not allocate it as the cygwin variant. There are two possible
ways to solve this, a) Remove
Hello Zhou,
2009/3/18 zhou drangon drangon.z...@gmail.com:
2009/1/13 NightStrike nightstr...@gmail.com:
On Thu, Oct 23, 2008 at 9:17 AM, Kai Tietz kai.ti...@onevision.com wrote:
Jesper Quorning jquorn...@clcbio.com wrote on 23.10.2008 14:13:08:
Hi All,
I try to link together a module
Hello Patrick,
2009/4/24 patrick flaherty p...@well.com:
Hi,
I successfully built the Sourceforge pyOpenSSL project with mingw32.
But I'm on a 64-bit machine and have had problems with loading the project's
DLLs at runtime (on a 32 bit machine loading the DLLs works fine) and when I
found
2009/4/25 patrick flaherty p...@well.com:
Starting with this:
http://oldwiki.mingw.org/index.php/Python%20extensions
I believe the problem to be in distutils. Something needs to be
modified to accommodate x86_64-pc-mingw32-gcc.
So far, from distutils, I've been through msvccompiler.py,
2009/6/22 Chris Sutcliffe ir0nh...@gmail.com:
A subsequent issue I found was that Windows complains that the
libgcc_s_sjlj-1.dll in the 20090612 build is not a valid windows DLL.
Reverting to the 20090606 automated build solved the problem.
I noticed that the 20090612 build are no longer
2009/6/26 David Cournapeau courn...@gmail.com:
On Fri, Jun 26, 2009 at 8:56 PM, Kai Tietzktiet...@googlemail.com wrote:
Hello David,
2009/6/26 David Cournapeau courn...@gmail.com:
Hi,
I am building python extensions with the mingw-w64, but I have
some crashes which I would like to
2009/7/2 McWilliams, Steven steven_mcwilli...@bmc.com:
Attached is the config.log file from the postgres configuration attempt. The
accept() function is a socket library function. The config.log file shows
it trying to compile a bunch of different test programs using accept with
2009/8/21 Ozkan Sezer seze...@gmail.com:
On Fri, Aug 21, 2009 at 10:24 AM, Kai Tietzktiet...@googlemail.com wrote:
2009/8/21 t66...@gmail.com t66...@gmail.com:
Hello,
I filed a bug report at gcc bug tracker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41136
Is anyone encountering this bug and
2009/8/21 Ozkan Sezer seze...@gmail.com:
On Fri, Aug 21, 2009 at 10:42 AM, Ozkan Sezerseze...@gmail.com wrote:
On Fri, Aug 21, 2009 at 10:24 AM, Kai Tietzktiet...@googlemail.com wrote:
2009/8/21 t66...@gmail.com t66...@gmail.com:
Hello,
I filed a bug report at gcc bug tracker
2009/8/21 Ozkan Sezer seze...@gmail.com:
On Fri, Aug 21, 2009 at 10:57 AM, Kai Tietzktiet...@googlemail.com wrote:
2009/8/21 Ozkan Sezer seze...@gmail.com:
On Fri, Aug 21, 2009 at 10:24 AM, Kai Tietzktiet...@googlemail.com wrote:
2009/8/21 t66...@gmail.com t66...@gmail.com:
Hello,
I filed a
2009/8/31 Wolfgang Glas wolfgang.g...@ev-i.at:
Hi all,
We appreciate very much the efforts to bring forward the latest and greatest
gcc technology to Windows by publishing gcc-4.5 based snapshots ;-)
However, since our company is developping Windows software we need to rely on
a stable
2009/9/10 GCC G++ cplusplu...@gmail.com:
Since dlltool delay import has been add in the newest binutils-2.20, will
mingw-w64 people add w64 support to it in the near future?
Thanks.
--
Let Crystal Reports handle the
2009/9/14 Wolfgang Glas wolfgang.g...@ev-i.at:
Kai Tietz schrieb:
2009/9/14 Wolfgang Glas wolfgang.g...@ev-i.at:
JonY schrieb:
On 9/14/2009 02:46, Wolfgang Glas wrote:
[snip]
Sourceware binutils CVS HEAD is generally stable. Version numbers like
2.20.51 are development snapshots (the HEAD
Hello Wolfgang,
thanks for those two patches. I applied both changes to mingw-w64's trunk.
If you want to contact someone from OpenSuse, you can make contact on
IRC with Fridrich.
Thanks,
Kai
2009/9/18 Wolfgang Glas wolfgang.g...@ev-i.at:
Hello Kai,
Now qt-4.5.2 compiles with
2009/9/20 Ozkan Sezer seze...@gmail.com:
On Sun, Sep 20, 2009 at 2:55 AM, Erik de Castro Lopo
mle+...@mega-nerd.com wrote:
Please note, I am subscribed to the list. No need to CC me on reply.
Ozkan Sezer wrote:
A question, though: Are you using gcc-3.4.5 or 4.4.0 as the mingw.org
compiler
Hello Wolfgang,
2009/10/3 Wolfgang Glas wolfgang.g...@ev-i.at:
Hi all,
We have recently compiled a Win32-app using mingw-w64, which uses the WIA
(Windows Image Acquisition) API. The headder files in mingw-w64-headers are
fine
and the app compiled without any flaws.
However, UUIDs for
Hello Chuck,
2009/10/2 Charles Wilson cwils...@users.sourceforge.net:
Kai --
As your pseudo-reloc-v2 support has been integrated into the (32bit)
mingw runtime, I'd also like to add it to the cygwin runtime. However,
to do this I need some test cases demonstrating where v2 works and v1
Hello Wolfgang,
2009/10/4 Wolfgang Glas wolfgang.g...@ev-i.at:
Hello Kia,
Thanks for applying ;-)
I found some time to think about the remaining problems, which you were
unable
to push upstream like float.h, stddef.h header clash between mingw-w64-crt and
gcc or making -mms-bitfields
Hello,
2009/10/22 Sisyphus sisyph...@optusnet.com.au:
Hi,
The test script (try.c):
###
C:\_32\Ctype try.c
#include stdio.h
int main(void) {
#ifdef NO_OLDNAMES
printf(\NO_OLDNAMES\ defined\n);
#else
printf(\NO_OLDNAMES\ not defined\n);
#endif
#define
Hello David,
2009/10/25 David Cleaver wrai...@morpheus.net:
Hello,
I'm having problems printing out values that are larger than 32 bits. My
usual
printf using %llu only outputs the lower 32 bits of my 64-bit numbers.
Here's an example program that produces incorrect output.
#include
2009/10/26 NightStrike nightstr...@gmail.com:
On Thu, Sep 10, 2009 at 3:40 AM, Kai Tietz ktiet...@googlemail.com wrote:
2009/9/10 GCC G++ cplusplu...@gmail.com:
Since dlltool delay import has been add in the newest binutils-2.20, will
mingw-w64 people add w64 support to it in the near future
2009/11/2 Ozkan Sezer seze...@gmail.com:
On Mon, Nov 2, 2009 at 11:49 AM, t66...@gmail.com t66...@gmail.com wrote:
/home/slack/gcc/binutils-cvs/libiberty/getopt.c: In function
'_getopt_internal':
/home/slack/gcc/binutils-cvs/libiberty/getopt.c:683: error: called
object '1' is not a function
2009/12/22 Alon Bar-Lev alon.bar...@gmail.com:
Thanks!
When are you going to publish a new snapshot?
Current snapshot is mingw-w64-snapshot-20090419.tar.bz2 and is it very old.
Vapier, the lord of toolchain in Gentoo, recently added out-of-the-box
support for mingw64... However he will only
2009/12/22 Alon Bar-Lev alon.bar...@gmail.com:
#define _POSIX
#include stdio.h
int my_printf(char *format, ...) __attribute__((format(printf,1,2)));
int main(void) {
return 0;
}
$ x86_64-w64-mingw32-gcc -pedantic a.c
a.c:4: warning: ‘__mingw_printf’ is an unrecognized format
2009/12/22 Alon Bar-Lev alon.bar...@gmail.com:
On Tue, Dec 22, 2009 at 9:53 PM, Kai Tietz ktiet...@googlemail.com wrote:
2009/12/22 Alon Bar-Lev alon.bar...@gmail.com:
Hi,
I think that i686-w64-mingw32 should be supported, right?
At least it would be great if it is as this project is much
2009/12/23 Alon Bar-Lev alon.bar...@gmail.com:
OK.
Thanks.
I had to fixup the gendef...
1. You check for gnu compliant malloc but not define the rpl_malloc,
so I removed this check.
2. You treat warnings as errors and do not eliminate unused parameters.
Thanks for reporting this warning.
2009/12/23 Chris Sutcliffe ir0nh...@gmail.com:
Hi Kai,
I didn't noticed this change in behavior. Could you provide to me some
small testcase by which I can reproduce this?
I'll create a simple test case over the holidays. As it stands today,
I see it with my Emerge Desktop application, but
2009/12/23 Alon Bar-Lev alon.bar...@gmail.com:
Great!
It works.
Thanks for testing. I will apply it to v1.0 branch and trunk.
But... Why there is a huge difference between lib64 and lib32 libraries?
I see that lib32 contains only 142 libraries while lib64 contains 2042.
For example libpdh
2009/12/23 Alon Bar-Lev alon.bar...@gmail.com:
On Wed, Dec 23, 2009 at 3:03 PM, Kai Tietz ktiet...@googlemail.com wrote:
The change about malloc isn't used AFAICS, but well I want to keep it,
as we plan to improve the conditional header includes in future.
Does this line leads to an build
2009/12/24 Alon Bar-Lev alon.bar...@gmail.com:
On Thu, Dec 24, 2009 at 9:22 AM, Kai Tietz ktiet...@googlemail.com wrote:
Ok, I see. I added to the comment that this just happens on
cross-compile. Btw gendef should work as native build on linux, too.
There shouldn't be any dependencies
2010/1/8 Chris Sutcliffe ir0nh...@gmail.com:
Hi Kai,
yes this bug I encounter some time ago, too. It is related to DLL files
not having any debugging information but are shown in backtrace. Here it
warns once about psymtab != symtab and code in gdb fix it afterwards. IMHO
this warning is
JonY jo...@users.sourceforge.net wrote on 19.01.2010 12:16:50:
On 1/19/2010 16:51, Ozkan Sezer wrote:
On Tue, Jan 19, 2010 at 7:42 AM, Zuxy Meng wrote:
Hi,
I wonder if the win32api headers from mingw32 can be used directly in
mingw64.
No, they cannot.
If I have already a
2010/1/20 Zuxy Meng zuxy.m...@gmail.com:
Hi,
Kai Tietz kai.ti...@onevision.com 写入消息
news:ofc6e14420.44e4a37d-onc12576b0.003eae4c-c12576b0.003ee...@onevision.de...
JonY jo...@users.sourceforge.net wrote on
19.01.2010 12:16:50:
On 1/19/2010 16:51, Ozkan Sezer wrote:
On Tue, Jan 19, 2010
2010/1/25 Ozkan Sezer seze...@gmail.com:
On Mon, Jan 25, 2010 at 9:55 AM, t66...@gmail.com t66...@gmail.com wrote:
Hello:
Anyone have build issues with current gcc-4.4 branch ?
x86_64-w64-mingw32/include/wincrypt.h:1512: error: expected
specifier-qualifier-list before 'CERT_DATA_BLOB'
2010/1/26 Chris Spencer spence...@googlemail.com:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm having a bit of a problem with my networking code. Specifically, the
linker can't find gai_strerror().
To provide a very simple test case:
#include ws2tcpip.h
int main() {
2010/2/25 Simon de Graaf s.degr...@tudelft.nl:
Hello,
I am working under opensuse and cross compiling for 64 bits Windows.
I cannot compile the gmp library because mp_limb_t is 32 bits, because of
the 32 bit long type. I have tried to use the -m64 option but it does
not work.
the variant
2010/3/7 Doug Semler dougsem...@gmail.com:
On Thu, 04 Mar 2010 17:20:07 Jim Michaels wrote:
in MSVC,
__int64 x=12345678901234567i64;
point 1: this type __int64 doesn't require me to #include windows to
define it. in mingw and mingw-w64, one must #include basetsd.h. why?
point 2: there are
2010/3/21 Ozkan Sezer seze...@gmail.com:
On Sun, Mar 21, 2010 at 7:21 PM, NightStrike nightstr...@gmail.com wrote:
Well, this is a problem, yes. It only affects the multilib builds,
though, which don't really work anyway without a lot of effort. And
this will all be fixed for 4.6, o we won't
2010/3/21 Doug Semler dougsem...@gmail.com:
On Sun, 21 Mar 2010 13:55:36 Kai Tietz wrote:
2010/3/21 Ozkan Sezer seze...@gmail.com:
On Sun, Mar 21, 2010 at 7:21 PM, NightStrike nightstr...@gmail.com
wrote:
Well, this is a problem, yes. It only affects the multilib builds,
though, which
2010/3/22 Doug Semler dougsem...@gmail.com:
On Sun, Mar 21, 2010 at 8:51 PM, NightStrike nightstr...@gmail.com wrote:
On Sun, Mar 21, 2010 at 7:41 PM, Doug Semler dougsem...@gmail.com wrote:
On Sun, 21 Mar 2010 19:22:48 NightStrike wrote:
On Sun, Mar 21, 2010 at 5:20 PM, Ozkan Sezer
to
ISO-C99 expected results reasoned signness.
Regards,
Kai Tietz
--
| (\_/) This is Bunny. Copy and paste
| (='.'=) Bunny into your signature to help
| ()_() him gain world domination
--
Download Intel#174; Parallel
2010/3/23 Ozkan Sezer seze...@gmail.com:
On Tue, Mar 23, 2010 at 2:17 PM, NightStrike nightstr...@gmail.com wrote:
On Tue, Mar 23, 2010 at 8:15 AM, Kai Tietz ktiet...@googlemail.com wrote:
2010/3/23 NightStrike nightstr...@gmail.com:
On Tue, Mar 23, 2010 at 12:57 AM, Mook
mookgcc+sf.mingw-w64
2010/3/23 Ozkan Sezer seze...@gmail.com:
On Tue, Mar 23, 2010 at 2:43 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/3/23 Ozkan Sezer seze...@gmail.com:
On Tue, Mar 23, 2010 at 2:17 PM, NightStrike nightstr...@gmail.com wrote:
On Tue, Mar 23, 2010 at 8:15 AM, Kai Tietz ktiet
2010/4/25 Mario Emmenlauer ma...@emmenlauer.de:
Hi all,
I fail to build a canadian cross with mingw Revision: 2263 (current
trunk).
The error happens during make all-target-libgcc, message is:
[cut]/build/root/x86_64-w64-mingw32/bin/ld: skipping incompatible \
2010/5/2 t66...@gmail.com t66...@gmail.com:
Hello:
I have question. I have been running gcc 4.4 branch with dw2 support why
can't 4.5 branch have such support?
4.4-dw2 gcc target mingw-w64 platform it runs well .. I see no reason
why 4.5 fail target dw2 mingw-w64 platform.
Since 4.5 have
2010/5/14 Mario Rodríguez shi...@gmail.com:
Kai Tietz wrote:
2010/5/14 Tony Theodore to...@logyst.com:
2010/5/15 Mario Rodríguez shi...@gmail.com:
Hi,
I want to use *MKL*`s lapack BLAS in my *mingw* project.
I use this libraries for 32 bits linking: mkl_intel_c_dll.lib
As this message was sent without subscribing to our ML, I post it as quote
to ML. Please do subscribe to ML before posting to it.
Regards,
Kai
| (\_/) This is Bunny. Copy and paste Bunny
| (='.'=) into your signature to help him gain
| ()_() world domination.
2010/5/27 Ozkan Sezer seze...@gmail.com:
On Thu, May 27, 2010 at 10:34 PM, NightStrike nightstr...@gmail.com wrote:
On Sat, May 22, 2010 at 3:36 PM, Kai Tietz ktiet...@googlemail.com wrote:
Hi Jarrod,
2010/5/22 Jarrod Chesney jarrod.ches...@gmail.com:
Hi All
This is my patch
2010/5/27 NightStrike nightstr...@gmail.com:
On Sat, May 22, 2010 at 3:36 PM, Kai Tietz ktiet...@googlemail.com wrote:
Hi Jarrod,
2010/5/22 Jarrod Chesney jarrod.ches...@gmail.com:
Hi All
This is my patch for the mingw-w64-headers for the comutil issues
(for uuid support
Sisyphus sisyph...@optusnet.com.au wrote on 31.05.2010 11:40:36:
Hi,
I'm on Windows Vista64, using the x64 crosscompiler.
The command being run (it's part of a build of a perl extension named
PDL) :
###
x86_64-w64-mingw32-g++ -o
2010/6/7 Ozkan Sezer seze...@gmail.com:
On Mon, Jun 7, 2010 at 12:09 AM, Dmitrijs Ledkovs
dmitrij.led...@ubuntu.com wrote:
On 6 June 2010 12:00, Ozkan Sezer seze...@gmail.com wrote:
On Sun, Jun 6, 2010 at 1:37 PM, Wolfgang Glas wolfgang.g...@ev-i.at wrote:
Hi all,
I'm using
2010/6/7 Henry N. henrynmail-mi...@yahoo.de:
On 07.06.2010 09:20, Ozkan Sezer wrote:
On Mon, Jun 7, 2010 at 10:17 AM, Wolfgang Glaswolfgang.g...@ev-i.at wrote:
On 2010-06-07 08:52, Ozkan Sezer wrote:
On Mon, Jun 7, 2010 at 12:09 AM, Dmitrijs Ledkovs
dmitrij.led...@ubuntu.com wrote:
On 6
2010/6/7 Ozkan Sezer seze...@gmail.com:
Well, the only solution I see here for the ddk-optional SDK is, that
we do a fork of it and have to maintain it by ourself. The only need
we would have here is a volunteer doing the manual merge and which
signs responsible to build up an testsuite for
Hello Aaron,
2010/6/11 Aaron Giles aa...@aarongiles.com:
Our project (MAME) recently converted a bunch of C code to C++, and
as a result our symbol size has bloated tremendously (EXE is now
280MB(!) with symbols, versus 40MB without), killing our link times.
Our cohorts on the Linux side
2010/7/9 Angelo Graziosi angelo.grazi...@alice.it:
It is some time I am using these mingw-w32-bin_i686-cygwin packages on
Cygwin, but recently it seems that there are some problems.
The last useful package wich works for me is:
mingw-w32-bin_i686-cygwin-1.7.5-1_20100617.tar.bz2. All packages
2010/7/15 Prof Brian Ripley rip...@stats.ox.ac.uk:
Meanwhile (because I am working with 1.0) I have done a local svn merge and
tested my example problems, which now compile.
Thanks to all, especially Kai.
On Thu, 15 Jul 2010, Ozkan Sezer wrote:
On Thu, Jul 15, 2010 at 4:09 PM, Kai Tietz
Hello,
2010/7/16 Dongsheng Song dongsheng.s...@gmail.com:
Hi,
When I compile the following simple C program:
int main()
{
_Decimal32 d1;
_Decimal64 d2;
_Decimal128 d3;
return 0;
}
gcc 4.4 linux target is OK, but mingw32 or mingw64 target failed:
C:\var\tmp\mingw32\bingcc
Hello Greg,
2010/7/16 Greg Peele aerovec...@hotmail.com:
I've been taking MinGW-w64 TDM-GCC 4.5 for a spin on my company's code and I
ran into a problem compiling a third party dependency: CppUnit 1.12. Looks
like MinGW defines __STDC_SECURE_LIB__ which causes CppUnit to use sprintf_s
Hello Chris,
2010/7/16 Chris Sutcliffe ir0nh...@gmail.com:
Hi All,
I'm trying to compile Info-zip's zip 3.1c during the linking stage of
the 'dll' target. The command I use to build the dll is:
make -f win32/makefile.gcc CC=x86_64-w64-mingw32-gcc
RC=x86_64-w64-mingw32-windres NOASM=1 dll
2010/7/26 Kai Tietz ktiet...@googlemail.com:
2010/7/26 Dongsheng Song dongsheng.s...@gmail.com:
Here is the commit information:
2010-07-25 Kai Tietz kai.ti...@onevision.com
* math/pow.c: Replaced by new implementation.
* math/powl.c: Likewise.
* math/pow.def.h
Sorry for the breakage. Fixed at revision 2967.
Kai
--
| (\_/) This is Bunny. Copy and paste
| (='.'=) Bunny into your signature to help
| ()_() him gain world domination
--
The Palm PDK Hot Apps Program offers
2010/7/27 Sisyphus sisyph...@optusnet.com.au:
Hi,
I have binaries for gcc-4.4.4 20100208 and gcc-4.6.0 20100414
(cross-compilers).
The former builds libssh2-1.2.6 fine (in msys shell), but the latter
doesn't.
The errors produced by 4.6.0 (during the 'make' stage) are attached in
m.txt.
2010/7/28 Dongsheng Song dongsheng.s...@gmail.com:
Hi Kai,
When we cross build gcc 4.5 for windows, I found we can build windows gcc
binary one
week ago, but now the build failed.
After I do a binary search, I found the issue caused by r2945.
r2950 | 2010-07-24 05:50:28 | FAILED
2010/7/28 Ozkan Sezer seze...@gmail.com:
On Wed, Jul 28, 2010 at 10:54 AM, Dongsheng Song
dongsheng.s...@gmail.com wrote:
于 2010-7-28 15:43, Kai Tietz 写道:
2010/7/28 Dongsheng Song dongsheng.s...@gmail.com:
Hi Kai,
When we cross build gcc 4.5 for windows, I found we can build windows gcc
don't know whether ENOFILE should defined.
On Thu, Jul 29, 2010 at 21:52, Kai Tietz ktiet...@googlemail.com wrote:
2010/7/29 Dongsheng Song dongsheng.s...@gmail.com:
Hi,
When I compile GnuPG 2, I found w32pth[1] use data type sigset_t which
mingw-w64 not supported,
Is there any plan to support
to be in use, I say that we should define it.
--
Ozkan
On Thu, Jul 29, 2010 at 23:43, Ozkan Sezer seze...@gmail.com wrote:
On Thu, Jul 29, 2010 at 6:28 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/7/29 Dongsheng Song dongsheng.s...@gmail.com:
Thanks, when I build libassuan, I found
2010/7/31 Chris Sutcliffe ir0nh...@gmail.com:
On 7/30/10 11:40 PM, Chris Sutcliffe wrote:
Doing a little more digging, it seems like it's not dllwrap at all,
it's gcc:
x86_64-w64-mingw32-gcc -Wl,--enable-stdcall-fixup -ozip32z64.dll -s
-shared windll.o windllrc.o api.o zipl.o cryptl.o
2010/8/17 Pete Batard pbat...@gmail.com:
For 32 bit, the current MinGW-w64 winbase has:
LONG InterlockedIncrement(LONG volatile *lpAddend);
LONG InterlockedDecrement(LONG volatile *lpAddend);
LONG InterlockedExchange(LONG volatile *Target,LONG Value);
However, MinGW32 uses:
LONG
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 2:24 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Pete Batard pbat...@gmail.com:
For 32 bit, the current MinGW-w64 winbase has:
LONG InterlockedIncrement(LONG volatile *lpAddend);
LONG InterlockedDecrement(LONG
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 2:44 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Pete Batard pbat...@gmail.com:
On 2010.08.17 12:29, Ozkan Sezer wrote:
Thank you Pete for noticing that. We are aware of this and we solved
things here a bit different
2010/8/17 Kai Tietz ktiet...@googlemail.com:
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 2:44 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Pete Batard pbat...@gmail.com:
On 2010.08.17 12:29, Ozkan Sezer wrote:
Thank you Pete for noticing that. We are aware
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 2:52 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 2:44 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Pete Batard pbat...@gmail.com:
On 2010.08.17 12:29
2010/8/17 Pete Batard pbat...@gmail.com:
On 2010.08.17 12:55, Kai Tietz wrote:
Pete,
could you provide us a list of the Interlock* API, which has stdcall
calling convention by our findings? Please just list names of those
functions and don't copy from VC's header-set. So we can adjust things
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 3:50 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Pete Batard pbat...@gmail.com:
On 2010.08.17 12:55, Kai Tietz wrote:
Pete,
could you provide us a list of the Interlock* API, which has stdcall
calling convention
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 4:08 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Ozkan Sezer seze...@gmail.com:
On Tue, Aug 17, 2010 at 3:50 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/8/17 Pete Batard pbat...@gmail.com:
On 2010.08.17 12:55
2010/8/25 Ruben Van Boxem vanboxem.ru...@gmail.com:
I guess this mailing list is as good a place as any to start this
discussion.
Eventually it will boil down to someone writing the hard code (as I am not
near capable enough). I can, though, get some info and gather docs for a
willing party.
2010/8/25 Ruben Van Boxem vanboxem.ru...@gmail.com:
Yes, I would prefer here a native win32 API variant for threads, as
the dependency to pthread for c++ isn't in all cases the best
solution. Also it seems to me that the abilities of c++0x are limited
and so a native win32 implementation
2010/8/25 Ruben Van Boxem vanboxem.ru...@gmail.com:
Brand new idea: I define
#define _GLIBCXX_HAS_GTHREADS 1
This adds thread to std:: and allows me to see what undefined stuff there
is! Perfect, no? I'll keep you guys informed.
Ruben
Sorry for the SPAM...
Some additional thoughts:
2010/8/26 Ruben Van Boxem vanboxem.ru...@gmail.com:
but poking around, I do not find a thread file (the include file
for std::thread).
it should be in:
gcc-src/libstdc++-v3/include/std
My mingw gcc installation does have a thread file. (I realize that
it may be out of date, but it's
2010/8/27 Chris Sutcliffe ir0nh...@gmail.com:
On 26 August 2010 11:52, Chris Sutcliffe wrote:
On 26 August 2010 11:10, Ozkan Sezer wrote:
On Thu, Aug 26, 2010 at 6:04 PM, Chris Sutcliffe wrote:
Given the assumption that PATH_SEPARATOR_CHAR *is* redundant for VMS
and HAVE_DOS_PATHS. Once we
2010/8/30 Chris Sutcliffe ir0nh...@gmail.com:
On 30 August 2010 09:27, JonY wrote:
On 8/30/2010 21:00, Chris Sutcliffe wrote:
The OpenProcessToken in particular has come to bite me in a bad way
with Emerge Desktop. I ran in to this issue when using gendef to
update the def files for w32api,
2010/8/30 Vasilakis fithis2...@gmail.com:
I have a problem compiling an application under windows XPSP3 x86 with
mingw-w32-bin_i686-mingw_20100711_sezero.zip +
sezero_20100711_w32_runtime_update_3441.zip
The exact error reads.
2010/8/30 Chris Sutcliffe ir0nh...@gmail.com:
On 30 August 2010 10:42, Kai Tietz wrote:
2010/8/30 Chris Sutcliffe ir0nh...@gmail.com:
Is it possible to override / change the default link order (i.e. is it
in a config file somewhere), or is it hard coded at compile time?
Well
2010/9/5 İsmail Dönmez ism...@namtrac.org:
Hi all;
Today I was trying to do a canadian cross build of mingw-w64 on Snow
Leopard. I am using the instructions in the wiki but the gcc failed to
compiled with an error, that was already reported here [0].
I didn't try a non-multilib build (yet)
2010/9/5 İsmail Dönmez ism...@namtrac.org:
Hi,
On Sun, Sep 5, 2010 at 11:26 PM, Kai Tietz ktiet...@googlemail.com wrote:
Well, as you see in your dump of ld i386pep which means that ld
supports x86_64 output. In ld (and some other tools of binutils) the
naming of target is different.
So
2010/9/5 İsmail Dönmez ism...@namtrac.org:
Hi there;
On Sun, Sep 5, 2010 at 11:45 PM, Kai Tietz ktiet...@googlemail.com wrote:
2010/9/5 İsmail Dönmez ism...@namtrac.org:
Hi,
On Sun, Sep 5, 2010 at 11:26 PM, Kai Tietz ktiet...@googlemail.com wrote:
Well, as you see in your dump of ld
2010/9/5 İsmail Dönmez ism...@namtrac.org:
Hi;
On Sun, Sep 5, 2010 at 11:56 PM, Kai Tietz ktiet...@googlemail.com wrote:
Well, have you build and installed headers and crt after initial gcc
bootstrap? Have you added new sys-root/bin folder to you path before
building crt?
Yes, I did
2010/9/5 İsmail Dönmez ism...@namtrac.org:
Hi;
On Mon, Sep 6, 2010 at 12:08 AM, Kai Tietz ktiet...@googlemail.com wrote:
Could you please show me your configure line you used for crt.
../configure --host=x86_64-w64-mingw32 --enable-lib32
--prefix=/usr/local/mingw64
Thanks,
ismail
Well
Hi,
just for getting you right. Does initial cross-compiler fails, or then
the build of the canadian cross based on this cross-compiler?
Regards,
Kai
--
| (\_/) This is Bunny. Copy and paste
| (='.'=) Bunny into your signature to help
| ()_() him gain world domination
2010/9/6 Bidski bid...@bigpond.net.au:
Is there a reason why strnlen has been excluded thusly?
Regards
Bidski
Hmm, not sure. I think it was due an issue in building bootstrap, but
I can't recall it.
Kai
--
| (\_/) This is Bunny. Copy and paste
| (='.'=) Bunny into your signature to
2010/9/6 Ozkan Sezer seze...@gmail.com:
On Mon, Sep 6, 2010 at 6:35 PM, John E. / TDM tdra...@tdragon.net wrote:
On 9/6/2010 6:14 AM, Ozkan Sezer wrote:
strnlen doesn't exist in msvcrt.dll from x86-winxp
we can implement it roughly like:
size_t __cdecl strnlen (const char *s, size_t
2010/9/8 Dmitrijs Ledkovs dmitrij.led...@ubuntu.com:
x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I.
-I/build/buildd/w64-toolchain-1.0b+201009080043/upstream/mingw-w64-crt -m64
-D_SYSCRT=1 -DCRTDLL=1
-I/build/buildd/w64-toolchain-1.0b+201009080043/upstream/mingw-w64-crt/include
-D_CRTBLD
1 - 100 of 1198 matches
Mail list logo
