Hello,
From the used ini:
extension_dir = ./modules
enable_dl = On
extension=bcmath.dll
extension=bz2.dll
extension=calendar.dll
extension=ctype.dll
extension=curl.dll
extension=dba.dll
extension=dbase.dll
extension=dbx.dll
extension=dio.dll
extension=exif.dll
extension=ftp.dll
Hallo Igor,
Am Samstag, 25. September 2004 um 03:50 schriebst du:
Gerrit,
Check the dependencies of all of the failing DLLs below with cygcheck.
I'd bet that they depend on other extension DLLs. If so, you need to make
sure the extension_dir (./modules in this case) is in the PATH,
Gerrit P. Haase schrieb:
Hmmm, shouldn't it be linked against libiconv and at least it is
missing the depndency on libphp, all the other modules are fine, e.g.
modules/mhash.dll
H:\php\php-5.0.1\.libs\cygphp5.dll
H:\bin\cygcrypt-0.dll
H:\bin\cygwin1.dll
Gerrit P. Haase schrieb:
Reini Urban wrote:
--- ext/dba/config.m4~2004-03-08 01:01:03.0 +0100
+++ ext/dba/config.m42004-09-24 13:27:27.121674400 +0100
@@ -11,8 +11,11 @@
AC_DEFUN(PHP_TEMP_LDFLAGS,[
old_LDFLAGS=$LDFLAGS
LDFLAGS=$1 $LDFLAGS
- $2
+ old_LIBS=$LIBS
+ LIBS=$2
Hello Reini,
I'm not sure what the problem with iconv is about, the compiled object
file is just 288 bytes where the source file is 67 kb.
It seems that there is simply nothing in the object file.
Maybe a binutils bug?
The created iconv.i is ok. When i run gcc -o iconv.o -c iconv.i I get
an
Hello Reini,
We know, it's just broken, fix it by yourself is the answer.
Oh my god, who are these people? Zend developers who want to sale
their servicdes? Isn't it an open source effort with volunteers?
Who is the head maintainer and who is allowed to commit fixes to the
repository? Can
Hallo Reini,
# hmm, sablotron missing...
I have it online. http://anfaenger.de/cygwin/Sablotron
There is a java-script version (Spidermonkey needed) and another
without js. http://anfaenger.de/js/
# this will fail after building the lo's. this is ok
# I just didn't grok how to create the
Hallo Reini,
XSL is breaking when DOM is not linked completely with the main DLL,
how do I force DOM to be not shared? Or how to fis XSL to get both as
shared modules (better option IMO).
Gerrit
--
=^..^=
Hallo Reini,
Do I need to propagate the shraed extension somehow? It looks like
this are all the extensions which are linked to external libraries
like sqlite - libsqlite, gmp - libgmp etc. The others which are
independant are obviously working (bcmath, calendar, ...).
$ sapi/cli/php.exe -v -c
Gerrit,
Check the dependencies of all of the failing DLLs below with cygcheck.
I'd bet that they depend on other extension DLLs. If so, you need to make
sure the extension_dir (./modules in this case) is in the PATH, otherwise
the DLLs won't load.
Igor
On Sat, 25 Sep 2004, Gerrit P.
Gerrit P. Haase wrote:
Hallo Reini,
Do I need to propagate the shraed extension somehow? It looks like
this are all the extensions which are linked to external libraries
like sqlite - libsqlite, gmp - libgmp etc. The others which are
independant are obviously working (bcmath, calendar,
Hello Brian,
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase,
dbx, dio, exif, filepro, ftp, mysql, pcre, xml
Why don't these work shared?
[...]
Anyway, I'm getting pretty close to being able to ITP a
Hallo Brian,
Am Donnerstag, 23. September 2004 um 15:17 schriebst du:
A) Internal / Built-In:
ctype, mime_magic, overload, posix, session, sockets, standard,
tokenizer
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile,
On Thu, 23 Sep 2004, Brian Dessent wrote:
I think I have finally worked out the kinks in the crappy PHP build
system. I managed to banish that awful mkdll.sh business. The
results after make are simply cygphp4.dll and the php4_*.dll ready to
be used. Oh, and none of that rebasing hassle
Brian Dessent schrieb:
I think I have finally worked out the kinks in the crappy PHP build
system. I managed to banish that awful mkdll.sh business. The
results after make are simply cygphp4.dll and the php4_*.dll ready to
be used. Oh, and none of that rebasing hassle seems to be required.
Gerrit P. Haase schrieb:
It is the same problem with ldap (for me), the configure test fails
because probably there is a serious bug somewhere:
This is what configure tests:
$ gcc -o conftest.exe -g -O2 -lldap -llber conftest.c -lresolv -lm -lxml2 -lz
-liconv
/tmp/ccw7ffQY.o(.text+0x1d): In
Hello Reini,
Since the test fails configure thinks that db or ldap libraries are
not available.
AARGH!
incorrect c and lib order.
a typical php configure problem. before I had this with gd also. some
versions even were dependent on the order of the --with-module statements.
but it can
Gerrit P. Haase schrieb:
Hello Reini,
Since the test fails configure thinks that db or ldap libraries are
not available.
AARGH!
incorrect c and lib order.
a typical php configure problem. before I had this with gd also. some
versions even were dependent on the order of the --with-module
Hello Reini,
but it can easily be patched on our side.
Yes? How? I removed ldap from the build list.
By the gbs, which patches/fixes the Makefile after the configure run :)
a sed or perl line maybe.
The Makefile is dynamically created by configure as is
Makefile.objects?
I'm just too
Gerrit P. Haase wrote:
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase,
dbx, dio, exif, filepro, ftp, mysql, pcre, xml
Why don't these work shared?
I'm not sure. They build to .dlls fine, but when
Hello,
What is the general rule of thumb with the shared lib and CLI CGI
executables? Put all global objects in the library, put the sapi
objects into the CGI exe and the CLI objects in the CLI exe?
before some time the cli and cgi exe have been the same. they just
seperated it lately,
Gerrit P. Haase schrieb:
but it can easily be patched on our side.
Yes? How? I removed ldap from the build list.
By the gbs, which patches/fixes the Makefile after the configure run :)
a sed or perl line maybe.
The Makefile is dynamically created by configure as is
Makefile.objects?
sure.
Hello Brian,
Am Donnerstag, 23. September 2004 um 23:48 schriebst du:
Gerrit P. Haase wrote:
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase,
dbx, dio, exif, filepro, ftp, mysql, pcre, xml
Why don't
Igor Pechtchanski wrote:
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase,
dbx, dio, exif, filepro, ftp, mysql, pcre, xml
This may be a naive question, but why can't they work as shared libs?
I've found
Hello Brian,
Note also: Currently gd is picking up the X11 libXpm, but with some work
it could be told to find the noX version (and add dependency on that
package instead.) That would at least eliminate a dependency on libX11
for the -gd package, which could save considerable hassle if
Brian Dessent schrieb:
Igor Pechtchanski wrote:
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase,
dbx, dio, exif, filepro, ftp, mysql, pcre, xml
This may be a naive question, but why can't they work as shared libs?
Reini Urban wrote:
BTW, brian: /usr/lib/php4 is really not a very good idea, unless you fix
phpize and the other scripts also.
all of them expect ${prefix}/lib/php/... even in the .in files.
please stay with the standards.
Okay, that's good to know. I can go back to using /usr/lib/php for
Reini Urban wrote:
no please, this will not work. cygphp4.dll must be in /usr/bin/
that must be the reason why some of your extensions didn't work.
Ugh. Well that's not the reason for the modules failing, as I said I
tried adding /usr/lib/apache to $PATH with no change. However, if the
CLI
Hello Brian,
I can now cleanly build PHP 4.3.8 as an Apache DSO with the following
modules/extensions:
A) Internal / Built-In:
ctype, mime_magic, overload, posix, session, sockets, standard,
tokenizer
B) Compiled in cygphp4.dll (bundled libs) / won't work shared:
bcmath, calendar,
29 matches
Mail list logo
