> Yep, I'd say. My guess is that Stipe is using a cross buiold platform
> that doesn't include your change. Therefore he has to hard code the
> prefix in filename translations in the Makefile.in or what ever the
> configuration files are named.
BTW, I'm not using any cross build platform.
Stip
> I patched it today to use a macro instead of the hardcoded prefix and
> this patch is about 15k big!
>
> Anyway, I'm in favour to include it and to submit the patch to the
> Apache developers because I think it is really stupid to hardcode
> something like this.
Gerrit's proposed patches will
> Yet, if the dll is dependent on cygwin1.dll it must be prefixed with
> `cyg'. There is not a point of argument, it is an agreed upon
> standard. Not all packages that existed before the standard was stated
> have been upgraded to the standard. However, new packages being added
> must meet tha
===
- Original Message -
From: "Stipe Tolj" <[EMAIL PROTECTED]>
Cc: "cygwin-apps" <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 6:19 PM
Subject: Re: [ANN] apache_1.3.22 package available for setup inclusion
> > Actually, -lgdbm SHOULD
> Actually, -lgdbm SHOULD result in a dynamic link. unless you explicitly
> say '-static', ld will first attempt to link against "libgdbm.dll.a"
> (the import lib for cyggdbm.dll) BEFORE trying to link against
> "libgdbm.a" (the static lib).
???
Should this not be valid only when using libtool?
Earnie Boyd wrote:
>>>
>>I'm confused. What's all this talk about needing "new" binutils?
>>
>
> Yep, I'd say. My guess is that Stipe is using a cross buiold platform
> that doesn't include your change. Therefore he has to hard code the
> prefix in filename translations in the Makefile.in
Charles Wilson wrote:
>
> Earnie Boyd wrote:
>
> > Yet, if the dll is dependent on cygwin1.dll it must be prefixed with
> > `cyg'. There is not a point of argument, it is an agreed upon
> > standard. Not all packages that existed before the standard was stated
> > have been upgraded to the sta
Earnie,
2002-01-09 21:12:10, du schriebst:
> My guess is that you're using a cross build platform that hasn't
> incorporated the necessary changes to binutils to accomplish this
> naturally. If this is true then you need to upgrade your binutils cross
> to the most current versions of cygwin r
On Wed, Jan 09, 2002 at 10:44:29AM -0500, Charles Wilson wrote:
> However, I don't think it TRULY matters where dlopen'ed DLLs live --
> except that users should not have to add /usr/libexec (or
> /usr/lib/perl5/cygwin-multi/auto/ByteLoader/ and
> /usr/lib/perl5/cygwin-multi/auto/Data/Dumper/ a
Earnie Boyd wrote:
> Yet, if the dll is dependent on cygwin1.dll it must be prefixed with
> `cyg'. There is not a point of argument, it is an agreed upon
> standard. Not all packages that existed before the standard was stated
> have been upgraded to the standard. However, new packages being
Stipe Tolj wrote:
>
> > Suppose you had both a native apache port and a cygwin apache port.
> > Assume both were built "shared" -- so both had a "libhttpd.dll" shared
> > library. However, one is msvcrt.dll based, the other cygwin1.dll based.
> > Because the respective httpd.exe's are inherent
Gerrit,
2002-01-09 19:07:04, du schriebst:
> Notes:
> - change SHCORE_IMPLIB='lib$(TARGET).dll' to
> SHCORE_IMPLIB='cyg$(TARGET).dll'
> and we have the right prefix;)
Ah no, it doesn't work that easy, why is the prefix hardcoded?
Gerri
Gerrit,
2002-01-09 18:57:17, du schriebst:
> I suggest we add -lgdbm to EXTRA_LIBS in src/Configuration.apaci so
> mod_auth_dbm gets compiled correct.
Well it needs to be added elsewhere, Configuration.apaci is generated
from...? Configuration.tmpl?
Gerrit
--
=^..^=
Stipe,
2002-01-09 18:42:41, du schriebst:
*-cygwin*)
DEF_SHARED_CORE=yes
LDFLAGS_SHLIB="--export-all"
LDFLAGS_MOD_SHLIB=$LDFLAGS_SHLIB
SHLIB_SUFFIX_NAME=dll
SHMOD_SUFFIX_NAME=dll
SHLIB_SUFFIX_DEPTH=0
LD_
On Wed, Jan 09, 2002 at 10:44:25AM -0500, Earnie Boyd wrote:
> Stipe Tolj wrote:
> >
> > > No. See my other mail. What I meant was, $libexecdir should be
> > > == $sbindir == $(prefix)/sbin == /usr/sbin.
> > >
> > > DLLs to
> > >
> > > /usr/libif run time loaded with e.g. dlopen()
> > >
Stipe,
2002-01-09 16:32:57, du schriebst:
>> Question 1:
>> ===
>> The Apache isn't linked against libgdbm?
>> Wouldn't it be a nice addition?
>>
>> I ask because of this message during configuring:
>>
>> + adding selected modules
>> o rewrite_module uses ConfigStart/End
>>
Charles,
2002-01-09 17:20:32, du schriebst:
[expat]
> True -- are you volunteering, Gerrit? :-)
Well, I tried to build it with minimal effort, but it failed,
now I have done it like Robert with the libx*-packages and I
have a patch file with about 600KB:-(
If that doesn't matter, I'll contri
> Suppose you had both a native apache port and a cygwin apache port.
> Assume both were built "shared" -- so both had a "libhttpd.dll" shared
> library. However, one is msvcrt.dll based, the other cygwin1.dll based.
> Because the respective httpd.exe's are inherently linked to these
> DLL's, b
Stipe Tolj wrote:
> "Gerrit P. Haase" wrote:
>
>
>>Question 1:
>>===
>>The Apache isn't linked against libgdbm?
>>Wouldn't it be a nice addition?
>>
>>I ask because of this message during configuring:
>>
>> + adding selected modules
>>o rewrite_module uses ConfigStart/End
>> di
Stipe Tolj wrote:
>>>Shouldn't that be /usr/bin/cyghttpd.dll?
>>> ^^^
>>>
>>It is the same like it is with perl or python. These packages
>>doesn't use libtool and to change the name would need some additional
>>patches in a lot of build related files which would blo
On Wed, Jan 09, 2002 at 04:38:12PM +0100, Stipe Tolj wrote:
> > No. See my other mail. What I meant was, $libexecdir should be
> > == $sbindir == $(prefix)/sbin == /usr/sbin.
> >
> > DLLs to
> >
> > /usr/libif run time loaded with e.g. dlopen()
> > /usr/binif inherently linked
Stipe Tolj wrote:
>
> > No. See my other mail. What I meant was, $libexecdir should be
> > == $sbindir == $(prefix)/sbin == /usr/sbin.
> >
> > DLLs to
> >
> > /usr/libif run time loaded with e.g. dlopen()
> > /usr/binif inherently linked in.
> >
> > Basically I don't want /usr/l
On the location of DLLs:
I agree with Corinna that "inherently linked" DLL's should be in
/usr/bin, and should be named "cygX.dll" not "libX.dll".
However, I don't think it TRULY matters where dlopen'ed DLLs live --
except that users should not have to add /usr/libexec (or
/usr/lib/
> No. See my other mail. What I meant was, $libexecdir should be
> == $sbindir == $(prefix)/sbin == /usr/sbin.
>
> DLLs to
>
> /usr/libif run time loaded with e.g. dlopen()
> /usr/binif inherently linked in.
>
> Basically I don't want /usr/libexec in the users path.
Ok, so we
On Wed, Jan 09, 2002 at 04:17:54PM +0100, Stipe Tolj wrote:
> > --prefix=/usr
> > --sysconfdir=/etc
> > --libexecdir='$(sbindir)'
> > --localstatedir=/var
> > --datadir='$(prefix)/share'
> >
> > I'd agree to change the sysconfdir to sth. below /etc as /etc/httpd
> > but I don't see a re
> --prefix=/usr
> --sysconfdir=/etc
> --libexecdir='$(sbindir)'
> --localstatedir=/var
> --datadir='$(prefix)/share'
>
> I'd agree to change the sysconfdir to sth. below /etc as /etc/httpd
> but I don't see a reason to change libexecdir.
So you want to keep the *.dlls in /usr/libexec?
> Ah, I saw now, the README states:
> To build the application for cygwin:
>
> tar xjvf apache_1.3.22-1-src.tar.bz2
> cd apache_1.3.22
> configure --with-layout=Cygwin \
> --with-port=80 \
> --enable-module=most --enable-shared=max
> make
> make
> make install
>
> Perhaps you should point ou
"Gerrit P. Haase" wrote:
> Question 1:
> ===
> The Apache isn't linked against libgdbm?
> Wouldn't it be a nice addition?
>
> I ask because of this message during configuring:
>
> + adding selected modules
> o rewrite_module uses ConfigStart/End
> disabling DBM support for mo
On Wed, Jan 09, 2002 at 03:56:36PM +0100, Stipe Tolj wrote:
> "Gerrit P. Haase" wrote:
> >
> > Corinna,
> >
> > 2002-01-09 12:50:02, du schriebst:
> >
> > > On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> > >> Users may have to include /usr/libexec to their PATH, due to the fact
Robert Collins wrote:
> I do :}. Squid is a dedicated proxy/web accelerator, and it does that
> quite well :]. I'd be quite interested to know how much RAM apache
> needed to run a 30-40Gb cache.
Robert is right here. The Apache group has stated a couple of times
that squid is performing way mor
On Wed, Jan 09, 2002 at 03:53:44PM +0100, Stipe Tolj wrote:
> "Gerrit P. Haase" wrote:
> > 1.2.
> > # Cygwin 1.3.x layout
> >
> > prefix:/usr
> > exec_prefix: $prefix
> > bindir:$prefix/bin
> > sbindir: $prefix/sbin
> > libexecdir:$prefix/libexec
"Gerrit P. Haase" wrote:
>
> Corinna,
>
> 2002-01-09 12:50:02, du schriebst:
>
> > On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> >> Users may have to include /usr/libexec to their PATH, due to the fact
> >> that libhttpd.dll resides there. Should we move at least that core
> >>
"Gerrit P. Haase" wrote:
> Some minor issues:
>
> 1.
> I think libhttpd.dll should be in /usr/bin like all the shared libs.
> To load the shared plugins it isn't needed to include /usr/libexec in
> the PATH?
So we would need to include all libfoo.dll and mod_bar.dll's to
/usr/bin, right?! Any o
On Wed, Jan 09, 2002 at 01:27:47PM +0100, Gerrit P. Haase wrote:
> Question 3:
> ===
> Is it useful to link in libcrypt?
Ack! You mean libcrypto/libssl, not libcrypt (which consists entirely
of the 56bit DES routines), right?
Corinna
> What about https support for the proxy, is it possi
Stipe,
2002-01-09 13:36:24, du schriebst:
> 2.
> A typo in the README:
> tar xjvf apache_1.3.22-1-src.tar.bz2
> cd apache_1.3.22
> configure --with-layour=Cygwin \
> ^
> --with-port=80 \
> --enable-module=most \
> --enable-shared=max
> 3.
> The Cygwin README with b
Robert,
2002-01-09 13:29:59, du schriebst:
>> I really don't know which is 'better' in general;)
> I do :}. Squid is a dedicated proxy/web accelerator, and it does that
> quite well :]. I'd be quite interested to know how much RAM apache
> needed to run a 30-40Gb cache.
Well, I have no needs
Stipe,
2002-01-09 13:10:34, du schriebst:
and i'll start a build now to see if the
> patched source builds `user-friendly' without tweaking:-)
Intro:
==
$ cygcheck libhttpd.dll
Found: .\libhttpd.dll
Found: C:\cygwin\bin\libhttpd.dll
.\libhttpd.dll
.\cygwin1.dll
C:\WINNT\System32\KERN
- Original Message -
From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
> Robert,
>
> 2002-01-09 13:04:30, du schriebst:
>
> >> (mainly because
> >> there is another proxyserver which works better for me like squid;)
>
> > I'm not sure what you mean here Gerrit - are you saying Squid is
better
Robert,
2002-01-09 13:04:30, du schriebst:
>> (mainly because
>> there is another proxyserver which works better for me like squid;)
> I'm not sure what you mean here Gerrit - are you saying Squid is better
> for you than apache (in proxy mode), or something else?
Though I think squid is a li
Corinna,
2002-01-09 12:50:02, du schriebst:
> On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
>> Users may have to include /usr/libexec to their PATH, due to the fact
>> that libhttpd.dll resides there. Should we move at least that core
>> library to /usr/bin to have it in PATH like
===
- Original Message -
From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
>
> (mainly because
> there is another proxyserver which works better for me like squid;)
I'm not sure what you mean here Gerrit - are you saying Squid is better
for you than apache (in proxy mode), or something else?
Stipe,
2002-01-09 12:17:13, du schriebst:
> http://apache.dev.wapme.net/support/apache-cygwin/
> The setup.hint:
> sdesc: "The Apache HTTP (Web) Server"
> ldesc: "The Apache Project is a collaborative software development
> effort aimed at creating a robust, commercial-grade, featureful,
>
On Wed, Jan 09, 2002 at 09:16:12AM +0100, Stipe Tolj wrote:
> Users may have to include /usr/libexec to their PATH, due to the fact
> that libhttpd.dll resides there. Should we move at least that core
> library to /usr/bin to have it in PATH like the other cygfoo.dlls?
Shouldn't that be /usr/bin/
Excellent. I'm keen to see this available.
I'll happily let Gerrit and/or Volker review the tarballs though :}.
Rob
> "Stipe" == Stipe Tolj <[EMAIL PROTECTED]> writes:
Stipe> Hi list,
Stipe> I have put up my recent work on the Apache HTTP server for inclusion
Stipe> to the official Cygwin setup.exe distribution to:
Stipe> http://apache.dev.wapme.net/support/apache-cygwin/
Stipe> If so
> http://apache.dev.wapme.net/support/apache-cygwin/
note that this server is running Apache 1.3.23-dev (Cygwin) :))
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-
Hi list,
I have put up my recent work on the Apache HTTP server for inclusion
to the official Cygwin setup.exe distribution to:
http://apache.dev.wapme.net/support/apache-cygwin/
The setup.hint:
sdesc: "The Apache HTTP (Web) Server"
ldesc: "The Apache Project is a collaborative software develo
47 matches
Mail list logo
