X-Spam-Check-By: sourceware.org From: "Dave Korn" To: Subject: RE: Using VC-compiled Mesa binaries under Cygwin Date: Wed, 18 Jan 2006 12:21:45 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Message-ID: Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Eric Lilja wrote: >>> However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first >>> undefined reference), shows: $ nm GLUT32.lib | grep _glutPostRedisplay >>> 00000000 I __imp__glutPostRedisplay AT 0 >>> 00000000 T _glutPostRedisplay AT 0 >> >> This is definitely the MSVC name mangling convention.... but I think >> that gcc doesn't append the number of bytes on the end. What calling >> convention did you compile with? I think MSVC adds the argument size >> to stdcall but not cdecl, or else the other way around. > > I checked the glut project and it's built with __cdecl by default. I > changed to stdcall, I think what you really want to be doing is investigating the linker option "--enable-stdcall-fixup" and perhaps adding it to the linker command line? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/