On 04/02/2012 9:35 AM, Ben Noordhuis wrote:
Graydon, what issues did you run into? We can probably fix it.
Oh, I just ifdef'ed out a couple API calls that mingw headers don't
have. It's probably mingw's bug to fix; I don't think it's anything
"serious", just doesn't compile. The markers are
On Fri, Feb 3, 2012 at 03:03, Graydon Hoare wrote:
> Hi,
>
> I've updated libuv. Normally this might not require mention but I had to
> make a couple hacks to get it working on mingw (they typically build on
> msvc) and this meant forking it to my own. Which meant changing the
> submodule URL. Tur
Can't remember how I did the build, sorry. Is it supposed to happen as part
of a ./configure or something? It's possible I ran a make without running
configure.
In any case, the build left the libuv head pointing at the last joyent
commit. :(
Cheers, Tom
On Feb 3, 2012 7:34 AM, "Graydon Hoare"
On 02/02/2012 11:01 PM, Tom Lee wrote:
And those unfamiliar with git submodules (and/or a bit slow on the
uptake like myself!) will also want to:
cd src/libuv && git checkout master && git pull --rebase
/after/ you've got graydon/libuv is in your .git/config -- otherwise it
continues to re
>> cd src/libuv && git checkout master && git pull --rebase
Thanks! You saved me at least ten minutes of confused stumbling.
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
And those unfamiliar with git submodules (and/or a bit slow on the uptake
like myself!) will also want to:
cd src/libuv && git checkout master && git pull --rebase
*after* you've got graydon/libuv is in your .git/config -- otherwise it
continues to reference the last commit to joyent/libuv prior
Hi,
I've updated libuv. Normally this might not require mention but I had to
make a couple hacks to get it working on mingw (they typically build on
msvc) and this meant forking it to my own. Which meant changing the
submodule URL. Turns out git caches the submodule URL. So you *might*
need t