Summary: | net-analyzer/fragroute fails to build with dev-libs/libevent[-static-libs] | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo Netmon project <netmon> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log
Generic library checking macro |
Description
Diego Elio Pettenò (RETIRED)
2010-10-27 02:19:29 UTC
Created attachment 252137 [details]
Build log
Oops, that's only coincidentally related to libevent-2.. The DEPEND is fixed in -r2. I had to bump libevent-1.* too to get IUSE=static-libs into a version that is not package.masked. Fixed then. Ehm, no. See my original comment Broken test, checks for file presence rather than using AC_CHECK_LIB, PKG_CHECK_MODULES or the like. It does not NEED the static-libs; it links to the dynamic one, but it checks for the file presence of /usr/lib/libevent.a which is plainly wrong (especially on multilib). If you wish I can write a libevent-checking macro, later on today. Silly of me. I'm looking into it. (In reply to comment #5) > If you wish I can write a libevent-checking macro, later on today. Yes, why don't you? :) Created attachment 252505 [details]
Generic library checking macro
Okay so I went and wrote a macro to check for generic libraries, and I provided an example usage pointing to libevent itself.
Should be safe to use this to reimplement the libevent test. I also submitted it to the autoconf archive for future reference.
I didn't know what to do with that m4, so instead I had the configure script simply look for libevent.so instead of libevent.a. It works for me and it doesn't require me to do upstream's work. Fixed in -r3. |