This is the mail archive of the cygwin-apps mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[ITP] fcgi-2.4.0-2


Following the discussion with Max, I got persuaded to do the shared lib also. It required only the typical AM_LDFLAGS=-no-undefined,
and some praying and hackery, that the PATH within libtool install will not be exhausted to build the examples binaries.


So please consider the following new files:

http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/fcgi-2.4.0-2-src.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/fcgi-2.4.0-2.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/setup.hint
http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/libfcgi0/libfcgi0-2.4.0-2.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/libfcgi0/setup.hint
http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/libfcgi-devel/libfcgi-devel-2.4.0-2.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/fcgi/libfcgi-devel/setup.hint


Max Bowsher schrieb:
Reini Urban wrote:
Max Bowsher schrieb:

To my mind, a DLL is strongly preferable, because all packages using the library pick up any fixes automatically, instead of requiring a recompilation themselves.

fcgi does not build out of the box as shared library on any target. Almost no other distro has or uses the shared library.
So why should we?


In my reasoning which is unfortunately not english enough I also explained my private POV which makes sense at least to me.

OK, the fact that upstream does not is a fairly good reason. However, Debian does ship a shared library, so we would not be alone in doing so if we decided to.


I suggest that if it is reasonably easy to get a DLL to build, then we should have a DLL, and no static library, in the distribution, because of the eased maintenance (dependencies always use the current library, not what was current when they were built).

If, on the other hand, it is infeasibly difficult to get a DLL building, we could live with just a static library.

E.g. mandrake, suse and PLD have their mod_fastcgi.so without libfcgi
dependency, linked statically. debian's libapache2-mod-fastcgi_2.4.2
also. mandrake's php-fgci also, all clisp's also.
haven't looked further.
http://rpmseek.com/rpm/php-fcgi-5.1.2-1mdk.i586.html?hl=de&cs=fcgi:PN:0:0:1:0:2604182



Sorry, but the above is entirely wrong. mod_fastcgi does not use libfcgi at all.

Sorry, but the above is entirely wrong. mod_fastcgi does use libfcgi as silent build requirement, and is not listed in the reqs because it is linked statically. Which is my point. Same for most other packages.

Please go check your facts before you cast my words back at me. mod_fastcgi does *NOT* use libfcgi - a fact I have verified by building mod_fastcgi successfully, without having libfcgi installed at all.

So it includes a static version.


I said most packages have no dependency for a shared libfcgi, besides debian.

Say a standalone /usr/lib/apache2/mod_fastcgi.so for apache2-mod_fastcgi
or /usr/lib/apache/mod_fastcgi.dll for apache-mod_fastcgi, without
libfcgi0 require, talking to a fcgi enabled ruby, clisp or php.
clisp being the only cygwin package so far which actually has it enabled.

What are you trying to say? The above paragraph isn't meaningful English.

Sorry. My native lingua is german.

That's fine, but could you try to rephrase what you are trying to say, since you obviously consider the underlying point to be important.


The other reason is this: I don't only develop on cygwin,
I also run business services like clisp or xapian and swish cgi's with
cygwin1.dll, but I wouldn't bother to use the cygwin apache. For testing
and development it's great, similar to postgresql.
So I don't want to mix a native apache-mod_fastcgi with a cygwin fcgi
using a shared libfcgi0. Makes no sense.

The above paragraph makes no sense, too.

Please do try to clarify this, as well. I'm especially confused about how native-windows versions have any relevance to the Cygwin packaging.


I usually run fcgi's and cgi's on win32-native apache2 and lighttpd.
How is this relevant to the Cygwin package layout?

For that user scenario where native apache and/or cygwin lighttpd has to deal with a cygwin fcgi. fcgi upgrades and breakage are dependend on developers decisions only if linked statically.

Again, please clarify, I don't understand the problem here.


To the best of my knowledge, FastCGI is a fixed and unchanging protocol - upgrades should be bugfixes only and should not cause breakage.
--
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/
fcgi
------------------------------------------
FastCGI A High-Performance Gateway Interface.

Static library and a cgi-wrapper to create fastcgi enabled applications. 
End users will most likely not need that.
FastCGI is a fast, open, and secure Web server interface that
solves the performance problems inherent in CGI without introducing
any of the new problems associated with writing applications to
lower-level Web server APIs. Modules to support FastCGI can be plugged
into Web server APIs such as Apache API, NSAPI, and ISAPI.

Runtime requirements:
  cygwin-1.5.20-1 or newer

Build requirements:
  cygwin
  gcc-core
  automake
  autoconf
  binutils

Canonical homepage:
  http://fastcgi.com/

Canonical download:
  http://fastcgi.com/dist/fcgi-2.4.0.tar.gz

------------------------------------

Build instructions:
  tar xfj fcgi-<VERSION>-<CYGREL>-src.tar.bz2
    if you use setup to install this src package, it will be
	 unpacked under /usr/src automatically
  cd /usr/src
  cygport fcgi-<VERSION>-<CYGREL>.cygport all

This will create:
  /usr/src/fcgi-<VERSION>-<CYGREL>.tar.bz2
  /usr/src/fcgi-<VERSION>-<CYGREL>-src.tar.bz2
  /usr/src/libfcgi0-<VERSION>-<CYGREL>.tar.bz2
  /usr/src/libfcgi-devel-<VERSION>-<CYGREL>.tar.bz2

Or use 'cygport fcgi-<VERSION>-<CYGREL>.cygport prep' 
to get a patched source directory.

-------------------------------------------

Files included in the fcgi package:

  /usr/bin/cgi-fcgi.exe
  /usr/lib/fcgi/examples/authorizer.exe
  /usr/lib/fcgi/examples/echo-cpp.exe
  /usr/lib/fcgi/examples/echo-x.exe
  /usr/lib/fcgi/examples/echo.exe
  /usr/lib/fcgi/examples/log-dump.exe
  /usr/lib/fcgi/examples/size.exe
  /usr/lib/fcgi/examples/threaded.exe
  /usr/share/doc/Cygwin/fcgi-2.4.0.README
  /usr/share/doc/fcgi-2.4.0/INSTALL
  /usr/share/doc/fcgi-2.4.0/LICENSE.TERMS
  /usr/share/doc/fcgi-2.4.0/README
  /usr/share/doc/fcgi-2.4.0/examples/authorizer.c
  /usr/share/doc/fcgi-2.4.0/examples/authorizer.mak
  /usr/share/doc/fcgi-2.4.0/examples/echo-cpp.cpp
  /usr/share/doc/fcgi-2.4.0/examples/echo-cpp.mak
  /usr/share/doc/fcgi-2.4.0/examples/echo-x.c
  /usr/share/doc/fcgi-2.4.0/examples/echo.c
  /usr/share/doc/fcgi-2.4.0/examples/echo.mak
  /usr/share/doc/fcgi-2.4.0/examples/echox.mak
  /usr/share/doc/fcgi-2.4.0/examples/log-dump.c
  /usr/share/doc/fcgi-2.4.0/examples/size.c
  /usr/share/doc/fcgi-2.4.0/examples/size.mak
  /usr/share/doc/fcgi-2.4.0/examples/threaded.c
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ap_guida.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ap_guide.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/apaman.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ch1inta1.gif
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ch1intra.gif
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ch1intro.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ch2c.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ch3perl.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/ch4tcl.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/cover.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-prog-guide/covera.gif
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-whitepaper/fastcgi.htm
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-whitepaper/img00001.gif
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-whitepaper/img00002.gif
  /usr/share/doc/fcgi-2.4.0/html/fastcgi-whitepaper/img00003.gif
  /usr/share/doc/fcgi-2.4.0/html/fcgi-devel-kit.htm
  /usr/share/doc/fcgi-2.4.0/html/fcgi-java.htm
  /usr/share/doc/fcgi-2.4.0/html/fcgi-perf.htm
  /usr/share/doc/fcgi-2.4.0/html/fcgi-perl.htm
  /usr/share/doc/fcgi-2.4.0/html/fcgi-spec.html
  /usr/share/doc/fcgi-2.4.0/html/fcgi-tcl.htm
  /usr/share/doc/fcgi-2.4.0/html/omi-logo.gif
  /usr/share/doc/fcgi-2.4.0/html/overview.html
  /usr/share/doc/fcgi-2.4.0/html/www5-api-workshop.html
  /usr/share/doc/fcgi-2.4.0/images/aplib-hd.gif
  /usr/share/doc/fcgi-2.4.0/images/divider.gif
  /usr/share/doc/fcgi-2.4.0/images/fcgi-hd.gif
  /usr/share/doc/fcgi-2.4.0/images/mail-hd.gif
  /usr/share/doc/fcgi-2.4.0/images/navbar.gif
  /usr/share/doc/fcgi-2.4.0/images/serv-hd.gif
  /usr/share/doc/fcgi-2.4.0/images/words-hd.gif
  /usr/share/man/man1/cgi-fcgi.1.gz
  /usr/share/man/man3/FCGI_Accept.3.gz
  /usr/share/man/man3/FCGI_Finish.3.gz
  /usr/share/man/man3/FCGI_SetExitStatus.3.gz
  /usr/share/man/man3/FCGI_StartFilterData.3.gz

Files included in the libfcgi0 package:
  /usr/bin/cygfcgi-0.dll
  /usr/bin/cygfcgi++-0.dll 

Files included in the libfcgi-devel package:
  /usr/include/fastcgi.h
  /usr/include/fcgi_config.h
  /usr/include/fcgi_stdio.h
  /usr/include/fcgiapp.h
  /usr/include/fcgimisc.h
  /usr/include/fcgio.h
  /usr/include/fcgios.h
  /usr/lib/libfcgi++.a
  /usr/lib/libfcgi++.la
  /usr/lib/libfcgi.a
  /usr/lib/libfcgi.la

------------------

Port Notes:

----------  fcgi-2.4.0-2 -----------
added shared libraries
split into fcgi, libfcg0 and libfcgi-devel packages

----------  fcgi-2.4.0-1 (not released) -----------
Initial cygwin release. (for clisp-2.39-1)

Cygwin port maintained by: Reini Urban <rurban@x-ray.at>
Address all questions to the Cygwin mailing list at <cygwin@cygwin.com>

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]