On Wed, Jul 4, 2012 at 5:34 PM, Nick Mathewson wrote:
> On Wed, Jul 4, 2012 at 2:14 AM, Patrick Pelletier
> wrote:
>
>> What is the preferred way to submit this as a merge request? Should I
>> submit a pull request in github, or mail out the result of "git
>> format-patch", or is the following
On 07/04/2012 08:07 AM, Dave Hart wrote:
Have you tried providing OPENSSL_DIR in the environment to nmake?
set OPENSSL_DIR=c:\openssl
nmake
or on its command line:
nmake OPENSSL_DIR=c:\openssl
My guess is either approach will work.
Thanks, both of these work, and I've updated the comment i
On Wed, Jul 4, 2012 at 2:14 AM, Patrick Pelletier wrote:
> What is the preferred way to submit this as a merge request? Should I
> submit a pull request in github, or mail out the result of "git
> format-patch", or is the following good enough?
Thanks, Patrick! I will try to look at it soon.
On Wed, Jul 4, 2012 at 06:14 UTC, Patrick Pelletier wrote:
> I've cleaned up my windows-ssl branch, so it now uses conditionals properly.
> By default, Makefile.nmake builds without OpenSSL, as before. But if you
> uncomment the line:
>
> # OPENSSL_DIR=c:\openssl
>
> and set it to wherever you in
On 06/08/2012 09:18 PM, Patrick Pelletier wrote:
I've also taken it a bit further, and added support for OpenSSL to
Makefile.nmake. Unfortunately, I don't know nmake very well (I haven't
yet looked up how to do conditionals, for example), so my Makefile.nmake
is very hacked up right now and not
Nick Mathewson wrote:
Is the monotonic_fallback failure consistent, or does it only happen
some of the time?
It seems to be consistent. But I'm doing this on a virtual machine, and
I know time is often funny on VMs.
--Patrick
**
On Sat, Jun 9, 2012 at 12:18 AM, Patrick Pelletier
wrote:
> On 06/08/2012 01:55 PM, Nick Mathewson wrote:
>
>> Looks like I never added evutil_time.c to Makefile.nmake when I added
>> it to Makefile.am. Should be fixed in 0ba0683bcfc8652a8c50.
>
>
> Thanks; that works for me!
>
> I've also taken
On 06/08/2012 01:55 PM, Nick Mathewson wrote:
Looks like I never added evutil_time.c to Makefile.nmake when I added
it to Makefile.am. Should be fixed in 0ba0683bcfc8652a8c50.
Thanks; that works for me!
I've also taken it a bit further, and added support for OpenSSL to
Makefile.nmake. Unfo
On Wed, Jun 6, 2012 at 8:18 PM, Patrick Pelletier wrote:
> I've attached the errors I'm getting. (Hoping the attachment will go
> through the mailing list okay, but I don't know.) I'm sure I can track them
> down and fix them, but first I just wanted to touch base and find out
> whether I'm comp
On 06/06/2012 05:18 PM, Patrick Pelletier wrote:
(since libEvent doesn't seem to have an equivalent to
OpenSSL's "applink.c" that bridges between the two compilers' runtimes)
(I'd sure like to have one of those, fwiw.)
If that's something you'd like, then I might look into that as an
alterna
> Getting a bit off topic, but I wonder if anyone has tried to make a
> wrapper script for CL.EXE that makes it look more like gcc, in terms of
> command line options. (Though it would probably need to do other nasty
> tricks, like renaming .OBJ files to .o, and .LIB files to .a, and then
> rename
On 06/06/2012 06:57 AM, Nick Mathewson wrote:
(since libEvent doesn't seem to have an equivalent to
OpenSSL's "applink.c" that bridges between the two compilers' runtimes)
(I'd sure like to have one of those, fwiw.)
If that's something you'd like, then I might look into that as an
alternati
On Wed, Jun 6, 2012 at 12:55 AM, Patrick Pelletier
wrote:
> Sorry if this is a frequently asked question, but I haven't been able to
> find an answer in the documentation or mailing list archives.
>
> My ultimate goals are:
>
> - I'd like to use libEvent from an application built with Visual C++ 2
Sorry if this is a frequently asked question, but I haven't been able to
find an answer in the documentation or mailing list archives.
My ultimate goals are:
- I'd like to use libEvent from an application built with Visual C++ 2010
- I'd like libEvent to be a DLL (not a static library)
- I want
14 matches
Mail list logo
