Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 3669 invoked by uid 6000); 27 Feb 1998 15:43:52 -0000 Received: (qmail 3646 invoked from network); 27 Feb 1998 15:43:50 -0000 Received: from gensym.com (192.156.185.2) by taz.hyperreal.org with SMTP; 27 Feb 1998 15:43:50 -0000 Received: by gensym.com (4.1/SMI-4.1) id AA14255; Fri, 27 Feb 98 10:43:04 EST Received: from unknown(1.0.2.6) by ftp.gensym.com via smap (V1.3) id sma014242; Fri Feb 27 10:42:45 1998 Received: from thailand.gensym by gensym1.gensym.com (4.1/SMI-4.1) id AA09293; Fri, 27 Feb 98 10:32:55 EST Date: Fri, 27 Feb 98 10:32:55 EST From: bhyde@gensym.com (Ben Hyde) Message-Id: <9802271532.AA09293@gensym1.gensym.com> Received: by thailand.gensym (4.1/SMI-4.1) id AA04859; Fri, 27 Feb 98 10:42:43 EST To: new-httpd@apache.org Subject: Re: Naming conflicts Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Can somebody slip this in? > Date: Fri, 6 Feb 98 11:38:43 EST > From: bhyde@gensym.com (Ben Hyde) > Message-Id: <9802061638.AA08450@gensym1.gensym.com> > Subject: Naming conflicts > > Could we add a line in conf.h. > > #include > > Then add that file: > > --- > /* File: hide.h */ > > /* This file solves one problem. You want to link > * Apache with libcool.a which you got from Cool Inc. > * but sadly when you did that you get a link time > * error like: > * "http_request.o Definition of symbol 'process_request' (multiply defined)" > * > * At that point you revise this file to hide that symbol > * #define process_request apache_process_request /* libcool conflicts */ > * > * This makes debugging more tedious, but leaves the > * sources kind of readable. > * > * If you think your libcool is sufficently popular > * then send a patch back to the Apache Group. > */ > > #define make_array apache_make_array /* libgsi conflicts */ > --- > > I'm running into this problem as well, but it's my cool things local. > Having a standard way for people to address it seems easier than > reaching agreement on a standard prefix and then doing the rewrite > (didn't there used to be unix tool just to do this?) everywere (including > in third party modules). > > - ben hyde > > --- > "...clorox a horse..." - Beverly Cleary I believe this is a fair summary of the previous (see nh9802) discussion... From: rse@engelschall.com (Ralf S. Engelschall) > +1 for the idea, because the same approach Perl already uses with its... From: Jim Jagielski > I like. +1 From: Rodent of Unusual Size > +1 for this, then, at least for 1.3. Maybe even 2.0 - but let... From: Manoj Kasichainula > It's kind of confusing if you're not expecting it, but it seems pretty > useful. - ben hyde --- "WARNING: Your operating system is unfamiliar." -- Bongo