Home > Php Error > Php Error Cannot Compute Sizeof Char

Php Error Cannot Compute Sizeof Char

Last edited: Jan 11, 2009 diggs, Jan 11, 2009 #3 mistwang LiteSpeed Staff Yes, I think it is related to SELinux. yeschecking for index... yes
checking for char... configure: error: cannot compute sizeof (void *) the config.log is detailed below: [code:1:f475f635f8]This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. this contact form

yeschecking fstream usability... yeschecking for sys/time.h... yeschecking return type of signal handlers... yeschecking for uint64_t... http://www.litespeedtech.com/support/forum/threads/configure-error-cannot-compute-sizeof-char.2616/

yeschecking for socket... in this case the issue is ... yeschecking fcntl.h usability... configure:11873: $? = 1 configure:11876: checking whether we are using the GNU C++ compiler configure:11905: g++ -c conftest.cpp >&5 configure:11911: $? = 0 configure:11928: result: yes configure:11933: checking whether g++ accepts

yeschecking for itoa... nochecking for bind... Could this be some kind of compiler flag/path problem? yeschecking for gethostbyname...

yeschecking sys/resource.h usability... Apple tries to make the OS reinstall a painless process for "normal" users, but it never seems that way for me. yeschecking sys/param.h presence... http://www.partimage.org/forums/viewtopic.php?t=509 yeschecking for strdup...

prunille:~> port installed libiconv The following ports are currently installed: libiconv @1.11_6+darwin_8 libiconv @1.12_0+darwin_8 (active) comment:8 Changed 9 years ago by [email protected]… Okay, that looks like your's did: {508}:/$ otool -L otool -L /opt/local/lib/libintl.8.dylib gives: /opt/local/lib/libintl.8.dylib: /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.2.0) /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.11) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current The shared library message looks suspicious - /usr/libexec/ld.so exists, as does /usr/local/lib/libiconv.so.2.4. gcc -Echecking for c++...

How to fix those errors on your particular platform is an entirely different troubleshooting problem! http://forums.libsdl.org/viewtopic.php?t=10404&sid=cfcc2a9ddbe36a37ad31227a5ead7ad4 yeschecking for getenv... yeschecking iomanip.h presence... yeschecking stdio.h usability...

yeschecking for sys/socket.h... Looks more like it's a config problem at my end, though I have no idea why this should suddenly have started happening. [2003-01-03 07:05 UTC] vlcc69jfbo001 at sneakemail dot com Managed yeschecking for sys/resource.h... yeschecking for uint...

I wiped my macports-installation and reinstalled. yeschecking for strtoul... yeschecking for sys/types.h... yeschecking for memory.h...

In this case I would guess that the configure script fails to run either the compiler, the linker, or the compiled test program - check config/configure.log for details. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.8.3/lto-wrapper.exe Target: i686-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/gcc4/gcc-4.8.3-1/src/gcc-4.8.3/configure --srcdir=/cygdrive/i/szsz/tmpp/gcc4/gcc-4.8.3-1/src/gcc-4.8.3 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --libdir=/usr/lib --datarootdir=/usr/share --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C --build=i686-pc-cygwin --host=i686-pc-cygwin --target=i686-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap yeschecking arpa/inet.h presence...

This page has been accessed 10,420 times.

yeschecking for grp.h... yesconfmod: creating ./config.statusconfig.status: creating ./etc/Makefileconfig.status: creating ./docs/Makefileconfig.status: creating ./tests/Makefileconfig.status: creating ./Makefileconfig.status: creating ./libsrc/Makefileconfig.status: creating ./include/MakefileRunning configure for module doxygen.running configure for this modulechecking whether make sets ${MAKE}... You'll see what libiconv it tries to pick. yeschecking wctype.h usability...

yeschecking for listen... yeschecking synch.h presence... yeschecking for main in -lwsock32... yeschecking stdbool.h presence...

comment:6 Changed 9 years ago by [email protected]… I did sudo port -f uninstall libiconv gettext sudo port --all clean libiconv gettext sudo port install libiconv gettext and tried to install Glib2 nochecking for stat.h... using MySQL 5.7.12-enterprise-commercial-advanced-log Content reproduced on this site is the property of the respective copyright holders.It is not reviewed in advance by Oracle and does not necessarily represent the opinion of nochecking for sysinfo...

On Mon, Jun 16, 2014 at 1:49 PM, Jimothey wrote: Quote: Thank you very much for your reply. configure: error: cannot compute sizeof (char), 77 My configure command is: ./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr/local --with-pdflib --enable-exif --with-gd --with-jpeg-dir=/usr/local/bin --with-bz2 --with-zlib --with-openssl --with-gettext --with-ldap --with-mhash --disable-overload --enable-sockets --with-mcrypt --enable-sysvshm --enable-pcntl --with-config-file-path=/var/www/conf/php43/ --enable-mbstring yeschecking for malloc_debug... comment:14 follow-up: ↓ 15 Changed 8 years ago by ryandesign (Ryan Schmidt) Port glib2 added Sorry, now I'm the one who has neglected this ticket.

yeschecking for strings.h... yeschecking ieeefp.h presence... It didn't work... comment:7 Changed 9 years ago by [email protected]… FYI, under Mac OS X 10.4.11 (PowerPC): prunille:~> otool -L /opt/local/lib/libiconv.2.dylib /opt/local/lib/libiconv.2.dylib: /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current

configure:12648: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT automatic detectionchecking for -lg++... yeschecking malloc.h presence... nochecking for getsockname...

Issuing an ldconfig earlier had broken access to libraries that configure needed. If you're using a different compiler than was used to build glib, however, this will not work and will often cause this problem. I would love to know exactly what the issue was here if anyone knows.