Re: [Mingw-w64-public] Compiling win32 compiler fails

2009/12/22 Kai Tietz : > 2009/12/22 Alon Bar-Lev : >> On Tue, Dec 22, 2009 at 9:53 PM, Kai Tietz wrote: >>> 2009/12/22 Alon Bar-Lev : >>>> Hi, >>>> >>>> I think that i686-w64-mingw32 should be supported, right? >>>> At least it wo

Re: [Mingw-w64-public] Compiling win32 compiler fails

2009/12/23 Alon Bar-Lev : > 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. I committed an

Re: [Mingw-w64-public] problems with dllimport / dllexport

2009/12/23 Chris Sutcliffe : > 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 it by no

Re: [Mingw-w64-public] Compiling win32 compiler fails

2009/12/23 Alon Bar-Lev : > 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 is missing in li

Re: [Mingw-w64-public] Compiling win32 compiler fails

2009/12/23 Alon Bar-Lev : > On Wed, Dec 23, 2009 at 3:03 PM, Kai Tietz 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 error for yo

Re: [Mingw-w64-public] Simplifying new def addition

2009/12/23 Alon Bar-Lev : > Hello, > > Just an idea... I had to add pdh.def into current build. > > Steps: > 1. Add pdh.def into mingw-w64-crt/lib32 > 2. Add the following to mingw-w64-crt/Makefile.am >    cat << __EOF__ >> mingw-w64-crt/Makefile.am > if LIB32 > lib32_SCRIPTS += lib32/libpdh.a > en

Re: [Mingw-w64-public] problems with dllimport / dllexport

Hello Chris, 2009/12/23 Chris Sutcliffe : > Hi Kai, > >> Ah, as you describe this, I am remembering, that there is a patch for >> C++ FE pending (it is a bug), that the namespace should be able to >> contain the dllexport/dllimport here. > > Fair enough, hopefully the patch will make it in to main

Re: [Mingw-w64-public] Compiling win32 compiler fails

... you run > on Windows while I cross-compile all my programs in Linux... :) > > Alon. > > On Wed, Dec 23, 2009 at 3:29 PM, Kai Tietz wrote: >> 2009/12/23 Alon Bar-Lev : >>> On Wed, Dec 23, 2009 at 3:03 PM, Kai Tietz wrote: >>>> The change about malloc i

Re: [Mingw-w64-public] Compiling win32 compiler fails

2009/12/24 Alon Bar-Lev : > On Thu, Dec 24, 2009 at 9:22 AM, Kai Tietz 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 to Windows specifi

Re: [Mingw-w64-public] recent svn changes

Hello Ozkan, nice to hear you are back. Yes, there were some changes on svn. Some are back-merged, because they were triggered by bug reports of wrong behavior. 2009/12/24 Ozkan Sezer : > Hi all:  I've been away for a while due to personal issues > and it seems like there have been several change

Re: [Mingw-w64-public] recent svn changes

2009/12/24 Ozkan Sezer : > On Thu, Dec 24, 2009 at 9:34 PM, Kai Tietz wrote: >> Hello Ozkan, >> >> nice to hear you are back. Yes, there were some changes on svn. Some >> are back-merged, because they were triggered by bug reports of wrong >> behavior. >>

Re: [Mingw-w64-public] problems with dllimport / dllexport

2009/12/24 Chris Sutcliffe : > I will create a simple test case over the holidays for this and send it to > you. Thanks > Excellent, I will work on packaging GDB 7.0.1 for mingw-w32 initially. >  Is there going to be an updated 1222(/23) build of mingw-w32 for > mingw or cygwin?  Once I have a w

Re: [Mingw-w64-public] Compiling win32 compiler fails

Hello Alon, 2009/12/24 Alon Bar-Lev : > I don't understand why you keep generated files in svn... > But you should also checkin an updated version of aclocal.m4. Well, this is a decision we made, that we want to provide the use of configure without the need of having proper autotools installed. So

Re: [Mingw-w64-public] command line globbing

Hi Ozkan, 2010/1/3 Ozkan Sezer : > kmx came up with this issue: > > -- Forwarded message -- > From: SourceForge.net > Date: Sat, Jan 2, 2010 at 11:04 AM > Subject: [mingw-w64 - Help] RE: 64-bit native toolchain binaries > > Read and respond to this message at: > https://sourceforg

Re: [Mingw-w64-public] command line globbing

Ozkan Sezer wrote on 03.01.2010 15:16:40: > On Sun, Jan 3, 2010 at 3:35 PM, Ozkan Sezer wrote: > > On Sun, Jan 3, 2010 at 12:57 PM, Kai Tietz wrote: > >> Hi Ozkan, > >> > >> 2010/1/3 Ozkan Sezer : > >>> kmx came up with this

Re: [Mingw-w64-public] command line globbing

2010/1/4 Ozkan Sezer : > On Mon, Jan 4, 2010 at 11:13 AM, Kai Tietz wrote: >> Ozkan Sezer wrote on 03.01.2010 15:16:40: >> >>> On Sun, Jan 3, 2010 at 3:35 PM, Ozkan Sezer wrote: >>> > On Sun, Jan 3, 2010 at 12:57 PM, Kai Tietz >> wrote: >>&

Re: [Mingw-w64-public] GDB 7.0.1

"t66...@gmail.com" wrote on 08.01.2010 15:10:30: > Chris Sutcliffe wrote: > >>> Previously using GNU gdb 6.8 > >>> There were no such annoying warnings. > >>> > >> Correct, there have been several posts about this on the GDB mailing > >> list. AFAIK, it has something do with the pretty printers

Re: [Mingw-w64-public] GDB 7.0.1

2010/1/8 Chris Sutcliffe : > 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 simply prett

Re: [Mingw-w64-public] Problems with emmintrin.h

2010/1/9 Mook - : > Building approximately a week-old mozilla-central here. > > emmintrin.h hates me; the minimal testcase is: > > echo '#include ' | gcc -xc -c -o /dev/null - > > The error is: > some\path\bin\../lib/gcc/x86_64-w64-mingw32/4.5.0/include/mm_malloc.h:31:1: > error: static declaration

Re: [Mingw-w64-public] i686-w64-mingw32 and x86_64-w64-mingw32 coexisting

Hello Chris, 2010/1/15 Chris Sutcliffe : >> and they both have a 'mingw32' directory > > Make that they both have a 'mingw' directory. Yes, it is possible to have both runtimes within one toolchain. You need to build it with multilib support. The directory /mingw/lib (//lib) is the library folder

Re: [Mingw-w64-public] Are win64 headers the same as win32 headers?

JonY 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 working ms

Re: [Mingw-w64-public] Are win64 headers the same as win32 headers?

2010/1/20 Zuxy Meng : > Hi, > > "Kai Tietz" 写入消息 > news:ofc6e14420.44e4a37d-onc12576b0.003eae4c-c12576b0.003ee...@onevision.de... >> JonY wrote on >> 19.01.2010 12:16:50: >> >>> On 1/19/2010 16:51, Ozkan Sezer wrote: >>> >

Re: [Mingw-w64-public] gcc-4.4 branch svn failed to compile

2010/1/25 Ozkan Sezer : > On Mon, Jan 25, 2010 at 9:55 AM, 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' >> make[4]: *** [_muldi3.o] E

Re: [Mingw-w64-public] Undefined reference to gai_strerror()

2010/1/26 Chris Spencer : > -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 > int main() { >    gai_strerror(0); >    re

Re: [Mingw-w64-public] broken dshow in dx-sdk

2010/2/11 Ozkan Sezer : > Regarding this thread from today: > http://sourceforge.net/projects/mingw-w64/forums/forum/723798/topic/3550908 > > Our dshow.h (seems to be based on an old wine version) > is broken due to missing extra headers that it depends > on. > > I included the lastest versions fro

Re: [Mingw-w64-public] x64 can't cast ptr to DWORD

2010/2/22 Alon Bar-Lev : > Something like: > ((void*)0)+dw > > On Mon, Feb 22, 2010 at 1:30 AM, Jim Michaels wrote: >> >> >> it's 32-bit windows 9x code, but the target is 64-bit, so I have to disable >> the 9x code. >> I found a workaround on the internet (great place to look for solutions): >>

Re: [Mingw-w64-public] cross compiler uses 32 bits long type and cannot be changed into 64 bits

2010/2/25 Simon de Graaf : > 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 provide in our so

Re: [Mingw-w64-public] libmangle?

2010/3/4 Tor Lillqvist : >> Maybe, but exception handling still won't work. > > Isn't there other things also that are incompatible, like vtables and > whatnot? Doesn't some FAQ say that different C++ compilers use > different name mangling on purpose because even if they would use the > same mangl

Re: [Mingw-w64-public] __int64 issue of compatibility with MSVC

2010/3/7 Doug Semler : > 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 to >> define it.  in mingw and mingw-w64, one must #include . why? >> >> point 2: there are also __int32 __int16

Re: [Mingw-w64-public] equivalent of dumpbin /exports *.dll ?

Hello Jim, Jim Michaels wrote on 10.03.2010 07:02:37: > what is the mingw equivalent of msvc > dumpbin /exports kernel32.dll > ? > this dumps a list of all the functions exported by the DLL. it is > especially useful in figuring out what functions, if any, are > available to you and what func

Re: [Mingw-w64-public] Need help debugging...

Hello David, The problem you've shown is reasoned by using a gdb built without libexpat. You can download a more current version from our SF file sections (see Tools), which is build with libexpat. If gdb isn't built by it, debugging information from DLLs won't be loaded. Hope this solves your is

Re: [Mingw-w64-public] Question about the undercore in svn

2010/3/21 Ozkan Sezer : > On Sun, Mar 21, 2010 at 7:21 PM, NightStrike 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 need to worry about it. >> >> I

Re: [Mingw-w64-public] Question about the undercore in svn

2010/3/21 Doug Semler : > On Sun, 21 Mar 2010 13:55:36 Kai Tietz wrote: >> 2010/3/21 Ozkan Sezer : >> > On Sun, Mar 21, 2010 at 7:21 PM, NightStrike > wrote: >> >> Well, this is a problem, yes.  It only affects the multilib builds, >> >> though, wh

Re: [Mingw-w64-public] Include paths, float.h

2010/3/22 Doug Semler : > On Sun, Mar 21, 2010 at 8:51 PM, NightStrike wrote: >> On Sun, Mar 21, 2010 at 7:41 PM, Doug Semler wrote: >>> On Sun, 21 Mar 2010 19:22:48 NightStrike wrote: On Sun, Mar 21, 2010 at 5:20 PM, Ozkan Sezer wrote: > For some reason yet unknown to me, the gcc-prov

[Mingw-w64-public] (ups prior wrong list): Patch for binutils to support --(no-)leading-underscore in ld for x64/x86

Hello, I prepared a patch which supports underscoring option for ld for x64/x86 pe-coff targets. I post it first here, so that possibly Doug could comment on it. I have to add for it some additional test-cases in testsuite before posting it upstream. Kai -- |  (\_/) This is Bunny. Copy and past

Re: [Mingw-w64-public] (ups prior wrong list): Patch for binutils to support --(no-)leading-underscore in ld for x64/x86

2010/3/22 Doug Semler : > On Mon, Mar 22, 2010 at 12:08 PM, Doug Semler wrote: >> On Mon, Mar 22, 2010 at 11:32 AM, Kai Tietz wrote: >>> Hello, >>> >>> I prepared a patch which supports underscoring option for ld for >>> x64/x86 pe-coff targets

Re: [Mingw-w64-public] Question about the undercore in svn

2010/3/22 Doug Semler : > On Sun, Mar 21, 2010 at 8:31 PM, NightStrike wrote: >> On Sun, Mar 21, 2010 at 7:24 PM, Doug Semler wrote: >>> On Sun, 21 Mar 2010 18:37:12 NightStrike wrote: On Sun, Mar 21, 2010 at 2:10 PM, Doug Semler wrote: > Yeah, I kinda decided to give up on multilib wi

Re: [Mingw-w64-public] static vs dynamic loading of libgfortran/libstdc++ etc

ation mingw.org originated by Danny Smith), which has some problems in respect 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 -

Re: [Mingw-w64-public] Include paths, float.h

2010/3/23 Ozkan Sezer : > On Tue, Mar 23, 2010 at 2:17 PM, NightStrike wrote: >> On Tue, Mar 23, 2010 at 8:15 AM, Kai Tietz wrote: >>> 2010/3/23 NightStrike : >>>> On Tue, Mar 23, 2010 at 12:57 AM, Mook >>>> wrote: >>>>> On Sun, Mar 21,

Re: [Mingw-w64-public] Include paths, float.h

2010/3/23 NightStrike : > On Tue, Mar 23, 2010 at 12:57 AM, Mook > wrote: >> On Sun, Mar 21, 2010 at 4:22 PM, NightStrike wrote: >>> On Sun, Mar 21, 2010 at 5:20 PM, Ozkan Sezer wrote: For some reason yet unknown to me, the gcc-provided headers have priority over the system provided he

Re: [Mingw-w64-public] Include paths, float.h

2010/3/23 Ozkan Sezer : > On Tue, Mar 23, 2010 at 2:43 PM, Kai Tietz wrote: >> 2010/3/23 Ozkan Sezer : >>> On Tue, Mar 23, 2010 at 2:17 PM, NightStrike wrote: >>>> On Tue, Mar 23, 2010 at 8:15 AM, Kai Tietz wrote: >>>>> 2010/3/23 NightStrike :

Re: [Mingw-w64-public] [Mingw-users] Error message from assembler with mingw-w64-1.0-bin_i686-mingw_20100405

2010/4/13 Hervé Pagès : > Hi, > > While trying to compile samtools 0.1.7a > (http://samtools.sourceforge.net/) with the x86_64-w64-mingw32-gcc > compiler (on a Windows Server 2008 R2 Enterprise (64-bit) box), > I get the following error: > >   D:\biocbld\bbs-2.6-bioc\tmp\cclpzy0n.s: Assembler messa

Re: [Mingw-w64-public] [Mingw-users] Error message from assembler with mingw-w64-1.0-bin_i686-mingw_20100405

2010/4/14 Doug Semler : > 2010/4/13 Doug Semler : >> I have to run but I quickly looked at it and it looks like there may >> be an parentheses around %1 in InterlockedIncrement64 and >> InterlockedDecrement16 inline declarations in winnt.h which are being >> expanded to ((%rcx)) in the assembly (wh

Re: [Mingw-w64-public] issue with gettimeofday()

Hi Patrick, 2010/4/20 Patrick Galbraith : > Hi all, > > I've stumbled across an issue with gettimeofday() returning an incorrect > value with mingw-w64. A simple code sample: > > #include > #include > > int main (void) > { >  struct timeval timer; >  int retval; >  retval= gettimeofday(&timer,NU

Re: [Mingw-w64-public] issue with gettimeofday()

2010/4/20 Ozkan Sezer : > On Tue, Apr 20, 2010 at 12:41 PM, Ozkan Sezer wrote: >> On Tue, Apr 20, 2010 at 7:37 AM, Kai Tietz wrote: >>> Hi Patrick, >>> >>> 2010/4/20 Patrick Galbraith : >>>> Hi all, >>>> >>>> I've s

Re: [Mingw-w64-public] ld: skipping incompatible build/root/mingw/lib/libmingw32.a

2010/4/25 Mario Emmenlauer : > > 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 \ >  [cut]/build/root/mingw/lib/libmingw

Re: [Mingw-w64-public] DW2 support on the 4.5 branch

2010/5/2 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 been released

Re: [Mingw-w64-public] TDM-GCC binary distribution

Hello John, 2010/5/3 John E. / TDM : > MinGW-w64 developers, > > I'm planning to introduce a set of binary packages based on GCC for > x86_64-w64-mingw32 and the MinGW-w64 runtime into the TDM-GCC compiler > suite. More info about TDM-GCC is available at > , but

Re: [Mingw-w64-public] shared binutils

Hello Dmitrijs, 2010/5/3 Dmitrijs Ledkovs : > is anyone building binutils with --enable-shared? cause utils become > ~10MiB from 54MiB for the linux -> mingw cross for one target arch? I know that shared build of binutils is possible, but I never tried it to built it that way. The issue you can h

Re: [Mingw-w64-public] mingw-w64 gcc-4.4.4 release?

2010/5/4 Ozkan Sezer : > Correct me if I am wrong, but I was under the impression > that the project hasembraced the new underscore changes which > mainline 4.4 doesn't have unless you patch it properly and > AFAIK the buildbot builds refuse patching mainline sources. > How will it be? Are we going

Re: [Mingw-w64-public] Mingw + mkl

2010/5/14 Tony Theodore : > 2010/5/15 Mario Rodríguez : >> 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, >> mkl_intel_thread_dll.lib, mkl_core_dll.lib. In 32b arquitecture, it´s >> enought adding this files

Re: [Mingw-w64-public] Mingw + mkl

2010/5/14 Mario Rodríguez : > Kai Tietz wrote: >> >> 2010/5/14 Tony Theodore : >> >>> >>> 2010/5/15 Mario Rodríguez : >>> >>>> >>>> Hi, >>>> >>>> I want to use *MKL*`s lapack &

[Mingw-w64-public] Fw: Mingw-w64-public post from fractal.patt...@yahoo.com

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. mingw-w64-public-ow...@lists.so

Re: [Mingw-w64-public] Patch for ktietz's comutil assignment

Hi Jarrod, 2010/5/22 Jarrod Chesney : > Hi All >        This is my patch for the mingw-w64-headers for the comutil issues (for > uuid support ???) > > > > > The changes to crt/_mingw.h are only for testing the patch and shouldn't be > applied. > > Test unit : > bash-3.2$ cat test.cc > #include

Re: [Mingw-w64-public] Patch for ktietz's comutil assignment

2010/5/27 Ozkan Sezer : > On Thu, May 27, 2010 at 10:34 PM, NightStrike wrote: >> On Sat, May 22, 2010 at 3:36 PM, Kai Tietz wrote: >>> Hi Jarrod, >>> >>> 2010/5/22 Jarrod Chesney : >>>> Hi All >>>>        This is my patch for the ming

Re: [Mingw-w64-public] Patch for ktietz's comutil assignment

2010/5/27 NightStrike : > On Sat, May 22, 2010 at 3:36 PM, Kai Tietz wrote: >> Hi Jarrod, >> >> 2010/5/22 Jarrod Chesney : >>> Hi All >>>        This is my patch for the mingw-w64-headers for the comutil issues >>> (for uuid support ???) >>

Re: [Mingw-w64-public] Multiple definitions of __do_global_ctors, __do_global_dtors and __main

"Sisyphus" 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 > ..\..\blib\arch\auto\PDL\Minuit\Minuit.dll

Re: [Mingw-w64-public] Where has ddk/usbiodef.h gone?

2010/6/7 Ozkan Sezer : > On Mon, Jun 7, 2010 at 12:09 AM, Dmitrijs Ledkovs > wrote: >> On 6 June 2010 12:00, Ozkan Sezer wrote: >>> On Sun, Jun 6, 2010 at 1:37 PM, Wolfgang Glas wrote: Hi all,  I'm using GUID_DEVINTERFACE_USB_DEVICE in my windows code, which uses setupapi.dll

Re: [Mingw-w64-public] Where has ddk/usbiodef.h gone?

2010/6/7 Henry N. : >  On 07.06.2010 09:20, Ozkan Sezer wrote: >> On Mon, Jun 7, 2010 at 10:17 AM, Wolfgang Glas  wrote: >>> On 2010-06-07 08:52, Ozkan Sezer wrote: On Mon, Jun 7, 2010 at 12:09 AM, Dmitrijs Ledkovs  wrote: > On 6 June 2010 12:00, Ozkan Sezer  wrote: >> On Sun, Ju

Re: [Mingw-w64-public] Where has ddk/usbiodef.h gone?

2010/6/7 Ozkan Sezer : >>> >> >> 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 it. >

Re: [Mingw-w64-public] Where has ddk/usbiodef.h gone?

2010/6/7 Ozkan Sezer : > On Mon, Jun 7, 2010 at 12:37 PM, Kai Tietz wrote: >> 2010/6/7 Ozkan Sezer : >>>>> >>>> >>>> Well, the only solution I see here for the ddk-optional SDK is, that >>>> we do a fork of it and have to mainta

Re: [Mingw-w64-public] Installing MSYS to use mingw-w64

Hello Chris, 2010/6/8 Chris Saunders : > I have been unsuccessful at getting MSYS to work with MinGW-w64.  I also > have had problems getting the latest version of MSYS - there seems to be a > lot of files and I don't know what needs to be downloaded.  Could anyone > assist?  My OS is Windows 7 64

Re: [Mingw-w64-public] Dwarf-2 debugging support?

Hello Aaron, 2010/6/11 Aaron Giles : >> > 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 have not notice

Re: [Mingw-w64-public] How to update boehm-gc?

Dmitrijs Ledkovs wrote on 08.07.2010 12:34:15: > I've blindly update boehm-gc to cvs snapshot similar way i dealt with > libffi (wipe the dir and replace it with a checkout = ) > > Unfortunatly that doesn' work for compiling gcj i get this: > > libtool: link: cannot find the library > `../b

Re: [Mingw-w64-public] Using mingw-w32-bin_i686-cygwin packages

2010/7/9 Angelo Graziosi : > 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 > released after (..

Re: [Mingw-w64-public] Multi-threading question...

Hello David, 2010/7/14 David Cleaver : > Hello everyone, > > I currently have a program that I've written that I think could benefit from > being multi-threaded.  However, I don't yet know how to write multi-threaded > programs, so I don't know what "libraries" are out there or which ones will >

Re: [Mingw-w64-public] Header conflicts between and in recent builds of '1.0'

2010/7/15 t66...@gmail.com : > Hi > On 15/07/2010 8:47 PM, Prof Brian Ripley wrote: >> We're working towards switching over to post-April snapshots, but we >> have 1000s of R packages to recompile.  A couple of those (so far) >> have thrown up header conflicts. >> >> Specifically for this report I

Re: [Mingw-w64-public] Header conflicts between and in recent builds of '1.0'

2010/7/15 Kai Tietz : > 2010/7/15 t66...@gmail.com : >> Hi >> On 15/07/2010 8:47 PM, Prof Brian Ripley wrote: >>> We're working towards switching over to post-April snapshots, but we >>> have 1000s of R packages to recompile.  A couple of those (so fa

Re: [Mingw-w64-public] Header conflicts between and in recent builds of '1.0'

2010/7/15 Ozkan Sezer : > On Thu, Jul 15, 2010 at 3:11 PM, t66...@gmail.com wrote: >> Hi, >> On 15/07/2010 9:50 PM, Kai Tietz wrote: >>> 2010/7/15 Kai Tietz: >>>> 2010/7/15 t66...@gmail.com: >>>>> Hi >>>>> On 15/07/2010 8:47 PM, Pr

Re: [Mingw-w64-public] Header conflicts between and in recent builds of '1.0'

2010/7/15 Prof Brian Ripley : > 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

Re: [Mingw-w64-public] Why decimal floating point not supported for this target ?

Hello, 2010/7/16 Dongsheng Song : > 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\bin>gcc testDecim

Re: [Mingw-w64-public] What library has strcpy_s and friends?

Hello Greg, 2010/7/16 Greg Peele : > 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 > instead of sprintf (and s

Re: [Mingw-w64-public] Why decimal floating point not supported for this target ?

2010/7/16 Dongsheng Song : > On Fri, Jul 16, 2010 at 13:17, Kai Tietz wrote: >> >> The feature of decimal-floating-point isn't enabled in gcc for >> cygwin/mingw targets. Question for those targets are, which >> decimal-floating-point variant should be used, is

Re: [Mingw-w64-public] Issues compiling Info-zip's zip 3.1c

Hello Chris, 2010/7/16 Chris Sutcliffe : > 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 > > which co

Re: [Mingw-w64-public] Kai Tietz break build on r2962 due to missing commit pow.def.h

2010/7/26 Dongsheng Song : > Here is the commit information: > > 2010-07-25  Kai Tietz  > >     * math/pow.c: Replaced by new implementation. >     * math/powl.c: Likewise. >     * math/pow.def.h: New pow implementation as template. > > > > ---

Re: [Mingw-w64-public] Kai Tietz break build on r2962 due to missing commit pow.def.h

2010/7/26 Kai Tietz : > 2010/7/26 Dongsheng Song : >> Here is the commit information: >> >> 2010-07-25  Kai Tietz  >> >>     * math/pow.c: Replaced by new implementation. >>     * math/powl.c: Likewise. >>     * math/

Re: [Mingw-w64-public] Kai Tietz break build on r2962 due to missing commit 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 develo

Re: [Mingw-w64-public] Change from 4.4.4 to 4.6.0

2010/7/27 Sisyphus : > 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. > > Any ideas on ho

Re: [Mingw-w64-public] Kai Tietz break cross build gcc on r2945 due to delete FLT/DBL/LDBL_MANT_DIG macros

2010/7/28 Dongsheng Song : > 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 >    r2945 | 2010-07-

Re: [Mingw-w64-public] Kai Tietz break cross build gcc on r2945 due to delete FLT/DBL/LDBL_MANT_DIG macros

2010/7/28 Dongsheng Song : > 于 2010-7-28 15:43, Kai Tietz 写道: >> 2010/7/28 Dongsheng Song : >>> 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.

Re: [Mingw-w64-public] Kai Tietz break cross build gcc on r2945 due to delete FLT/DBL/LDBL_MANT_DIG macros

2010/7/28 Ozkan Sezer : > On Wed, Jul 28, 2010 at 10:54 AM, Dongsheng Song > wrote: >> 于 2010-7-28 15:43, Kai Tietz 写道: >>> 2010/7/28 Dongsheng Song : >>>> Hi Kai, >>>> >>>> When we cross build gcc 4.5 for windows, I found we can build wind

Re: [Mingw-w64-public] sigset_t and w32pth

2010/7/29 Dongsheng Song : > 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 sigset_t in sys/types.h ? > > #ifndef _SIGSET_T_ > #define _SIGSET_T_ > typedef int     _sigset_t; > > #ifndef _NO_OLDNAMES > typedef

Re: [Mingw-w64-public] sigset_t and w32pth

; > I don't know whether ENOFILE should defined. > > On Thu, Jul 29, 2010 at 21:52, Kai Tietz wrote: >> 2010/7/29 Dongsheng Song : >>> Hi, >>> >>> When I compile GnuPG 2, I found w32pth[1] use data type sigset_t which >>> mingw-w64 not suppo

Re: [Mingw-w64-public] Making config.guess detect mingw64 platform?

Hello, 2010/7/29 NightStrike : > On Thu, Jul 29, 2010 at 11:04 AM, Earnie wrote: >> Luis Lavena wrote: >>>  On Wed, Jul 28, 2010 at 1:54 PM, Earnie >>>   wrote: >>>  The suggested target triplet for 64bits is x86_64-pc-mingw32 >>> >>>  Notice the "pc" part, which indicates vendor "pc" (mingw.org)

Re: [Mingw-w64-public] sigset_t and w32pth

ms to be in use, I say that we should define it. > > -- > Ozkan > > >> On Thu, Jul 29, 2010 at 23:43, Ozkan Sezer wrote: >>> On Thu, Jul 29, 2010 at 6:28 PM, Kai Tietz wrote: >>>> 2010/7/29 Dongsheng Song : >>>>> Thanks, when I build libassu

Re: [Mingw-w64-public] Making config.guess detect mingw64 platform?

2010/7/30 Earnie : > Chiheng Xu wrote: >> On Fri, Jul 30, 2010 at 3:57 AM, Earnie  wrote: >> >>> NightStrike wrote: >>> On Thu, Jul 29, 2010 at 3:20 PM, Earnie     wrote: > NightStrike wrote: > > >>    On a long term scale, it'd be nice to compile msys natively f

Re: [Mingw-w64-public] Issues compiling Info-zip's zip 3.1c

2010/7/31 Chris Sutcliffe : >  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 ttyiol.o zipf

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Pete Batard : > 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 WINAPI Int

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Ozkan Sezer : > On Tue, Aug 17, 2010 at 2:24 PM, Kai Tietz wrote: >> 2010/8/17 Pete Batard : >>> For 32 bit, the current MinGW-w64 winbase has: >>> >>>   LONG InterlockedIncrement(LONG volatile *lpAddend); >>>   LONG InterlockedD

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Pete Batard : > 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, but >> >> AFAIR, they aren't specifically marked as WINAPI in ms headers >> (well, maybe their mistake?..) > > Well, the thing

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Ozkan Sezer : > On Tue, Aug 17, 2010 at 2:44 PM, Kai Tietz wrote: >> 2010/8/17 Pete Batard : >>> 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

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Kai Tietz : > 2010/8/17 Ozkan Sezer : >> On Tue, Aug 17, 2010 at 2:44 PM, Kai Tietz wrote: >>> 2010/8/17 Pete Batard : >>>> On 2010.08.17 12:29, Ozkan Sezer wrote: >>>>>> Thank you Pete for noticing that. We are aware of this and w

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Ozkan Sezer : > On Tue, Aug 17, 2010 at 2:52 PM, Kai Tietz wrote: >> 2010/8/17 Ozkan Sezer : >>> On Tue, Aug 17, 2010 at 2:44 PM, Kai Tietz wrote: >>>> 2010/8/17 Pete Batard : >>>>> On 2010.08.17 12:29, Ozkan Sezer wrote: >>>>&

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Pete Batard : > 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

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Ozkan Sezer : > On Tue, Aug 17, 2010 at 3:50 PM, Kai Tietz wrote: >> 2010/8/17 Pete Batard : >>> On 2010.08.17 12:55, Kai Tietz wrote: >>>> Pete, >>>> >>>> could you provide us a list of the Interlock* API, which has stdcall >

Re: [Mingw-w64-public] discrepancy between MinGW32 and MinGW-w64 winbase.h (Interlocked API)

2010/8/17 Ozkan Sezer : > On Tue, Aug 17, 2010 at 4:08 PM, Kai Tietz wrote: >> 2010/8/17 Ozkan Sezer : >>> On Tue, Aug 17, 2010 at 3:50 PM, Kai Tietz wrote: >>>> 2010/8/17 Pete Batard : >>>>> On 2010.08.17 12:55, Kai Tietz wrote: >>>>

Re: [Mingw-w64-public] GCC C++0x

2010/8/25 Ruben Van Boxem : > 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. > > The thing is:

Re: [Mingw-w64-public] GCC 4.6 mingw-w64 Windows x64 native builds

2010/8/25 John E. / TDM : >  On 8/25/2010 5:59 AM, Prof Brian Ripley wrote: >> There is no such thing as 'the LGPL', and it matters which version. >> Version 2.1 (which seems the relevant version) requires you to >> distribute source code in its clause 4, and so does LGPL-3. >> >> But note that sim

Re: [Mingw-w64-public] GCC C++0x

2010/8/25 Ruben Van Boxem : >> 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 should work. > > That'

Re: [Mingw-w64-public] GCC C++0x

2010/8/25 Ruben Van Boxem : >> >> 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: > > 1. M

<    1   2   3   4   5   6   7   8   9   10   >