On Fri, Apr 29, 2011 at 11:03 AM, Earnie wrote:
> Ozkan Sezer wrote:
>> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
>> wrote:
>>> hey
>>>
>>> did you remove the .la files ?
>>>
>>
>> Nope, didn't bother. If theyare causing trouble, the developers can
>> remove them by themselves.
>>
>
> The .
On Fri, Apr 29, 2011 at 3:51 PM, Ruben Van Boxem
wrote:
> As some other discussion here on the list already brought up, the autobuilds
> are all cross-compilers (for x86_64) and in my experience, they run a bit
> slower on my machine. Don't know why, haven't tested it really, more like a
> feeling
Do you use our makefile?
On Tue, May 3, 2011 at 6:10 AM, Ruben Van Boxem
wrote:
> Well, what I do is use the GCC in Ubuntu's repository to build binutils and
> GCC targeting Windows. The crt for that cross-compiler is built using that
> same new compiler. Then I build everything needed for a nati
On Tue, May 3, 2011 at 8:21 AM, Ruben Van Boxem
wrote:
>
> Op 3 mei 2011 14:17 schreef "NightStrike" het
> volgende:
>
>>
>> Do you use our makefile?
>
> No, sorry. I made my own scripts to handle everything. I just fail to
> understand how my Canadi
On Tue, May 3, 2011 at 8:25 AM, Ruben Van Boxem
wrote:
> 2011/5/3 NightStrike
>>
>> On Tue, May 3, 2011 at 8:21 AM, Ruben Van Boxem
>> wrote:
>> >
>> > Op 3 mei 2011 14:17 schreef "NightStrike" het
>> > volgende:
>> >
>
Wrong list, but you're welcome :)
Use mingw-w64-public@lists.sourceforge.net in the future.
On Wed, May 11, 2011 at 10:50 AM, RSPsoftware wrote:
>
> I am amazed with the simplicity to convert ming32 projects as executables or
> dlls to ming64
> congratulations
>
---
On Wed, May 11, 2011 at 12:28 PM, Earnie wrote:
> RSPsoftware wrote:
>> for years I was thinking that size of int and long would change to 8
>>
>
> The you'll find http://www.unix.org/whitepapers/64bit.html an
> interesting read. Yea, it speaks relative to UNIX but data is data
> regardless of th
On Fri, May 20, 2011 at 8:32 AM, Earnie wrote:
> Prof Brian Ripley wrote:
>>> for LP64 that have long long as undefined. Can you link to the
>>> C99 definition?
>>
>> You need to consult the standard, which you buy from ISO.
>>
>
> That isn't going to happen.
It's free:
http://www.open-std.org/
On Fri, May 20, 2011 at 10:18 AM, NightStrike wrote:
> On Fri, May 20, 2011 at 8:32 AM, Earnie wrote:
>> Prof Brian Ripley wrote:
>
>>>> for LP64 that have long long as undefined. Can you link to the
>>>> C99 definition?
>>>
>>> Yo
On 5/19/11, Kai Tietz wrote:
> 2011/5/19 Dongsheng Song :
>> I think this is a debug line, should be removed, right ?
>>
>> Index: libmangle/src/m_ms.c
>> ===
>> --- libmangle/src/m_ms.c(revision 4169)
>> +++ libmangle/src/m_m
On 5/21/11, Ozkan Sezer wrote:
> On Sat, May 21, 2011 at 10:09 AM, Kai Tietz wrote:
>> 2011/5/21 Ozkan Sezer :
>>> On Sat, May 21, 2011 at 9:56 AM, Kai Tietz
>>> wrote:
2011/5/21 Dongsheng Song :
> On Thu, May 19, 2011 at 15:28, Dongsheng Song
>
> wrote:
>>
>> 于 2011-5-
On 5/16/11, Kai Tietz wrote:
> 2011/5/16 Jonas noLastName :
>>
>> So any progress in this issue ?Is anyone working on it ?Does anyone care ?
>> Regards,Jonas
>
> Well, I worked on that to introduce on binutils' ld the support of
> __ImageBase as synonym (the MS variant of this). I just didn't fou
Bug
On Tue, Jun 21, 2011 at 10:32 AM, Farkas Levente wrote:
> hi,
> the daily automated source create file names like this:
> mingw-w64-1.0-src-_20110620.tar.bz2
> does the "_-" in the name intentional or just a bug?
> regards.
>
> --
> Levente "Si vis pacem para be
I don't understand your question. Can you rephrase?
On Saturday, June 18, 2011, niXman wrote:
> Thanks for the answer!
> Tell me please, how to determine the versions of packets to their it build?
> I.e. interest a stable releases - 4.5.2/4.5.3/4.6.0.
>
> 2011/6/18 JonY
>
> On 6/18/2011 10:02,
Patch? :)
On Tue, Jun 28, 2011 at 3:29 PM, Ruben Van Boxem
wrote:
> Hi guys,
>
> When trying out some stupid exotic library (it was glog or something)
> I ran into an undeclared secure function variant:
> strerror_s
>
> Here's the full list of functions that would need to be declared:
> http://ms
On Thu, Jul 7, 2011 at 3:33 PM, kmx wrote:
> Dne 7.7.2011 17:41, Dongsheng Song napsal(a):
>
> Hi,
>
> I see PostgreSQL in the "Projects successfully using MinGW-w64" list, but
> when I build
> PostgreSQL 9.0.x or 9.1.x with the latest i686-w64-mingw32-gcc (4.6.2
> 20110705) and crt,
> I must twea
Ping
On Tue, Jul 5, 2011 at 11:32 AM, Ruben Van Boxem
wrote:
> Hi,
>
> Attached is a small patch to add detection of Clang's float.h header
> in mingw-w64's float.h. Clang's header now #include-next's float.h, so
> this needs to be added on mingw-w64 side (and probably mingw.org side,
> but I can
On Fri, Jul 22, 2011 at 9:55 AM, Eugen Dedu
wrote:
> On 22/07/11 15:38, Ozkan Sezer wrote:
>> On Fri, Jul 22, 2011 at 4:16 PM, Eugen Dedu
>> wrote:
>>> Hi,
>>>
>>> (I sent this to IRC but nobody answered.)
>>>
>>> I have a big linux application and I use mingw to build it for windows
>>> too. W
PcX,
Is this still an issue, or did you figure it out in other threads?
On Mon, Jul 11, 2011 at 8:59 AM, PcX wrote:
> 于 2011/7/11 19:13, Kai Tietz 写道:
>>
>> Another thing missing here is the use of lock as prefix ...
>
> I update to winpthreads svn 4271:
>
> this is a debug log
>
> GNU gdb (pcx3
On Fri, Jul 8, 2011 at 8:34 AM, Alen Skondro wrote:
> This helped!
> binutils can now create i686 and x86_64 targets and GCC discovered this!
> Thank you guys for your expertise!
>
> The only problem I'm still having is that the $PREFIX\i686-w64-mingw32\lib
> contains 32bit libraries but GCC looks
On Wed, Jul 6, 2011 at 2:16 AM, Ozkan Sezer wrote:
> On Wed, Jul 6, 2011 at 8:48 AM, Alon Bar-Lev wrote:
>> Oh... I can provide the exact syntax from wincrypt.h:
>>
>
>
> Please don't.
I think we can do this on the -doc email list that Jon set up for this
purpose. Jon, please correct me here.
On Tue, Jun 21, 2011 at 10:39 AM, Farkas Levente wrote:
> hi,
> i try to find any kind of information about the release plan or roadmap,
> but i can't find it.
> is there any plan about the 1.0 final release?
> thanks.
> regards.
There is not. We should make one. I admit that I have been a
road
On Sat, Jul 23, 2011 at 10:26 AM, Eugen Dedu
wrote:
> On 23/07/11 14:42, NightStrike wrote:
>> On Fri, Jul 22, 2011 at 9:55 AM, Eugen Dedu
>> wrote:
>>> On 22/07/11 15:38, Ozkan Sezer wrote:
>>>> On Fri, Jul 22, 2011 at 4:16 PM, Eugen Dedu
>>>>
No
On Mon, Jul 25, 2011 at 1:39 PM, Jon wrote:
> The last automated build was
>
> mingw-w32-1.0-bin_i686-mingw_20110624.zip
>
> while the 32bit cygwin and linux flavors, and the
> mingw-w64-1.0-bin_i686-mingw_* downloads appear regularly.
>
> Are you planning to discontinue automated builds for
On Fri, Jul 29, 2011 at 1:32 PM, PcX wrote:
> 于 2011/7/29 18:32, PcX 写道:
>
> Hi ,all
>
> I try to use PGO Optimization to build MinGW64 CRT, but in the check, it
> has some link stage errors.
>
> 1) I use the configure option below:
> ./configure --prefix=/mingw --enable-lib32 --e
On Wed, Aug 3, 2011 at 6:43 AM, PcX wrote:
> 于 2011/8/3 18:16, Ruben Van Boxem 写道:
>
> Seeing that the mingw-w64 project's resources are limited
>
> But libmangle and gendef are not limited, we can't make the tools as
> libmangle and gendef?
> I don't know this concrete meaning. Can you provide th
On Thu, Aug 4, 2011 at 5:20 AM, PcX wrote:
> 于 2011/8/3 19:57, NightStrike 写道:
>
> We could, if we could find the time. I know i for one have started a
> new job and have very limited time.
>
> If you'd like to write it, though, we'd be very happy to add you t
On Thu, Aug 4, 2011 at 7:30 PM, Greg Peele wrote:
> Does anyone know of a site which hosts pre-built Win64 binaries / developer
> kits for common open source C libraries? I haven't been able to find one so
We package some random things here:
http://sourceforge.net/projects/mingw-w64/files/Extern
On Fri, Aug 5, 2011 at 3:36 PM, Jon wrote:
> 1) Strip -s on all exes. I maintain a build recipe at
> https://github.com/oneclick/rubyinstaller which aggregates MSys and the
> latest mingw-w32-1.0-bin_i686-mingw_* download into what we call the DevKit.
> Currently this explodes to ~758MB on-disk
On Mon, Aug 8, 2011 at 2:24 AM, Vincent Torri wrote:
>
>
> On Mon, Aug 8, 2011 at 4:29 AM, NightStrike wrote:
>>
>> On Fri, Aug 5, 2011 at 3:36 PM, Jon wrote:
>> > 1) Strip -s on all exes. I maintain a build recipe at
>> > https://github.com/oneclick/ruby
On Mon, Aug 8, 2011 at 4:43 AM, Ruben Van Boxem
wrote:
> Perhaps a release-buildbot should fire up an "official release" every
> two weeks, be tested quickly before upload, and put in a nice seperate
> "releases" directory. Somewhat a Personal Build, but automated. This
> would take some time and
On Mon, Aug 8, 2011 at 3:59 AM, Farkas Levente wrote:
> and some kind of wiki which describe the recommended binutils and gcc
> and other toolchains. it's also missing.
There are a number of wiki pages, such as:
http://sourceforge.net/apps/trac/mingw-w64/wiki/download%20filename%20structure
On Mon, Aug 8, 2011 at 9:54 AM, Jon wrote:
>> This is what the install-strip make target is for. Don't do it
>> manually. Just call make install-strip instead of make install.
>
> For the automated mingw downloads, I believe the exes should be stripped
> either as part of a deployment target or
On Mon, Aug 8, 2011 at 5:27 PM, Farkas Levente wrote:
>> --> binutils: latest trunk is the only sensible version
>
> does it means you always send all mingw/windows specific patches to
> binutils upstream and those are always merged? if not it'd be useful to
> keep all patches for the a given r
On Tue, Aug 9, 2011 at 10:44 AM, Jon wrote:
>> You guys rock, let that be clear ;-)
>>
>> Kai and me have been discussing a proper release build setup for
>> mingw-w64. I would become the release packager dude that makes sure
>> proper releases are... released.
>>
>> ...SNIP...
>>
>> Any construct
On Thu, Aug 11, 2011 at 6:33 AM, Ruben Van Boxem
wrote:
> Thanks. Without a crash, it's hard to provide any more details. I'm
> sure you're in a much better position to find what's going on. I just
> tried to "reduce to a testcase" so to speak.
You can attach with the debugger and see where it's
Ping?
On Tue, Jun 28, 2011 at 4:24 PM, NightStrike wrote:
> Patch? :)
>
> On Tue, Jun 28, 2011 at 3:29 PM, Ruben Van Boxem
> wrote:
>> Hi guys,
>>
>> When trying out some stupid exotic library (it was glog or something)
>> I ran into an undeclared se
On Tue, Aug 16, 2011 at 10:17 AM, Ruben Van Boxem
wrote:
> Op 16 aug. 2011 16:13 schreef "JonY" het
> volgende:
>
>>
>> On 8/16/2011 20:57, Ruben Van Boxem wrote:
>> > Hi,
>> >
>> > Since Kai fixed the winpthreads/libgomp problem (Kai, you are a
>> > hero!), I have been trying to finalize the win
On Tue, Aug 16, 2011 at 10:52 AM, Ruben Van Boxem
wrote:
> 2011/8/16 NightStrike :
>> On Tue, Aug 16, 2011 at 10:17 AM, Ruben Van Boxem
>> wrote:
>>> Op 16 aug. 2011 16:13 schreef "JonY" het
>>> volgende:
>>>
>>>>
>>>&g
On Tue, Aug 16, 2011 at 2:55 PM, Luis Lavena wrote:
> Hello,
>
> Due the recent number of builds for cygwin and linux, version 1.0
> targeting win32 for darwin has disappear.
>
> Last file available was
> "mingw-w32-1.0-bin_i686-darwin_20110429.tar.bz2" but seems is gone
> now.
>
> In the page, th
On Wed, Aug 17, 2011 at 10:08 AM, Luis Lavena wrote:
> On Wed, Aug 17, 2011 at 9:46 AM, NightStrike wrote:
>> On Tue, Aug 16, 2011 at 2:55 PM, Luis Lavena wrote:
>>> Hello,
>>>
>>> Due the recent number of builds for cygwin and linux, version 1.0
>>
Jon,
Is this all fixed with Ruben's latest build?
On Thu, Aug 18, 2011 at 12:33 PM, Jon wrote:
> Ruben,
>
> With the 32bit i686-w64-mingw32-gcc-4.6.2-1_rubenvb.7z personal build I'm
> getting the following runtime failure
>
> abort: DLL load failed: Invalid access to memory location.!
>
> afte
On Wed, Jul 27, 2011 at 7:13 AM, PcX wrote:
> 于 2011/7/27 18:53, Ruben Van Boxem 写道:
>
> Is this problem also present with other toolchains by mingw.org and
> mingw-w64? If it is, this needs to be fixed upstream with GCC, otherwise I
> need to figure out what configure option I need to pass to GCC
Ruben, can you take a look at the email chain below?
On Thu, Sep 8, 2011 at 8:24 AM, Earnie wrote:
> C++0X wrote:
>> For example, executable produced by
>> "i686-w64-mingw32-gcc-4.7.0-stdthread_rubenvb.7z" crashes, however,
>> others are fine.
>>
>> ---
On Mon, Aug 29, 2011 at 2:46 PM, Ruben Van Boxem
wrote:
> If there really is demand, I can look into backporting the necessary patches
> to GCC 4.6.
If upstream will accept it, I can see this as having quite a bit of use.
--
On Wed, Sep 14, 2011 at 11:17 PM, Me Myself and I
wrote:
>
> First, I wish to download and install
>
> mingw64 for windows, and install it all successfully so that I can use gcj.
I don't believe gcj supports win64 targets yet.
-
On Thu, Sep 15, 2011 at 11:33 AM, Kyle wrote:
> I'm trying to compile the latest MinGW-w64 with GCC 4.6.1.
Are you using our build script?
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu
On Sun, Sep 18, 2011 at 12:40 AM, Kyle wrote:
> On 9/17/2011 5:23 PM, NightStrike wrote:
>> On Thu, Sep 15, 2011 at 11:33 AM, Kyle wrote:
>>> I'm trying to compile the latest MinGW-w64 with GCC 4.6.1.
>> Are you using our build script?
>
> No I'm not I
On Sun, Sep 18, 2011 at 8:22 PM, veegee wrote:
>
> Hi K. Frank:
>
>>> I have taken the liberty of copying this post to the mingw-w64 list,
>>> as it's relevant there, as well.
>
> No Problem. Honestly, I am not familiar with mingw-w64 project and the
> relation between
> mingw and mingw-w64. At
On Sun, Sep 18, 2011 at 7:28 PM, JonY wrote:
> On 9/19/2011 06:53, Kyle wrote:
>> On 9/18/2011 6:43 PM, JonY wrote:
>>> On 9/19/2011 02:33, Kyle wrote:
I used to use that option but I believe it was removed. grep -ir
"enable-fully-dynamic-strings" * on the source dir turns up nothing.
>>
On Sun, Sep 18, 2011 at 2:33 PM, Kyle wrote:
> On 9/18/2011 7:17 AM, JonY wrote:
>> Objective C seems to be affecting your issue.
>
> Any chance of a quick fix?
Add it to your configure line and recompile :)
--
BlackBerr
Ping for Mr. Tietz :)
On Thu, Sep 15, 2011 at 8:52 AM, Ruben Van Boxem
wrote:
> Op 15 sep. 2011 13:27 schreef "Earnie Boyd"
> het volgende:
>
>>
>> On Thu, 15 Sep 2011 12:33:38 +0200
>> Ruben Van Boxem wrote:
>>
>> > Op 15 sep. 2011 12:16 schreef "Andrei Lapshin" het
>> > volgende:
>> > >
>> >
Still having problems?
On Fri, Sep 16, 2011 at 4:31 AM, RAPPAZ Francois
wrote:
> Kay,
>
> Yes I was meaning Windows 7 sorry.
>
> >From the control panel, system, I see that I have Windows 7 Enterprise, 64
> >Bit operating system.
>
> Francois
>
>
> -Original Message-
> From: Kai Tietz [m
I won't have access to the windows box for at least another week.
On Mon, Sep 26, 2011 at 6:00 AM, Jim Michaels wrote:
> I mean mingw-w32-bin_i686-mingw_20110812.zip I need 20110827 or later.
>
> -
> Jim Michaels
> jmich...@yahoo.com
> j...@jimscomputerrepairandwebdesign.com
> http://
On Tue, Mar 6, 2012 at 4:15 AM, Ruben Van Boxem
wrote:
> GCC 4.7 is frozen (but I'd wager they'd want to fix this before release), so
> not much will change between now and the release in ?? days.
> If Kai could give me a rough estimate for the release, I could decide to
> wait for it, otherwise I
On Tue, Mar 20, 2012 at 12:09 AM, Sisyphus wrote:
>
> - Original Message -
> From: "Mark Dootson"
> To:
> Sent: Tuesday, March 20, 2012 6:28 PM
> Subject: Re: [Mingw-w64-public] Switching versions of libgcc_s_sjlj-1.dll
>
>
>> Hi Rob, me again :-)
>>
>> On 20/03/2012 02:04, Sisyphus wrot
On Sat, Oct 22, 2011 at 3:52 PM, Martin Whitaker
wrote:
> xunxun wrote:
>> 于 2011/10/22 2:44, Earnie 写道:
>>> Using --enable-extra-pe-debug ld switch I found the symbol defined as
>>> .weak._myfunc. so I then added --defsym _myfunc=.weak._myfunc. and the
>>> binary was built and executes. So why t
mail is long enough, but I'd like to hear if you think the idea has
>> legs and what needs to be morphed. Specifically, what are the few specific
>> TODOs and who (other than the overworked project committers) are able to
>> take ownership of the tasks.
>>
>> Regar
ted
issues.
On Fri, Mar 23, 2012 at 6:15 PM, NightStrike wrote:
> The below is an email that I 100% fully support. Thank you, Jon.
>
> On Thu, Mar 22, 2012 at 12:15 PM, JonY wrote:
>> On 3/23/2012 05:01, Jon wrote:
>>>> Would it be possible to generate a new auto
On Sat, Mar 24, 2012 at 9:31 AM, niXman wrote:
> 2012/3/24 Ruben Van Boxem :
>> 2012/3/24 niXman
>>>
>>> Would be correct to copy the executables from //bin in
>>> /bin?
> gdb.exe
> gdbserver.exe
> i686-w64-mingw32-addr2line.exe
> i686-w64-mingw32-ar.exe
> i686-w64-mingw32-as.exe
> i686-w64-mingw
On Sat, Mar 24, 2012 at 1:36 PM, niXman wrote:
> 2012/3/25 Ruben Van Boxem :
>> You can always specify specific "AR=" options to configure (I am guessing it
>> is "ar not found"). ALternatively, you can make configure think it's
>> cross-compiling by changing "--build=" so it uses the prefixed ver
On Sun, Mar 25, 2012 at 2:18 PM, JonY wrote:
> On 3/26/2012 07:17, Jim Michaels wrote:
>> vityan provided a compiler set for 64-bit windows host for ubuntu and
>> freebsd 32 and 64-bit targets.
>> my problem is, I have a 32-bit windows. also, not everybody has a 64-bit
>> system or can afford o
On Wed, Mar 28, 2012 at 8:51 PM, Mook wrote:
> The only real reason to use buildbot for releases of any sort that I
> know of was simply to use the slaves. It is quite possible to manually
> roll a build identical to the buildbot using the makefile - after all,
> buildbot just grabs the copy from
J Michaels -
Ping for an answer to Kai's question
On Thu, Mar 22, 2012 at 4:23 AM, Kai Tietz wrote:
> Hi Jim,
>
> what exactly you wanna to tell us by this link? As written there it
> is draft implementation, not all targets are supporting it. So what
> exactly you want us to do here?
>
> Rega
On Fri, Apr 13, 2012 at 4:39 AM, Jonathan Liu wrote:
> Visual C++ 2010 and GCC on Linux give the same expected output for these
> tests and pass. I just think it would be good if MinGW-w64 gave results
> that were more consistent with Visual C++ 2010 and GCC on Linux. The
> tests are based on what
On Mon, Apr 16, 2012 at 11:59 AM, Ruben Van Boxem
wrote:
> 2012/4/16 JonY
>>
>> On 4/16/2012 08:48, niXman wrote:
>> > Hello!
>> >
>> > When building gcc -> lto-plugin, when linking liblto_plugin.dll I get
>> > the following linker error:
>> >>
>> >> libtool: link: i686-w64-mingw32-gcc -shared .
On Sun, Apr 22, 2012 at 10:11 AM, Thomas Stover wrote:
> FYI - out of 50 minute talk / slide show plus a 50 minute demo session,
> I'll being taking at least a few minutes to demonstrate the creating of
> win32 and win64 binaries on a linux host using mingw-w64. Many, many
> people still suffer fr
On Sun, Apr 1, 2012 at 5:13 AM, ralph engels wrote:
> Hello.
>
> Im the maintainer of C::B advanced and also an old member of inside3d
> where i stumbled upon sezero which i remembered maintained some ports of
> MinGW64. We had a little chat and he said you might be interrested in some
> of my wor
On Wed, May 23, 2012 at 3:52 AM, Baruch Burstein wrote:
> I am using ruben's 4.7 build.
>
> 1. How can I add paths to the default search paths for headers/libs so that
> I don't need to add -I -L to almost every project?
http://gcc.gnu.org/onlinedocs/gcc/Environment-Variables.html
LIBRARY_PATH w
On Sun, Jun 3, 2012 at 1:22 AM, Ruben Van Boxem
wrote:
> 2012/6/3 Jim Michaels
>>
>> guys, my question is, how does this news affect mingw-w64? is this going
>> to make my auto build compilers disappear?
>>
>> what's the status on the buildbot?
>>
>> all kinds of big things are falling apart thi
On Sun, Jun 3, 2012 at 1:49 PM, Jon wrote:
>> On Sun, Jun 3, 2012 at 12:59 PM, Thomas Natschläger
>> wrote:
>>> Hello!
>>>
>>> I'm a new to using MinGW64. I just tried to get a C++ style "Hello World"
>>> running but can not get it run. I'm running Windows 7 Home Premium 64bit on
>>> a Pentium(R)
On Sat, Jun 2, 2012 at 9:13 AM, fueb wrote:
> Hi, thanks to Marc for the answer, that gave me the trick. Well, I got
> the compiler working with my "Hello World" using the -b option and your
> mentioned target-triplet (-v lists the target-options built in the toolset):
>
> 'g++ -b x86_64-w64-ming
You have to export the variables.
On Fri, Jun 8, 2012 at 9:39 PM, Jim Michaels wrote:
> I am trying to make a .bashrc to set up the CC and CXX environment
> variables, where do I put it? it seems I put it in ~ and in the MSYS
> directory,and neither seems to work. I tried using set to set the v
On Mon, Jun 11, 2012 at 4:54 AM, Tristan Gingold wrote:
>
> On Jun 8, 2012, at 2:36 PM, Kai Tietz wrote:
>
>> 2012/6/8 Tristan Gingold :
>>>
>>> On Jun 8, 2012, at 2:12 PM, Kai Tietz wrote:
>>>
Hello Tristan,
Thanks for working on this. The patch is ok. As JonY said, unified
d
On Tue, May 15, 2012 at 10:05 PM, MARTIN Pierre wrote:
> Dear list readers, beginners,
>
> i have made a small tutorial on how to get MinGW MSYS / MinGW-w64
> up and running, as well as how to compile Qt 4.8.1 as dynamic and
> static, how to configure Qt Creator to use the MinGW-w64 toolchain
> a
Ping, Ruben
On Mon, May 14, 2012 at 4:14 PM, K. Frank wrote:
> Hello Ruben!
>
> On Mon, May 14, 2012 at 4:05 PM, Ruben Van Boxem
> wrote:
>> 2012/5/14 K. Frank
>> ...
>>>
>>> Did you remember to compile with "-static"?
>>>
>>> (I'm only half joking. I just burnt up a couple of hours tracking d
On Fri, Jun 22, 2012 at 5:35 PM, Morcego Vermelho wrote:
> 2012/6/22 Karthik Rajagopalan
>>
>> Hi Guys,
>>
>> I am getting 'memory exhausted' error with nm.exe (64-bit) on a object
>> compiled with microsoft c compiler ( VS 2010 ). This happen when I use
>> /bigobj flag for object creation. Do yo
On Mon, Jul 9, 2012 at 8:03 AM, xunxun wrote:
> Hello JonY and NightStrike,
>
>
> 于 2012/7/9 8:54, Kai Tietz 写道:
>> Hello JonY and NightStrike,
>>
>> Thanks for the information. Just one question I have:
>> Does the crt-configure have the same change? If
On Mon, Jul 9, 2012 at 10:27 AM, NightStrike wrote:
> On Mon, Jul 9, 2012 at 8:03 AM, xunxun wrote:
>> Hello JonY and NightStrike,
>>
>>
>> 于 2012/7/9 8:54, Kai Tietz 写道:
>>> Hello JonY and NightStrike,
>>>
>>> Thanks for the information.
On Mon, Jul 9, 2012 at 4:45 PM, Erik van Pienbroek wrote:
> As package maintainer for the Fedora mingw-w64 packages I want to thank
> you guys for this change! Because of this change we've been able to
> remove various manual kludges from the build scripts which were needed
> to move files manuall
On Tue, Sep 27, 2011 at 7:27 PM, niXman wrote:
> 2011/9/26 xunxun
>> On 2011/9/26 3:15, niXman wrote:
>>
>> All greetings!
>> Tell me please, is there any information about the plans on implementation
>> SEH of exceptions? Where it is possible to learn about the plans on its
>> implementation?
>>
On Wed, Aug 1, 2012 at 9:41 AM, Corinna Vinschen wrote:
> I didn't even know there *is* a developers list.
>
> If you look on http://mingw-w64.sourceforge.net/, under the link "Public
> Mailing List:, there's only a pointer to the mingw-w64-public list. If
> you look on http://sourceforge.net/pro
On Fri, Aug 3, 2012 at 12:47 AM, Ruben Van Boxem
wrote:
>> > The only solution I see *right now* is one of these:
>> > 1. Install the DLLs manually (how stupid)
>>
>> Relying always on automated install is always equally stupid
>> therefore I suggest that you stick to this #1, because manual
>> ma
On Sun, Aug 5, 2012 at 1:09 PM, JonY wrote:
> On 8/5/2012 16:59, niXman wrote:
>> 2012/8/5 Ruben Van Boxem:
>>
>>> This might be it. I build and install libgcc before the rest of gcc. I added
>>> this step to resolve some link error I encountered once, and left it in to
>>> be sure it never happen
On Mon, Aug 6, 2012 at 11:22 AM, Ruben Van Boxem
wrote:
> Op 6 aug. 2012 23:20 schreef "JonY" het
> volgende:
>> > What libgcc was built? dw2 or sjlj (or something else)?
>> 64bit libgcc_s_seh-1.dll, 32bit libgcc_s_sjlj-1.dll.
> Looking good then :-)
Yeah, this is actually a really awesome thing
On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> Additionally I set AC_PREREQ to 2.68, rather than 2.69. 2.69 is not
> really required, and it disallows to autoconf on Fedora 17.
We have only kept that as a requirement for the branches. Trunk
always stays as current as we can with auto
On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> Hi,
>
> the below patch simplifies building a w32api package (Hi Jon!) for
> Cygwin. I added a --enable-cygwin option to the mingw-w64-headers
> and mingw-w64-crt configure.ac file and tweaked the Makefile.am
> files accordingly.
In the f
On Tue, Aug 7, 2012 at 8:10 AM, Corinna Vinschen wrote:
> On Aug 7 07:52, NightStrike wrote:
>> On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
>> > Additionally I set AC_PREREQ to 2.68, rather than 2.69. 2.69 is not
>> > really required, and it disallo
On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> +AC_MSG_CHECKING([whether to build a w32api package for Cygwin])
> +AC_ARG_ENABLE([cygwin],
> + [AS_HELP_STRING([--enable-cygwin],
> +[Enable building a w32api package for Cygwin (implies --disable-crt)])],
Change to:
Enable building
On Tue, Aug 7, 2012 at 9:26 AM, Corinna Vinschen wrote:
> +AM_CONDITIONAL([HAVE_W32API], [AS_VAR_TEST_SET([HAVE_W32API])])
Chang to W32API
> -libsrcdir=$(prefix)/libsrc
> +if W32API
> +libsrcdir=$(prefix)/include/w32api
> +else
> +libsrcdir=$(prefix)/include
> +endif
$(includedir), not prefix/i
On Tue, Aug 7, 2012 at 11:38 AM, Rainer Emrich
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> trunk rev. 5356
Safe to assume that r5355 worked?
--
Live Security Virtual Conference
Exclusive live event will
On Wed, Aug 8, 2012 at 11:05 AM, Simson Garfinkel wrote:
> I've reported a number of bugs on this mailing list. I don't know if that is
> the correct way to report them. My bugs aren't getting fixed, so I'm coding
> around them, but it would be nice for at least someone to acknowledge
> them...
T
On Sun, Jul 29, 2012 at 9:41 PM, Simson Garfinkel wrote:
> Greetings. I develop computer forensic tools using mingw64.
>
> It's very important that these tools be statically linked.
>
> Would it be possible for the mingw32-libgnurx.noarch and the
> mingw64-libgnurx.noarch be expanded to include st
On Mon, Aug 13, 2012 at 11:18 AM, Kyle Schwarz wrote:
> On 8/8/2012 8:49 PM, Kyle wrote:
>> On 8/7/2012 3:06 AM, Kai Tietz wrote:
>>> 2012/8/7 Kyle Schwarz :
On 8/6/2012 4:58 PM, Kai Tietz wrote:
> I have attached a modified version of winpthread (uncomress it and
> rename it back to
On Wed, Aug 8, 2012 at 2:49 PM, Kyle wrote:
> It's *very* slow. If you compare the speed to that of a older FFmpeg,
> the debug build is practically unusable.
I'm coming into this very late, and I probably can't be of much help,
but just a thought. Have you tried profiling ffmpeg to see where it
Did a windows autobuild make it through? They've been failing for a long time.
On Tue, Aug 14, 2012 at 7:20 AM, Jim Michaels wrote:
> do you think you could set the windows default zip downloads to be the
> 20110812 auto builds?
> this is for
> 32-bit host, 32-bit target
> 32-bit host, 64-bit ta
s of my own.
>
> Jim Michaels
>
>
> From: NightStrike
> To: mingw-w64-public@lists.sourceforge.net
> Sent: Tuesday, August 14, 2012 8:59 AM
> Subject: Re: [Mingw-w64-public] windows auto builds
>
> Did a windows autobuild make it through? They
On Tue, Aug 14, 2012 at 3:30 AM, Corinna Vinschen wrote:
> Ping?
>
> On Aug 7 17:21, Corinna Vinschen wrote:
>> Hi,
>>
>>
>> there appears to be a bug in WITHSYSROOT and TARGET_SYSTEM_ROOT handling.
>>
>> WITHSYSROOT is always set, even if --with-sysroot is not given. The
>> reason is that confi
On Tue, Sep 11, 2012 at 10:51 AM, K. Frank wrote:
> Hello Kai (and Qt Folks)!
>
> On Tue, Sep 11, 2012 at 10:55 AM, wrote:
>>> -Original Message-
>>> From: ext Loaden [mailto:loa...@gmail.com]
>>> ...
>>
>> There's nothing wrong with cross-compilation. But what we need first and
>> fore
On Fri, Sep 28, 2012 at 11:17 AM, Ruben Van Boxem
wrote:
> I'll try to get a complete CVS GNU make checkout. Anyone on the list know
> how to resurrect dead files from a CVS repo? Or if there is a good svn
> mirror, or perhaps a near-complete GNU make clone other than jom?
You have to know the re
301 - 400 of 482 matches
Mail list logo