Also, you will probably need to include bits of the ocaml sources in
your lablgtk2 source package -- do we want to replicate this?
I'm not sure what you mean. The user will have to install ocaml first in
order to build from source. Is anything more required?
Is that ocaml source, or
Op Sun, 20 Jun 2004 10:38:57 -0400 (EDT) schreef Igor Pechtchanski
in [EMAIL PROTECTED]:
: On Sun, 20 Jun 2004, Bas van Gompel wrote:
[...]
: ChangeLog entry:
:
: 2004-06-20 Bas van Gompel [EMAIL PROTECTED]
:
: * templates/generic-build-script (acceptpatch): New function to copy
:
On Sep 22 22:01, Yaakov Selkowitz wrote:
Gerrit P. Haase wrote:
Hallo Yaakov,
Uploaded.
Thanks, but you put these into a dir called libglade, and the package is
called libglade2. Could you fix this, please?
Done.
Corinna
--
Corinna Vinschen Please, send mails
Hallo Yaakov,
Am Donnerstag, 23. September 2004 um 04:01 schriebst du:
Gerrit P. Haase wrote:
Hallo Yaakov,
Uploaded.
Thanks, but you put these into a dir called libglade, and the package is
called libglade2. Could you fix this, please?
Oh, Mist;) It was really too late yesterday,
On Sep 23 13:31, Gerrit P. Haase wrote:
Well, we could start now with all packages that have GNOME / gnome in
their name and put these below a GNOME directory, anyway, I think this
is ok (unless there are objections).
One argument against this is that all mirrors will delete the files and
pull
On Thu, 23 Sep 2004, Bas van Gompel wrote:
Op Sun, 20 Jun 2004 10:38:57 -0400 (EDT) schreef Igor Pechtchanski:
: On Sun, 20 Jun 2004, Bas van Gompel wrote:
[...]
: ChangeLog entry:
:
: 2004-06-20 Bas van Gompel g-b-s-patch.buzzatbavag.tmfweb.nl
:
: *
On Thu, 23 Sep 2004, Andrew Schulman wrote:
Also, you will probably need to include bits of the ocaml sources in
your lablgtk2 source package -- do we want to replicate this?
I'm not sure what you mean. The user will have to install ocaml
first in order to build from source. Is
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.
Hello Igor,
The packaging hasn't changed, but it would be nice if someone who uses
ocaml (Max? Gerrit?) gave it a look-over before it's uploaded.
The files are available at the following URLs:
http://cs.nyu.edu/~pechtcha/cygwin/ocaml/setup.hint
Hello Igor,
I've updated my version:
http://194.95.224.180/cygwin/lablgtk/
Actually the URL is http://194.95.224.180/cygwin/lablgtk/test/
Gerrit
--
=^..^=
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
On Thu, 23 Sep 2004, Gerrit P. Haase wrote:
Hello Igor,
The packaging hasn't changed, but it would be nice if someone who uses
ocaml (Max? Gerrit?) gave it a look-over before it's uploaded.
The files are available at the following URLs:
Hello Igor,
S.th. weird is going on there.
1. I would like OCaml to produce .dll files, not .so files.
Does it matter? It didn't for me on WinXP, but may on other systems.
I will work, I have no problems with it as long as we are talking
about modules, but IMHO for libraries in /usr/bin we
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
On Thu, 23 Sep 2004, Gerrit P. Haase wrote:
Hello Igor,
S.th. weird is going on there.
1. I would like OCaml to produce .dll files, not .so files.
Does it matter? It didn't for me on WinXP, but may on other systems.
I will work, I have no problems with it as long as we are talking
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,
30 matches
Mail list logo