Bug #13504 Updated: libmysql LONGLONG conflicts with <winnt.h>
| From: | dbeu@php.net | Date: | Tue, 02 Oct 2001 19:01:30 +0000 |
| Subject: | Bug #13504 Updated: libmysql LONGLONG conflicts with <winnt.h> | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-67105@lists.php.net to get a copy of this message | ||
ID: 13504
Updated by: dbeu
Reported By: blank3@mac.com
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: Windows 2000 SP2
PHP Version: 4.0.6
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[2001-10-01 19:21:30] blank3@mac.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.
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=13504&edit=1