On 21/03/2017 07:43, Ruben Van Boxem wrote:
> Op 21 mrt. 2017 8:07 a.m. schreef "Liu Hao"
> <lh_mouse-kn7unabn...@public.gmane.org>:
>
> On 2017/3/20 20:49, Jon Turney wrote:
>> Windows 10 now has a separate exception for OutputDebugStringW, rather
>
Windows 10 now has a separate exception for OutputDebugStringW, rather than
converting the string to ANSI and raising DBG_PRINTEXCEPTION_C.
(See
https://ntquery.wordpress.com/2015/09/07/windows-10-new-anti-debug-outputdebugstringw/)
Signed-off-by: Jon Turney <jon.tur...@dronecode.org
Use PDH_FUNCTION rather than just PDH_STATUS, so these functions are
correctly decorated with WINAPI (= stdcall on x86), so linkage works
correctly on x86.
---
mingw-w64-headers/include/pdh.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
If you've not already investigated it for options for the binary
downloads, this is worth considering and currently free for OSS
https://bintray.com/
It could be compelling when combined with some of the other mentions.
Jon
On Thu, Jun 11, 2015 at 12:04 PM, Ivan Garramona
heavenandhell
to find time to look at the
PKGBUILD's
On 1/7/15, Ray Donnelly mingw.andr...@gmail.com wrote:
On Wed, Jan 7, 2015 at 2:45 PM, Jon jon.for...@gmail.com wrote:
Looks to be the issue behind my recent go build fail...
$ pacman -Q | grep mingw
mingw-w64-x86_64-binutils-git 2.25.r81689.f30b244-3
4.0.0.4370.d008dc5-1
mingw-w64-x86_64-zlib 1.2.8-5
C:\Apps\go-git [go_1.4 +8 ~0 -0 !] .\buildall.ps1
--- building for windows/amd64 platform
# Building C bootstrap tool.
cmd/dist
# Building compilers and Go bootstrap tool.
lib9
libbio
liblink
cmd/cc
cmd/gc
cmd/6l
C:\Users\Jon\AppData\Local\Temp
On Mon, Jun 9, 2014 at 10:33 AM, Jon jon.for...@gmail.com wrote:
On Mon, Jun 9, 2014 at 10:20 AM, Jon jon.for...@gmail.com wrote:
On Sat, Jun 7, 2014 at 2:06 PM, Jon jon.for...@gmail.com wrote:
The 4.8.x series changed its default behavior re: libgcc linking when on
Windows
http
On Sat, Jun 7, 2014 at 2:06 PM, Jon jon.for...@gmail.com wrote:
The 4.8.x series changed its default behavior re: libgcc linking when on
Windows
http://gcc.gnu.org/gcc-4.8/changes.html#windows
I'm testing with my environment to confirm 4.9.x default libgcc linking
behavior (for both exes
On Mon, Jun 9, 2014 at 10:20 AM, Jon jon.for...@gmail.com wrote:
On Sat, Jun 7, 2014 at 2:06 PM, Jon jon.for...@gmail.com wrote:
The 4.8.x series changed its default behavior re: libgcc linking when on
Windows
http://gcc.gnu.org/gcc-4.8/changes.html#windows
I'm testing with my
and Alexey please confirm your toolchain's
default behavior re: libgcc linking.
Thank you.
Jon
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases
On 06/05/2014 14:33, LRN wrote:
On 06.05.2014 17:26, Kai Tietz wrote:
2014-05-06 15:01 GMT+02:00 LRN:
Patch is of course ok. I just wanted a note on mailing-list that you've
update to current (which version?).
OpenGL 4.4, i think.
In my RSS feed there's an entry about OpenGL 4.4 dated
Similar to how msys includes a `patch.exe.manifest` file in it's 2.6.1
patch archive from
http://sourceforge.net/projects/mingw/files/MSYS/Extension/
please consider adding a manifest file to an updated release of msys2's
2.7.1 patch (i686 and x86_64) archives.
A manifest file is one of the
On Wed, May 14, 2014 at 4:07 PM, Jon jon.for...@gmail.com wrote:
Similar to how msys includes a `patch.exe.manifest` file in it's 2.6.1
patch archive from
http://sourceforge.net/projects/mingw/files/MSYS/Extension/
please consider adding a manifest file to an updated release of msys2's
On Mon, Apr 28, 2014 at 10:03 AM, LRN lrn1...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28.04.2014 17:04, JonY wrote:
On 4/28/2014 19:53, Ruben Van Boxem wrote:
Different repositories may sound like a nice idea, but keeping them in
sync can be a pain, depending
On Mon, Apr 28, 2014 at 2:32 PM, Adrien Nader adr...@notk.org wrote:
On Mon, Apr 28, 2014, Jon wrote:
On Mon, Apr 28, 2014 at 10:03 AM, LRN lrn1...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28.04.2014 17:04, JonY wrote:
On 4/28/2014 19:53, Ruben Van
the windows cmd box terminal console, then on Win-Buids which is
using MinGW64.
How do you compile a source package which comes with a configure shell
script made for the *nix world?
C:\Users\Jon\Documents\CDev\winpthreads-svn\buildcmd -v
Microsoft Windows [Version 6.3.9600]
(c) 2013 Microsoft
Also: Where should I get the sources for winpthreads?
http://sourceforge.net/p/mingw-w64/code/HEAD/tree/trunk/mingw-w64-libraries/winpthreads/
--
Rapidly troubleshoot problems before they affect your business. Most IT
To confirm, the only effect of setting MSYSTEM (e.g. - setting to MSYS,
MINGW32, or MINGW64) in an MSYS2 + mingw-w64 environment is (a) uname
changes its output, and therefore (b) config.guess spews one of the
following three?
${UNAME_MACHINE}-pc-mingw64
${UNAME_MACHINE}-pc-mingw32
On Sat, Nov 23, 2013 at 12:55 PM, Alexpux alex...@gmail.com wrote:
23 нояб. 2013 г., в 13:56, Jon jon.for...@gmail.com написал(а):
To confirm, the only effect of setting MSYSTEM (e.g. - setting to MSYS,
MINGW32, or MINGW64) in an MSYS2 + mingw-w64 environment is (a) uname
changes its
Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an awful
idea?
[mingw]
#Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/$arch
Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64
I don't believe there are any MSYS2 32bit exes or DLLs
On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem
vanboxem.ru...@gmail.comwrote:
2013/11/18 Alexey Pavlov alex...@gmail.com
2013/11/18 Jon jon.for...@gmail.com
Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an
awful idea?
[mingw]
#Server =
https://sourceforge.net
On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov alex...@gmail.com wrote:
2013/11/19 Jon jon.for...@gmail.com
On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem
vanboxem.ru...@gmail.com wrote:
2013/11/18 Alexey Pavlov alex...@gmail.com
2013/11/18 Jon jon.for...@gmail.com
Reasons why
On Mon, Nov 18, 2013 at 4:06 PM, Alexey Pavlov alex...@gmail.com wrote:
2013/11/19 Jon jon.for...@gmail.com
On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov alex...@gmail.com wrote:
2013/11/19 Jon jon.for...@gmail.com
On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem
vanboxem.ru
You need rebase dlls. Close MSYS2 and execute autorebase.bat from msys
root directory
Will the dlls always need to be rebased after an upgrade? If not, which
specific upgrade scenarios will need a rebase?
Perhaps a comment added to autorebase.bat summarizing the scenarios that
require
On Fri, Nov 15, 2013 at 3:56 AM, Kai Tietz ktiet...@googlemail.com wrote:
2013/11/15 Jon jon.for...@gmail.com:
After skimming LRN's ntldd https://github.com/LRN/ntldd tool, reading
tinype
again http://www.phreedom.org/research/tinype/ and updating my upx
http://upx.sourceforge.net/ I'm
?
Thanks, Jon
--
DreamFactory - Open Source REST JSON Services for HTML5 Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP
I'm an old cygwin user who went astray years ago and would like to confirm
my MSYS2 setup.
Here's what I'm doing to have a sandboxed style setup that isolates my
normal windows setup. For example, I don't want MSYS2's default
/etc/profile to think HOME is C:\Users\Jon. I want it to think HOME
On Wed, Nov 13, 2013 at 3:36 PM, Alexpux alex...@gmail.com wrote:
14 нояб. 2013 г., в 0:31, Jon jon.for...@gmail.com написал(а):
I'm an old cygwin user who went astray years ago and would like to confirm
my MSYS2 setup.
Here's what I'm doing to have a sandboxed style setup that isolates my
Jon@Black ~
$ cd ~
Jon@Black /home/Jon
$ pwd
/home/Jon
Sorry, the above is not correct in the default case. The correct version is:
Jon@Black ~
$ cd ~
-bash: cd: /home/Jon: No such file or directory
Jon@Black ~
$ pwd
/c/Users/Jon
My earlier experiments with HOME in msys2_shell.bat had
On Wed, Nov 13, 2013 at 3:53 PM, Alexpux alex...@gmail.com wrote:
14 нояб. 2013 г., в 0:48, Jon jon.for...@gmail.com написал(а):
On Wed, Nov 13, 2013 at 3:36 PM, Alexpux alex...@gmail.com wrote:
14 нояб. 2013 г., в 0:31, Jon jon.for...@gmail.com написал(а):
I'm an old cygwin user who
!
...and:
Jon@Black ~
$ pacman -Syu
:: Synchronizing package databases...
msys is up to date
:: Starting full system upgrade...
there is nothing to do
Jon@Black ~
$ pacman -Sl
...[SNIP]...
msys bash 4.2.045-1 [installed]
msys bash-completion 2.1-1 [installed]
...[SNIP]...
msys xz 5.0.5-1
Jon@Black
Why were the following packages not selected for inclusion in this version
of the BASE download?
msys autoconf 2.69-1
msys automake 1.14-1
msys libtool 2.4.2-1
--
DreamFactory - Open Source REST JSON Services for
convenience and
size. I trust your instincts and choices.
Since we now have pacman (thank you!) there's very little downside. :)
On Tue, Nov 12, 2013 at 2:56 PM, Alexey Pavlov alex...@gmail.com wrote:
2013/11/12 Jon jon.for...@gmail.com
Why were the following packages not selected
and many of us take for granted the
challenges of setting up a workable toolchain for the first time.
Jon
--
DreamFactory - Open Source REST JSON Services for HTML5 Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage
On Sat, Nov 9, 2013 at 12:11 PM, Alexpux alex...@gmail.com wrote:
09 нояб. 2013 г., в 8:45, Jon jon.for...@gmail.com написал(а):
After reviewing sbuild's use of MSYS2 artifacts to provide toolchains and
then some
https://www.gitorious.org/sbuild/sbuild/source
Largely irrelevant these days given how well git and mercurial run on
windows, but is anyone aware of a self-contained patch exe that runs on
windows and understands both unified diffs and git diffs?
The goal is to have a simple, single file, no dependency patching tool for
use with automated
On Fri, Nov 8, 2013 at 11:12 AM, Ruben Van Boxem
vanboxem.ru...@gmail.comwrote:
2013/11/8 Jon jon.for...@gmail.com
Largely irrelevant these days given how well git and mercurial run on
windows, but is anyone aware of a self-contained patch exe that runs on
windows and understands both
What is patch not doing that you want? It should be able to
handle git diff output if you pass the magic -p option or modify
the resulting diff a bit.
I need a no-install exe that can apply both git and unified style
patches as-is without requiring manual tweaks to the patch.
toolchain [64-bit]
--- configuring tcl8.6.1 [64-bit]
--- building tcl8.6.1 [64-bit]
C:\Users\Jon\Documents\CDev\buildlets-git\tcl8.6.1\win\tclWin32Dll.c:42:3:
error: conflicting
types for 'EXCEPTION_REGISTRATION'
} EXCEPTION_REGISTRATION;
^
In file included from
c:\apps\devtools\mingw\x86_64-w64-mingw32
the link to the tcltk buildlet
https://github.com/jonforums/buildlets/blob/master/build_tcltk.ps1#L79-L80
On Thu, Nov 7, 2013 at 10:41 PM, Jon jon.for...@gmail.com wrote:
While updating my powershell-based build recipes (buildlets) for 64-bit
and other things, I get the following build
Thanks Alexey. I can now build gvim.exe and xxd.exe with the mingw32-make
repack of `x86_64-4.8.2-release-win32-seh-rt_v3-rev0.7z`
On Wed, Oct 2, 2013 at 10:21 AM, Jon jon.for...@gmail.com wrote:
On Win8 64bit using the recent mingw-w64 binary toolchain
`x86_64-4.8.1-release-win32-seh-rt_v3
No. You gave an answer to a question Incongruous did not ask.
Unfortunately, your answer could confuse newcomers searching this ML.
Read Incongruous' post again. It said I would like to test for MinGW64 to
include or exclude some code...
I think LRN, Ruben, and the FAQ provided the correct
On Tue, Oct 15, 2013 at 7:23 AM, Ruben Van Boxem
vanboxem.ru...@gmail.comwrote:
2013/10/15 LRN lrn1...@gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15.10.2013 14:06, Incongruous wrote:
I would like to test for MinGW64 to include or exclude some code;
something like:
Heh heh, Incongruous it's your luck day.
JonY, gave you all the answers and you didn't even have to dig. Oh well,
the Socratic method is overrated and irritating after about two questions ;)
--
October Webinars: Code for
Good luck with spelunking the awesomeness that makes up your MinGW-w64
toolchain.
Do go on.
Your turn. I'm waiting to learn some cool new build tool tricks from you or
others :)
--
October Webinars: Code for
On Thu, Oct 3, 2013 at 5:27 AM, JonY jo...@users.sourceforge.net wrote:
On 10/3/2013 06:27, Jon wrote:
FAQ entry added under Execution section
https://sourceforge.net/apps/trac/mingw-w64/wiki/FAQ
Answer added as
https://sourceforge.net/apps/trac/mingw-w64/wiki/Usable%20compiler
toolchain `x32-4.7.3-release-win32-sjlj-rev1.7z`, or
b) Use the original 64bit setup but prepend MSYS2
(x64-msys2-beta2-20130909.tar.xz) to %PATH% and use `make` instead of
`mingw32-make`
I'm still investigating, but is anyone else able to reproduce or also
having problems with mingw32-make?
Jon
and I'll make appropriate changes.
Jon
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
On Tue, Oct 1, 2013 at 5:24 AM, JonY jo...@users.sourceforge.net wrote:
On 10/1/2013 07:34, Jon wrote:
Bottom line: MinGW-w64 project documentation needs help starting with the
FAQ. Add a specific entry addressing Incongruous' question and make this
one go away.
Will you be willing
On Tue, Oct 1, 2013 at 6:15 PM, JonY jo...@users.sourceforge.net wrote:
On 10/1/2013 22:49, Jon wrote:
What you likely lack is free time and the desire to maintain
documentation.
Understandable.
Since you seem free, you can prepare the text, I'll look through it and
reformat
someone to RTFM ;)
Jon
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest
Well, let us see how many traffic will come up for this. For now I
would like to see discussions like this on our public mailing list.
If we find out that traffic is too high, then we can still create
another mail-list for it.
Okay.
I wasn't suggesting another mailing list, but a
IMHO.
Just my 2c,
Ruben
i'd like to hear nixman and alexey's perspective as it relates to the
mingw-builds binaries.
jon
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials
.
If not, that's fine and I'm looking forward to the new `mingw-w64-builds`
directory
contents of official builds :)
Jon
---
Fail fast. Fail often. Fail publicly. Learn. Adapt. Repeat.
http://jonforums.github.io/ | http://thecodeshop.github.io/
twitter: @jonforums
-w64-mingw32-gcc-4.8.0-win32_rubenvb.7z
and with the browser auto-handling redirects.
Jon
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from
On Mon, 15 Jul 2013 11:02:20 +0400
niXman i.nix...@gmail.com wrote:
2013/7/15 Jon:
When I build C apps with mingwbuilds 4.8.1-win32-sjlj, the built artifacts
have a runtime dependency on
`libgcc_s_sjlj-1.dll`. This is not the case when I use the rubenvb
toolchains.
Just now I
of toolchains behaving like the rubenvb toolchains
wrt SJLJ?
5) Any other important tradeoffs to be aware of? (no SEH vs Dwarf vs SJLJ
discussion please ;))
Jon
--
See everything from the browser to the database
On Fri, 12 Jul 2013 19:43:04 +0200
Kai Tietz ktiet...@googlemail.com wrote:
2013/7/10 Jon jon.for...@gmail.com:
While the question about what current users are using is already hard
to answer, there's IMO a bigger one: What _potential_ users are there
that aren't already using
strongly believe the toolchain build
process needs
to be trivial to perform so that the role is easy to transition in and out of.
No one is
going to step forward if the task is perceived as too onerous or requires a
long-term
committment.
Thoughts?
Jon
---
Fail fast. Fail often. Fail publicly
work and hope
to always have the option of
using a maintained MSYS or MSYS2 bag-o-goodies.
Jon
---
Fail fast. Fail often. Fail publicly. Learn. Adapt. Repeat.
http://jonforums.github.io/ | http://thecodeshop.github.io/
twitter: @jonforums
On Sat, 30 Mar 2013 23:59:22 +0800
JonY jo...@users.sourceforge.net wrote:
On 3/30/2013 15:47, Ruben Van Boxem wrote:
Op 29 mrt. 2013 16:48 schreef JonY het
volgende:
Hello,
After careful thought, we have decided to make gendef, genidl and
genpeimg use GPLv3 or later for all future
On Sat, 30 Mar 2013 22:51:34 -0400
NightStrike nightstr...@gmail.com wrote:
On Sat, Mar 30, 2013 at 9:28 PM, JonY jo...@users.sourceforge.net wrote:
On 3/31/2013 04:35, Jon wrote:
With respect to
http://www.gnu.org/licenses/gpl-faq.html#WhatCaseIsOutputGPL
is it true that gendef
throw-sed-at-it impulse.
This section of configure.ac
http://paste.ubuntu.com/5657059/
generates this false conftest failure
configure:12982: gcc -g -O2 -c conftest.S 15
conftest.S:1:80: fatal error:
/c/Users/Jon/Downloads/temp/lzo/lzo-2.06/asm/i386/src_gas/lzo1x_f1.S
throw-sed-at-it impulse.
This section of configure.ac
http://paste.ubuntu.com/5657059/
generates this false conftest failure
configure:12982: gcc -g -O2 -c conftest.S 15
conftest.S:1:80: fatal error:
/c/Users/Jon/Downloads/temp/lzo/lzo-2.06/asm/i386/src_gas
-at-it impulse.
This section of configure.ac
http://paste.ubuntu.com/5657059/
generates this false conftest failure
configure:12982: gcc -g -O2 -c conftest.S 15
conftest.S:1:80: fatal error:
/c/Users/Jon/Downloads/temp/lzo/lzo-2.06/asm/i386/src_gas/lzo1x_f1.S: No such
file or directory
, on must make dwarf/sjlj and posix/win32 threading
tradeoffs. Qt 5.1+ currently recommends dwarf+posix threading combo.
4) For 64-bit C++ code, the current best recommendation is dwarf+seh when
using 4.8.0+ unless one has other constraints.
Any other important tradeoffs/considerations?
Jon
of
use cases I expect libmoldname isn't needed so one can kill it in a custom spec
file, but I am curious as to The mingw-w64 Way
3) My objdump/nm fu is weaker than my curiousity...what's the easiest way to
discover the msvcrt version used by the objects in libraries like
`libmoldname.a`?
Jon
2013/3/2 Jon jon.for...@gmail.com:
There is one problem: There is no liboldname90 in Mingw-w64, hence I kept
liboldname.
Yes, for what purpose you need it?
I'm updating my 32/64bit build systems to better automate how I use
mingw/mingw-w64, and have three followup questions:
1
PS: we do have a wiki page that no one seems to find... (I'm not blaming you,
it's just an observation :P)
http://sourceforge.net/apps/trac/mingw-w64/wiki/GeneralUsageInstructions
The page needs updating in the following areas. I'd push a draft but have
forgotten my credentials :(
*
for devs
trying to use ironCrate?
Jon
[1] I don't use Wine, but as Wine appears focused on other DLLs not the CRT
this may be nonsensical. It's pure speculation/spelunking on my part.
--
Keep yourself connected to Go
* download 1 easy-to-install build tool (I just can't give up on cmake
or waf!), tweak PATH, and off you go to nirvana.
Jon
--
Keep yourself connected to Go Parallel:
DESIGN Expert tips on starting your parallel project right
`update_liblist.pl`, dismissed it and thought all could be built via
Makefile(s). Sounds like I got it wrong.
Jon
--
Keep yourself connected to Go Parallel:
DESIGN Expert tips on starting your parallel project right.
http
/mrblib/CMakeLists.txt#L7-14
address JonY's need to be able to build multiple flavors of cmake object
libraries, carry them around, and inject them into their respective static
libraries?
I don't know as I haven't investigated.
Jon
On Mon, 12 Nov 2012 07:14:42 +0800
JonY jo...@users.sourceforge.net wrote:
On 11/12/2012 03:36, Pau Garcia i Quiles wrote:
On Sun, Nov 11, 2012 at 7:05 PM, Jon wrote:
So here's the question.
Can the method I use when cross-compiling, namely, use cmake's
`ExternalProject` module
, Arch, Ubuntu and my quaint little Snow Leopard VB VM.
If you looked at cmake awhile ago and hated it's odd syntax, things have gotten
better. You really should look at it again starting with the 2.8 series. Oh
look, 2.8.10.1 just came out with binary downloads for your favorite system.
Jon
On Sun, 11 Nov 2012 09:39:26 +0800
JonY jo...@users.sourceforge.net wrote:
On 11/11/2012 02:22, Jon wrote:
It's unfortunate you both had bad experiences with cmake. Cmake really is
quite powerful, and recent syntax mods make it friendlier to use.
For example, I contributed
On Fri, 2 Nov 2012 15:20:10 -0400
Earnie Boyd ear...@users.sourceforge.net wrote:
On Fri, Nov 2, 2012 at 3:01 PM, Jon wrote:
I settled for the fix of using mingw.org gcc 4.6.2 32bit but don't
understand why it works since the 4.6.2 .pyd's still have deps on
msvcr90.dll and msvcrt.dll
ready, and enable downstream integrators to choose the version they feel is the
best for their needs. Hard, schedule-based major version release cycles aren't
a good fit for mingw-w64. Perhaps for other projects similar to Ubuntu, but not
mingw-w64.
Jon
---
Fail fast. Fail often. Fail
2012/9/24 Ozkan Sezer seze...@gmail.com
On Mon, Sep 24, 2012 at 10:30 AM, Ruben Van Boxem
vanboxem.ru...@gmail.com wrote:
2012/9/24 Jon jon.for...@gmail.com
fyi...the following libuv build fail still exists in
`i686-w64-mingw32-gcc-4.7.2-release-win32_rubenvb.7z
On Mon, Sep 24, 2012 at 8:15 AM, Ruben Van Boxem
vanboxem.ru...@gmail.com wrote:
2012/9/24 Ozkan Sezer seze...@gmail.com
On Mon, Sep 24, 2012 at 10:30 AM, Ruben Van Boxem
vanboxem.ru...@gmail.com wrote:
2012/9/24 Jon jon.for...@gmail.com
fyi...the following libuv build fail still
fyi...the following libuv build fail still exists in
`i686-w64-mingw32-gcc-4.7.2-release-win32_rubenvb.7z`
On 9/11/12, Jon jon.for...@gmail.com wrote:
In an custom msys wrapped
`i686-w64-mingw32-gcc-4.7.1-2-release-win32_rubenvb.7z` toolchain I get the
following build fail with libuv
In an custom msys wrapped
`i686-w64-mingw32-gcc-4.7.1-2-release-win32_rubenvb.7z` toolchain I get the
following build fail with libuv that doesn't occur when I use a mingw.org based
4.6.2 toolchain.
C:\Users\Jon\Documents\CDev\libuv-gitmake
gcc -Iinclude -Iinclude/uv-private -g --std=gnu89
On Sun, Jun 17, 2012 at 12:58 PM, niXman i.nix...@gmail.com wrote:
2012/6/17 K. Frank:
Okay, thanks for the info. I'll probably wait for a std::thread-enabled
4.7.1 release before I consider upgrading. (As I mentioned, I'm not
facing any particular issue.)
In my builds std_concurrency is
configure:1340: checking for gcc
configure:1356: found /c/Program Files/OpenAxiom/bin/gcc
You're begging for failures when you install to a PATH with spaces. For example:
C:\Users\Jon\Documents\CDev\sandboxecho %PATH%
C:\spacey path\mingw-rvb\bin;...
C:\Users\Jon\Documents\CDev\sandboxtype
);
return 0;
}
Jon
---
Fail fast. Fail often. Fail publicly. Learn. Adapt. Repeat.
http://thecodeshop.github.com | http://jonforums.github.com/
twitter: @jonforums
--
Live Security Virtual Conference
Exclusive live event
https://github.com/oneclick/rubyinstaller/commit/a7e8db081c627c872d95ffb7b3d6fec213419f55
Jon
---
Fail fast. Fail often. Fail publicly. Learn. Adapt. Repeat.
http://thecodeshop.github.com | http://jonforums.github.com/
twitter: @jonforums
On 3/22/2012 2:01 PM, Jon wrote:
Would it be possible to generate a new automated build for mingw? If
I remember correctly the mingw build-bots were down?
Perhaps it's time to rethink the current automated build strategy with an
eye on dramatic simplification. Something that's less
as to not maintain tweaked Makefiles for projects.
If this is overcomplicating things, what would you suggest?
Thanks,
Jon
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu
Would it be possible to generate a new automated build for mingw? If
I remember correctly the mingw build-bots were down?
In this important discussion, has the original request been drowned out?
Chris, please excuse my threadjacking poor form.
Jon
to try to leverage
this previous work if at all possible. IMO, it needs tweaks to make a much more
usable release build, but that's another topic.
Jon
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days
to understand, easy to maintain, and easy to take over maintenance when
the previous maintainer wants to move on.
Jon
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu
;%PATH%
gcc --version
gcc (GCC) 4.7.0 20120311 (prerelease)
which mingw32-make
c:\mingw-rvb\bin\mingw32-make.EXE
mingw32-make clean
mingw32-make
...
BUILDVM ../lib/vmdef.lua
LINK luajit.exe
OKSuccessfully built LuaJIT
Jon
when greping the luajit source, but I'll
look again. I bet it's indirect as you mention and due to Ruben using
posix-threading.
Thank you for the explanations :)
Jon
--
This SF email is sponsosred by:
Try Windows Azure
;-) (I'm far too dumb to
attempt this...)
I haven't decided which makes me smile more, your hard work and downloads,
or your ANNs.
Jon
---
http://thecodeshop.github.com | http://jonforums.github.com/
twitter: @jonforums
removed (renamed, actually) the PYTHONHOME variable,
and now gdb works just fine. Although having gdb break because of
the bad PYTHONHOME variable does seem a little fragile.
Have you had a chance to play with http://pypi.python.org/pypi/virtualenvand
http://pypi.python.org/pypi/pip
Jon
build juju, and I
don't want to change my stuff :P
Ruben...assuming this minimally tested patch works and doesn't break your build
process, can I cajole you into accepting and changing your future releases?
Jon
---
blog: http://jonforums.github.com/
twitter: @jonforums
Most people die
of /usr/, Linux has /usr,
mingw has /mingw32. So best to leave it alone.
No, no...definitely not talking about the lower mingw32 dirs.
Jon
---
blog: http://jonforums.github.com/
twitter: @jonforums
Most people die of a sort of creeping common sense, and discover when it
is too late that the only
mount` output.
Bash has which, cmd has where. The latter outputs all occurences on PATH
though, not only the first.
Ruben
Thanks. Doh, back to google search school http://ss64.com/nt/where.html
C:\Users\Jon\Documentsripl
system('where gcc')
C:\DevKit-w64\mingw\bin\gcc
C:\DevKit-w64\mingw
may have come across a clever solution to something
similar. Or an easier way of looking at it ;)
Jon
---
blog: http://jonforums.github.com/
twitter: @jonforums
Anyone who can only think of one way to spell a word obviously lacks
imagination. - Mark Twain
interested in hearing whether others have discovered particularly clever
examples of automating a build process to ensure the build's install/archive
step includes the correct versions of these MinGW-w64 toolchain artifacts.
Thanks,
Jon
---
blog: http://jonforums.github.com/
twitter: @jonforums
1 - 100 of 117 matches
Mail list logo
