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 Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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

Pull Requests

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-2025 The PHP Group
All rights reserved. 		Last updated: Tue Nov 25 09:00:01 2025 UTC