Bug #67157 [NEW]: x64 win php 5.5.11 is really x86

From: Date: Wed, 30 Apr 2014 11:56:09 +0000
Subject: Bug #67157 [NEW]: x64 win php 5.5.11 is really x86
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-185518@lists.php.net to get a copy of this message
From:             jmichae3 at yahoo dot com
Operating system: win7ult64sp1
PHP version:      5.5.11
Package:          *General Issues
Bug Type:         Bug
Bug description:x64 win php 5.5.11 is really x86

Description:
------------
php.exe for windows, php-5.5.11-Win32-VC11-x86.zip is actually fails
with a 64-bit redst only. I had to learn with VC++ that the compiler
targets  ar eunder different dirs. i will give you a clue that arm is
not a platform for for compilers.
see http://jesusnjim.com/programming/compilers/ms-vs.html#which-cl

Test script:
---------------
I extracted php-5.5.11-Win32-VC11-x86.zip
I think I had maybe both redists installed and everything was working
fine. I must have, because this was working before. I uninstalled them
both and reinstalled the redist for VS2012u4x64 ONLY.
ran php


Expected result:
----------------
64-bit exe that's actually 64-bit.

the different dirs under the VC bin directory are the different target
compilers. the left side of _ is the host, the right side is the
target.
like x86_amd64 is an x86 hosted compiler (compiler made for x86) but
generates code for amd64. and /Qpar /volatile:ms parallelizes your loops
where possible (makes them run 4-8x faster).

Actual result:
--------------
I got an 'msvcr110.dll is missing' error.
i installed the x86 redist.
then php would run.
this tells me you used the 32-bit-target compiler when you wanted to
target amd64. OR, the redists got swapped at microsoft (it's possible,
an msdn guy has the same problem) 

-- 
Edit bug report at https://bugs.php.net/bug.php?id=67157&edit=1
-- 
Try a snapshot (PHP 5.4):   https://bugs.php.net/fix.php?id=67157&r=trysnapshot54
Try a snapshot (PHP 5.5):   https://bugs.php.net/fix.php?id=67157&r=trysnapshot55
Try a snapshot (trunk):     https://bugs.php.net/fix.php?id=67157&r=trysnapshottrunk
Fixed in SVN:               https://bugs.php.net/fix.php?id=67157&r=fixed
Fixed in release:           https://bugs.php.net/fix.php?id=67157&r=alreadyfixed
Need backtrace:             https://bugs.php.net/fix.php?id=67157&r=needtrace
Need Reproduce Script:      https://bugs.php.net/fix.php?id=67157&r=needscript
Try newer version:          https://bugs.php.net/fix.php?id=67157&r=oldversion
Not developer issue:        https://bugs.php.net/fix.php?id=67157&r=support
Expected behavior:          https://bugs.php.net/fix.php?id=67157&r=notwrong
Not enough info:            https://bugs.php.net/fix.php?id=67157&r=notenoughinfo
Submitted twice:            https://bugs.php.net/fix.php?id=67157&r=submittedtwice
register_globals:           https://bugs.php.net/fix.php?id=67157&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=67157&r=php4
Daylight Savings:           https://bugs.php.net/fix.php?id=67157&r=dst
IIS Stability:              https://bugs.php.net/fix.php?id=67157&r=isapi
Install GNU Sed:            https://bugs.php.net/fix.php?id=67157&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=67157&r=float
No Zend Extensions:         https://bugs.php.net/fix.php?id=67157&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=67157&r=mysqlcfg



Thread (3 messages)

« previous php.bugs (#185518) next »