| Summary: | www-apache/mod_fcgid undefined symbols | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Non_E <radek.dvorak> |
| Component: | [OLD] Server | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | me, neysx, saintdev, scy-bugs-gentoo |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | ./files/apr_shm_remove.patch | ||
|
Description
Non_E
2007-03-11 01:33:45 UTC
Recompile it without -Wl,--as-needed and try again... I commented out LDFLAGS in my make.conf end remerged mod_fcgid but the problem persists. Sorry for double-posting but I think it is important to mention that this problem occurs with =mod_fcgid-2.1 only. Version 2.0 loads without any problems. Same as http://forums.gentoo.org/viewtopic-t-545807-start-0.html I noticed the same problem on amd64/x86/sparc. Didn't bother to try on other arches. FYI, mod_fcgid-2.1 added a call to apr_shm_remove which is only available in apr-1 (In reply to comment #4) > Same as http://forums.gentoo.org/viewtopic-t-545807-start-0.html > > I noticed the same problem on amd64/x86/sparc. > Didn't bother to try on other arches. > > FYI, mod_fcgid-2.1 added a call to apr_shm_remove which is only available in > apr-1 OK, this is fixed now .. thanks a lot for the hint. Changing the dependency does not change anything. Sorry if my comment was more misleading than helpful. It should still depend on apr-0. I thought it should/could somehow use apr-1 but I can't find out how it'd work. apache-2.0 depends on apr-0 and is linked against it (ldd says so). Is it possible to load a module that would need apr-1? No idea. Anyway, apr-0 is used when emerging it and apache still displays the same error. Looking deeper into this, I noticed the latest change to arch/unix/fcgid_proctbl_unix.c is missing from the tarball. If you look at http://mod-fcgid.cvs.sourceforge.net/mod-fcgid/mod_fcgid/arch/unix/fcgid_proctbl_unix.c?r1=1.7&r2=1.8&sortby=date you notice they copied the whole apr_shm_remove from apr-1 into fcgid_proctbl_unix.c The tarball contains the previous revision. Adding the missing patch solves the problem. Created attachment 113273 [details, diff]
./files/apr_shm_remove.patch
src_unpack() {
unpack ${A}
cd "${S}"
epatch "${FILESDIR}/apr_shm_remove.patch"
}
added to ebuild
and eutils added to inherit
Hth
(In reply to comment #6) > Changing the dependency does not change anything. > Sorry if my comment was more misleading than helpful. > It should still depend on apr-0. > I thought it should/could somehow use apr-1 but I can't find out how it'd work. > apache-2.0 depends on apr-0 and is linked against it (ldd says so). Is it > possible to load a module that would need apr-1? No idea. > > Anyway, apr-0 is used when emerging it and apache still displays the same > error. > > Looking deeper into this, I noticed the latest change to > arch/unix/fcgid_proctbl_unix.c is missing from the tarball. > If you look at > http://mod-fcgid.cvs.sourceforge.net/mod-fcgid/mod_fcgid/arch/unix/fcgid_proctbl_unix.c?r1=1.7&r2=1.8&sortby=date > you notice they copied the whole apr_shm_remove from apr-1 into > fcgid_proctbl_unix.c > The tarball contains the previous revision. > > Adding the missing patch solves the problem. Well, I guess I'm the one to be sorry. I haven't looked at it as deeply as I should have :) It's fixed now (hopefully) for your pleasure. |
