php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #13504 libmysql LONGLONG conflicts with <winnt.h>
Submitted: 2001-10-01 19:21 UTC Modified: 2001-10-02 15:01 UTC
From: blank3 at mac dot com Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 4.0.6 OS: Windows 2000 SP2
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: blank3 at mac dot com
New email:
PHP Version: OS:

 

 [2001-10-01 19:21 UTC] blank3 at mac dot com 
(I apologize; I suspect this should be sent to the libmysql maintainer, but half an hour's research has not revealed who that is)

When compiling the "libmysql" project in Visual Studio 7.0 build 9254 (VS.NET Beta 2) -- and perhaps Visual Studio 6.0 SP5 as well; I was unable to determine which copy of <winnt.h> takes precedence -- the compilation of "strtoll.c" and "strtoull.c" generate multiple errors when LONGLONG gets #defined, preventing <winnt.h> from correctly typedef'ing it.  This causes the rest of <winnt.h> to be mis-interpreted and the build fails.  Changing each occurrence of LONGLONG in "strtoll.c", "strtoull.c", and "strto.c" to SQL_LONGLONG allows the build to complete succesfully.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-10-02 15:01 UTC] dbeu@php.net 
this isn't the mysql bug database :)
(http://www.mysql.com/doc/B/u/Bug_reports.html)
but anyway as vs.net is beta i don't think that it'll be supported by them.
anyway not a php issue.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed May 01 18:01:31 2024 UTC