From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30914 invoked by alias); 30 Nov 2011 12:28:05 -0000 Received: (qmail 30903 invoked by uid 22791); 30 Nov 2011 12:28:02 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,MSGID_FROM_MTA_HEADER,RCVD_IN_DNSWL_NONE,TW_CV X-Spam-Check-By: sourceware.org Received: from blu0-omc3-s15.blu0.hotmail.com (HELO blu0-omc3-s15.blu0.hotmail.com) (65.55.116.90) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 30 Nov 2011 12:27:47 +0000 Received: from BLU0-SMTP118 ([65.55.116.72]) by blu0-omc3-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 30 Nov 2011 04:27:46 -0800 Message-ID: Received: from [192.168.200.11] ([88.66.171.85]) by BLU0-SMTP118.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 30 Nov 2011 04:27:45 -0800 Date: Wed, 30 Nov 2011 12:28:00 -0000 From: Immanuel Dold User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: pthreads-win32@sourceware.org CC: Ross Johnson Subject: Re: compiler error with vs 2008 References: <4ED584BF.70500@homemail.com.au> In-Reply-To: <4ED584BF.70500@homemail.com.au> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Mailing-List: contact pthreads-win32-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sourceware.org X-SW-Source: 2011/txt/msg00030.txt.bz2 Hi Ross. Thanks for the help. As I already told you I am not familiar with setting up compiler flags. I tried setting /DNO_STRICT into the right line. I copied it behind line 28 in the makefile so it now looks like this: "CPPFLAGS = /I. /DHAVE_PTW32_CONFIG_H /DNO_STRICT" In the event that this is indeed the correct line, the result is poor because I still get the same errors as described below. Did I choose the wrong line? Since the errors occur in "ptw32_MCS_lock.c" does my problem have to do something with the "/DHAVE_PTW32_CONFIG_H" flag? You already sad that the VCE version is not recommended so I tried using VC for my project(s). Both of them build but the last one crashed with an exception R6034. It seems some of the libraries static or dynamic linked to my project use different versions of the C runtime library. Because this problem is way out of my league I would prefer to stay with VCE. Given that I can not resolve my problem but have already got two of my needed dlls, is there anybody who might give me the last .lib and .dll files (VCE) working for windows? I still have one question left. There are two options. 1. Build pthread with a x86 compiler and link it to a x86 program to run it on a x64 windows. 2. Build pthread with a x64 compiler and link it to a (probably) x64 program to run it on a x64 windows. Which of these two options is the right one? I am asking because I used option one till now. Probably I wont be able to build my x86 programs as 64-Bit programs so if I have to use option two my whole project will most likely fail. Thank you again for the help. Best regards Immanuel Am 30.11.2011 02:19, schrieb Ross Johnson: > On 30/11/2011 7:53 AM, Immanuel Dold wrote: >> Hello everybody. >> >> I am new to this project but I need help. I am a German student and I am >> currently working with PTAM and libcvd. The program I am building works >> fine under windows 7 32-bit. The problem is that my tutor for my thesis >> works with windows 7 64-bit. You are probably guessing right that on >> that machine the program only hangs. I get a 100% processor load but the >> program not even gets to the main() function. Until now I used pthread >> 2.8.0 and after some research on the net I found out that I have to use >> more recent code. Since there is no release I tried to build my own >> libraries. > > You do need to use the latest cvs version for 64 bit builds. > >> >> This is why I looked up for wincvs and checked out the newest code from >> the server. I looked into the README file for instructions on how to >> build all the .lib and .dll files. Now there is my problem. Using nmake >> from Visual Studio 2008 Pro with the parameters "clean VC" and "clean >> VSE" works just fine. But libcvd and PTAM rely both on the VCE version >> and so I tried "nmake clean VCE" and there I got stuck. The compiler >> throws errors (C2264) in "ptw32-MCS_lock.c" in lines 108, 127, 136, 197 >> and 215 saying that the it can not cast "volatile size_t *" into >> "volatile LONG *". > > You may find that using the VC build works with your application. The > VCE version has problems anyway and is not really recommended. > > This problem has been reported to me by Daniel Richard G. who has also > provided a substantial patch that also includes a large number of > other changes not necessarily related to this issue. Unfortunately I > just don't have the time now or the [64 bit MSVS] tools to properly > incorporate and test complex patch sets or coordinate those who do, > considering that this project aims to work with several compilers > (e.g. MS and GNU) and their various versions and supported architectures. > > But I do want to note here that the current code in cvs has been built > and well tested on several 64 bit systems and compilers, but > presumably not using this specific MSVC++ compiler version. > > I don't know if this link helps at all with the cast error, i.e. > adding the /DNO_STRICT compiler option to the compiler flags in the > nmake Makefile: > > http://msdn.microsoft.com/en-us/library/aa383679%28v=vs.85%29.aspx > > Regards. > Ross