[reSIProcate] Compiling for x64 with Visual Studio

[Matthias Moetje]

OK great, so would anybody else have any objections if I changed the output dirs to include the platform?

Matthias

From: slgodin at gmail.com [mailto:slgodin at gmail.com] On Behalf Of Scott Godin
Sent: Freitag, 20. April 2012 20:37
To: Matthias Moetje
Cc: resiprocate-devel at resiprocate.org
Subject: Re: [reSIProcate] Compiling for x64 with Visual Studio

>  It would be nice to have output directories in the Visual Studio solution that are dependent of the target platform.

I agree.  : )
On Fri, Apr 20, 2012 at 2:28 PM, Matthias Moetje <moetje at terasens.com<mailto:moetje at terasens.com>> wrote:
Hi everybody,

I'm currently working on x64 support for my application. Unfortunately, there are no separate output directories for x64 builds. This means that all output is overwritten when changing between x86 and x64.

I am cross-compiling my application on a 32bit system for x86 and x64. There are currently only two strategies I can see to work around this problem:


*         Build reciprocate each time before I build my application (takes a long time)

*         Checkout reciprocate to two separate locations and use one for x86 and one for x64

It would be nice to have output directories in the Visual Studio solution that are dependent of the target platform.

What do you think about that?

Best regards,

Matthias Moetje

TERASENS GmbH
Otl-Aicher Str. 18
80807 Munich
GERMANY



Phone:
Fax:
e-mail:
Web:

+49.89.32166268<tel:%2B49.89.32166268>
+49.89.32166269<tel:%2B49.89.32166269>
info at terasens.com<mailto:info at terasens.com>
www.terasens.com<http://www.terasens.com/>





_______________________________________________
resiprocate-devel mailing list
resiprocate-devel at resiprocate.org<mailto:resiprocate-devel at resiprocate.org>
https://list.resiprocate.org/mailman/listinfo/resiprocate-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20120421/2faaf2d6/attachment.htm>