RE: PHP 4.0 Bug #8451 Updated: undefined struct tm

From: Date: Thu, 28 Dec 2000 23:04:50 +0000
Subject: RE: PHP 4.0 Bug #8451 Updated: undefined struct tm
Groups: php.dev 
Request: Send a blank email to php-dev+get-42482@lists.php.net to get a copy of this message
Well, I'm not sure about the non-TS stuff. I don't know if we need to use it or not, I'll let you know. I just finished starting over with a clean extract and build and ran into a problem with the mysql_data_seek function. I'm getting the following: Creating library ..\Debug_TS/php4ts_debug.lib and object ..\Debug_TS/php4ts_debug.exp php_mysql.obj : error LNK2001: unresolved external symbol _mysql_data_seek@8 ..\Debug_TS\php4ts_debug.dll : fatal error LNK1120: 1 unresolved externals Here are a few other comments: -I would recommend checking your msdev include directories and shoving the extra php specific paths directly into the project files themselves. This avoids collisions with msdev and cygwin headers, which I was experiencing. I added ..\w32\include to each of the project files I was using in my workspace. The modified dsp's are included in the attached zip. -Some of the projects references a php4ts-debug.lib instead of php4ts_debug.lib. Here are the file names and the line numbers H:\php\php-4.0.4\ext\bz2\bz2.dsp(83):# ADD LINK32 php4ts-debug.lib libbz2.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /debug /machine:I386 /out:"..\..\Debug_TS/php_bz2.dll" /pdbtype:sept /libpath:"..\..\Debug_TS" H:\php\php-4.0.4\ext\oracle\oracle.dsp(83):# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib php4ts-debug.lib /nologo /dll /machine:I386 H:\php\php-4.0.4\ext\sablot\sablot.dsp(56):# ADD LINK32 php4ts-debug.lib sablot.lib xmlparse.lib xmltok.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /debug /machine:I386 /out:"..\..\Debug_TS/php_sablot.dll" /pdbtype:sept /libpath:"..\..\Debug_TS" H:\php\php-4.0.4\ext\yaz\yaz.dsp(82):# ADD LINK32 php4ts-debug.lib yaz.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:"..\..\Debug_TS/php_yaz.dll" /pdbtype:sept /libpath:"..\..\Debug_TS" I'm including my workspace and project files. Gary Gary E. Sibbitts Object Technology Specialist The Federated Software Group, Inc. 314.205.9630(FSG) sibbitts (AIM) -----Original Message----- From: Bug Database [mailto:php-dev@lists.php.net] Sent: Thursday, December 28, 2000 9:03 AM To: sibbitts@federated.com Subject: PHP 4.0 Bug #8451 Updated: undefined struct tm ID: 8451 Updated by: phildriscoll Reported By: sibbitts@federated.com Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Try loading the php4ts.dsw workspace instead and build the thread safe versions of things. That should work ok. Let us know how you get on. Question to any dev who knows about this stuff: is the non ts build now obsolete (ie the php4.dsw), and if so, should it be removed from the source? Previous Comments: --------------------------------------------------------------------------- [2000-12-28 08:59:59] sibbitts@federated.com When I try to build the php4dll project, it fails in main.c. It is tripping over the include of win32/time.h. I would strongly recommend changing the names of any php custom modules to include a prefix of 'php_'. My workaround involved doing just that. So far, the only two that I changed were time.h and signal.h. I think the MS environment may behave a little strange compared to UNIX ;-) Also, I found the php3 build process to be very smooth, definitely a sign of maturity. The php4 process is still a little rough. There is another omission with compiling of one of the parser modules, I will submit that as another bug. I'm using version 6.0 sp3, enterprise edition. --------------------------------------------------------------------------- Full Bug description available at: http://bugs.php.net/?id=8451

Attachment: [application/octet-stream] Fsg.zip
« previous php.dev (#42482) next »