curl/packages
Daniel Stenberg df3ca59116 Dan Fandrich:
Here's a stab at a consolidation of the SSL detection heuristics into
configure. Source files aren't changed by this patch, except for setup.h and
the various config*.h files.  Within the configure script, OPENSSL_ENABLED is
used to determine if SSL is being used or not, and outside configure,
USE_SSLEAY means the same thing; this could be even further unified some day.

Now, when SSL is not detected, configure skips the various checks that are
dependent on SSL, speeding up the configure process and avoiding complications
with cross compiles.  I also updated all the architecture- specific config
files I could see, but I couldn't test them.
2004-12-11 18:47:22 +00:00
..
DOS Gisle's djgpp updates 2004-06-29 18:43:56 +00:00
EPM Markus F.X.J. Oberhumer's cvsignore fixes 2002-08-22 19:46:39 +00:00
Linux P R Schaffner updated this to work for 7.11.0 2004-02-09 10:24:55 +00:00
NetWare added some lines to fetch ares version. 2004-07-11 17:59:07 +00:00
Solaris things to ignore 2002-08-08 23:09:45 +00:00
Win32 Removed libcurl.def 2004-11-09 14:55:23 +00:00
vms Dan Fandrich: 2004-12-11 18:47:22 +00:00
.cvsignore things to ignore 2002-08-08 23:09:45 +00:00
Makefile.am Günter Knauf's NetWare changes. 2004-03-17 12:46:42 +00:00
README new package related file 2000-10-31 09:50:22 +00:00

README

                                  _   _ ____  _     
                              ___| | | |  _ \| |    
                             / __| | | | |_) | |    
                            | (__| |_| |  _ <| |___ 
                             \___|\___/|_| \_\_____|

PACKAGES

 This directory and all its subdirectories are for special package
information, template, scripts and docs. The files herein should be of use for
those of you who want to package curl in a binary or source format using one
of those custom formats.

 The hierarchy for these directories is something like this:

   packages/[OS]/[FORMAT]/
 
 Currently, we have Win32 and Linux for [OS]. There might be different formats
for the same OS so for Linux we have RPM as format.

 We might need to add some differentiation for CPU as well, as there is
Linux-RPMs for several CPUs. However, it might not be necessary since the
packaging should be pretty much the same no matter what CPU that is used.
    
 For each unique OS-FORMAT pair, there's a directory to "fill"! I'd like to
see a single README with as much details as possible, and then I'd like some
template files for the package process.