Re: [BugDB] Installation (PR#92)
On Mon, Jan 25, 1999, [EMAIL PROTECTED] wrote: > Full_Name: Eric Boulogne > Version: 2.1.8-1.3.4 > OS: AIX 4.2 > Submission from: felix.adpcl.com (194.98.137.100) > > As your suggestion in PR#91, I have downloaded mod_ssl-2.1.8-1.3.4. > The following problem occurs when I try to install it. > Can you help me please. Thanks. > > Configuring mod_ssl/2.1.8 for Apache/1.3.4 > + Apache location: ../apache_1.3.4 (Version 1.3.4) > + SSLeay location: ../SSLeay-0.9.0b > + Auxiliary patch tool: ./etc/patch/patch (local)... > ./configure:Error: Building of 'patch' tool failed: > - > creating config.h > xlc -c -DHAVE_CONFIG_H -I. backupfile.c > "/usr/include/string.h", line 223: 1506-213 (S) Macro name index cannot be > redefined. > "/usr/include/string.h", line 223: 1506-358 (I) "index" is defined on line 24 of > config.h. > "/usr/include/string.h", line 224: 1506-213 (S) Macro name rindex cannot be > redefined. > "/usr/include/string.h", line 224: 1506-358 (I) "rindex" is defined on line 25 > of config.h. > make: 1254-004 The error code from the last command is 1. > > Stop. > - > Hint: Either try to build 'patch' under etc/patch/ > Hint: manually and re-run this 'configure' script > Hint: or provide us the path to your vendor 'patch' > Hint: program via the --with-patch=FILE option (but > Hint: expect perhaps failures when applying patches!) Oh oh oh, AIX is really the most horrible Unix derivative... The redefinition of `index' in patch's config.h is not really needed, because I've already hacked this out in the past. So, all you have to do is to remove the redefinition in etc/patch/config.h: :> diff -u3 config.h.in x --- config.h.in Wed Aug 5 14:39:15 1998 +++ x Mon Jan 25 12:44:36 1999 @@ -19,11 +19,6 @@ and strrchr instead of rindex. */ #undef HAVE_STRING_H -#if defined(STDC_HEADERS) || defined(HAVE_STRING_H) -#define index strchr -#define rindex strrchr -#endif - /* Define if the system has unistd.h. */ #undef HAVE_UNISTD_H An easy workaround for you is to just specify --with-patch=/path/to/patch in the meantime. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/ Official Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [BugDB] Installation (PR#92)
>Oh oh oh, AIX is really the most horrible Unix derivative... It is not horrible, it is quite nice :-). The C compiler notices quite a few bad habits, and it is really picky about ANSI-C. Wait until you get the first bug reports from folks turning on type safe linkage for C programs :-). If it only had the nice error messages GNU C is having, I would be happy. Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED] __ Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/ Official Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [BugDB] Installation (PR#92)
On Mon, Jan 25, 1999, Jens-Uwe Mager wrote: > >Oh oh oh, AIX is really the most horrible Unix derivative... > > It is not horrible, it is quite nice :-). The C compiler notices quite > a few bad habits, and it is really picky about ANSI-C. Wait until you > get the first bug reports from folks turning on type safe linkage for C > programs :-). If it only had the nice error messages GNU C is having, I > would be happy. You're certainly right. But since AIX made such a lot of problems for the DSO support in Apache (you know, every platforms was mostly friendly, except AIX) I really hate this flavor of Unix ;-) Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/ Official Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [BugDB] Installation (PR#92)
>You're certainly right. But since AIX made such a lot of problems for the DSO >support in Apache (you know, every platforms was mostly friendly, except AIX) >I really hate this flavor of Unix ;-) The way DSO's are build under AIX appears to be quite strange, but if you look at it you will see that it is really useful. If you throw together large components from various folks it is really nice to be able to restrict name space problems by explicetely nameing the symbols that should be visible from a DSO. Especially if you get to situations where a plug-in to an application has its own plug-in system as well (for example mod_perl in Apache) you can very quickly encounter problems due to name space clashes. I find the default way of most ELF based systems of simply throwing everything in one symbol table a problem for large projects, although it is convenient for the lazy ones. And indeed most of the commerical Unix vendors have seen the problem as well, and with Sun Solaris, SGI and HP-UX you can configure the linkers to produce a similar behaviour as in AIX, you only can access what is explicitely specified in an export file. We do that in our applications at Helios, and I believe it helps us more than it is inconvenient. Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED] __ Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/ Official Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [BugDB] Installation (PR#92)
On Mon, Jan 25, 1999, Jens-Uwe Mager wrote: > >You're certainly right. But since AIX made such a lot of problems for the DSO > >support in Apache (you know, every platforms was mostly friendly, except AIX) > >I really hate this flavor of Unix ;-) > > The way DSO's are build under AIX appears to be quite strange, but if > you look at it you will see that it is really useful. If you throw > together large components from various folks it is really nice to be > able to restrict name space problems by explicetely nameing the symbols > that should be visible from a DSO. Especially if you get to situations > where a plug-in to an application has its own plug-in system as well > (for example mod_perl in Apache) you can very quickly encounter > problems due to name space clashes. > > I find the default way of most ELF based systems of simply throwing > everything in one symbol table a problem for large projects, although > it is convenient for the lazy ones. And indeed most of the commerical > Unix vendors have seen the problem as well, and with Sun Solaris, SGI > and HP-UX you can configure the linkers to produce a similar behaviour > as in AIX, you only can access what is explicitely specified in an > export file. We do that in our applications at Helios, and I believe it > helps us more than it is inconvenient. Yes, I see the point. And I don't think the support for explicit export lists isn't useful. It's useful. What's horrible (and what I hate it for) on AIX is that it _FORCES_ you to use these explicit lists even for small projects like Apache. You know, we had to do a lot of hacking just for this and we still have to keep the httpd.exp file in sync with the code just for AIX. So, let us give credit to IBM for supporting those explicit export lists, but let us dislike IBM for the fact that they _force_ us to use it even for small projects like Apache Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/ Official Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [BugDB] Installation (PR#92)
>So, let us give credit to IBM for supporting those explicit export lists, but >let us dislike IBM for the fact that they _force_ us to use it even for small >projects like Apache Ok, I agree on that. Although with all the extensibility through modules I am not sure that Apache is a small project any longer. :-) Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED] __ Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/ Official Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]