Parent Directory
| 
Revision Log
| Links to HEAD: | (view) (annotate) |
| Sticky Revision: |
tweak r823613/PR 47951 change to avoid /usr/sbin/install on Solaris (not compatible with BSD install)
Build: Use install instead of cp if available on installing modules to avoid segfault. Submitted by: <hirose31 gmail.com> PR: 47951
Bring back OS/2 support. Reverses r758929 with a little bit of conflict resolution.
remove OS/2 platform support
update license header text
Update the last year of copyright.
* build/instdso.sh: Fix syntax error with some sed implementations. PR: 38108 Submitted by: Masaoki Kobayashi <masaoki techfirm.co.jp>
Remove install errors emitted when using jlibtool instead of GNU libtool. (grep would skip this silently; but sed emits errors when no match is found.) * build/instdso.sh: Protect sed calls with a test -s check to make sure that we're going to execute sed against a non-empty file.
* build/instdso.sh: Extract LIBRARY_NAMES and DLNAME without using grep; fix extraction of LIBRARY_NAMES which was sedding the wrong variable name.
Update copyright year to 2005 and standardize on current copyright owner line.
property cleanup
fix name of The Apache Software Foundation
fix copyright dates according to the first check in.
apply Apache License, Version 2.0
Allow instdso.sh to be used with a .so file directly rather than requiring a libtool archive.
OS/2: Stop a bunch of error messages while doing a make install.
Use the basename of the dso file rather than assuming it does not include a directory in it.
Change instdso.sh to use libtool --install everywhere and then clean up some stray files and symlinks that libtool leaves around on some platforms. This gets subversion building properly since it needed a re-link to be performed by libtool at install time, and the old instdso.sh logic to simply cp the DSO didn't handle that requirement. Submitted by: Sander Striker Reviewed by: Jeff Trawick
on OS/390, instdso.sh should just use libtool, since libtool for OS/390 is very Apache-friendly and doesn't play with the names of DSO files
Use aplibtool to install modules on OS/2 as it contains some required magic to handle DLL naming restrictions.
take over DSO installation from libtool on all platforms, for both "make install" and "apxs -i" since we don't link with Apache DSOs we don't need the .la files since we load Apache DSOs with explicit path information we don't need any other system-specific magic to be performed
Do special install processing for Apache DSO modules on HP-UX, Tru64, and AIX so that we get mod_foo.so installed instead of the stuff that libtool installed.
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.
| apache@apache.org | ViewVC Help |
| Powered by ViewVC 1.1.2 |