Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4F623925.9040201@apache.org>
Date: Thu, 15 Mar 2012 19:47:01 +0100
From: Guenter Knauf <fuankg@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de;
 rv:1.9.2.27) Gecko/20120216 Lightning/1.0b2 Thunderbird/3.1.19
MIME-Version: 1.0
To: dev@httpd.apache.org
Subject: Re: Cannot start httpd v2.4.1 with mpm_build on AIX
References: 
 <CAN9c_NTw92mLcjHQKs+F_9kEnAmg7PEWbsCbGgea37_LwetvHQ@mail.gmail.com>
	<CAKUrXK4VjFkZdBxhKysBXpMUV9tesdh5DiJiFcgQX2wGiwtwfw@mail.gmail.com>
	<4F56B33A.3040102@apache.org>
 <CAKUrXK7xE+DcAL_tZPDataQEVZX3eDm04Ouwn_yf0rmoUwZ_QA@mail.gmail.com>
In-Reply-To: 
 <CAKUrXK7xE+DcAL_tZPDataQEVZX3eDm04Ouwn_yf0rmoUwZ_QA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Hi Jeff,
Am 07.03.2012 13:27, schrieb Jeff Trawick:
> On Tue, Mar 6, 2012 at 8:00 PM, Guenter Knauf<fuankg@apache.org>  wrote=
:
>> Hi Jeff,
>> Am 26.02.2012 22:44, schrieb Jeff Trawick:
>>
>>> I guess the problem is that those MPM APIs are not decorated with
>>> AP_DECLARE() so they don't get added to httpd.exp so they don't get
>>> exported from httpd on AIX.
>>>
>>> Can you try the attached patch to mpm_common.h?
>>
>> it seems that this breaks the NetWare build now; I've not looked into =
it
>> myself since I'm swamped currently with other stuff, but Norm just sen=
t me
>> this mail:
>>
>> Hi,
>> Tried to send this to devAThttpd-apache but it got bounced; how peasan=
t
>> compared to other lists I've sent issues to. I'll watch for fixes.
>>
>> r1294936 causes extra export symbols.
>> Hi,
>> Re httpd-trunk:
>> r1294936 added AP_DECLARE_xxx() to a number of func prototypes/vars in=

>> mpm_common.h. These are now found by the 'build/nw_exp_var.awk' script=
,
>> which causes the NetWare apache2 link to fail for missing exports. As
>> these functions are NOT common to NetWare or likely other non-Unix OS
>> (all seem to be in mpm_unix or related mpm's such as event and worker)=
,
>> should these prototypes/vsrs now be in ap_mpm.h instead?
>>
>> Norm
>>
>
> Thanks; I'll look into that.
any news on that? Sorry, but unless you give a clear statement on how to =

proceed with these I'm unable to fix it self; if you say that these=20
functions need to be extported by every platform then fine - we must=20
then either provide dummies for those platforms which dont have them, or =

ifdef; or we need to move these into a unix-only header;
its IMO not ok to suddenly decide to export these functions in order to=20
fix one platform and break another one for that; and also I'm curious=20
how Windows builds can cope with that, and wonder that nothing yet came=20
from this end ...
here are the sysmbols in question:
LINK obj_release/Apache2.nlm
### mwldnlm Linker Error:
#   Undefined symbol: ] in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_fatal_signal_child_setup in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_fatal_signal_setup in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_mpm_safe_kill in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_process_child_status in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_reclaim_child_processes in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_register_extra_mpm_process in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_relieve_child_processes in
#   Export list
### mwldnlm Linker Error:
#   Undefined symbol: ap_unregister_extra_mpm_process in
#   Export list

where the 1st one is a quirk from the awk script ...

G=FCn.