Summary: | app-admin/sdsc-syslog-1.0.2 fails to build (PATH_MAX undeclared; glibc 2.8) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo TreeCleaner Project <treecleaner> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | academic.sam, esigra |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 225459 | ||
Attachments: | Build log |
Description
Diego Elio Pettenò (RETIRED)
2008-10-05 10:19:06 UTC
Created attachment 167270 [details]
Build log
After some searching, found that this was created by not including <limits.h>. Apparently, configure script fails to properly detect the availability of limits.h and doesn't set the 'HAVE_LIMITS_H' flag. When I tried 'CFLAGS="-DHAVE_LIMITS_H" ./configure' in the workdir, everything compiles fine. Don't know how to fix this properly within the ebuild though. Sam After checking some more, I found that the configure.ac does include a check for limits.h, but it fails to detect on x86 ( /usr/include/limits.h does exist). How ever, it detects properli on amd64. Here are the config.log snippets from the two arches. ------amd64-arch--- configure:3849: checking for limits.h configure:3859: gcc -E -I$(top_srcdir)/src conftest.c configure:3865: $? = 0 configure:3884: result: yes ------------------- ------x86-arch--- configure:3849: checking for limits.h configure:3859: -I$(top_srcdir)/src conftest.c ./configure: line 3860: -I$(top_srcdir)/src: No such file or directory configure:3865: $? = 127 configure: failed program was: #line 3855 "configure" #include "confdefs.h" #include <limits.h> configure:3884: result: no -------------- If you look closely, you'll see that in 'configure:3859:' line, the actual gcc command is missing for the x86 arch where as it has the correct command in amd64. I'm at the limit of my knowledge of autotools and I don't think I can help solve this any further. I'll be happy to try any tricks that anyone else can suggest. Sam given the last release was in 2003-11-28 i'm tempted to purge this. Sam - thanks for trying. Your fix in comment #2 is probably enough for a dated package. Let's add that this package collides with other syslog providers as it is (with l-h 2.6.28 it seems to compile without patching), so I'd suggest to just treeclean it if it's not useful for something. if it does stay, you'll need this fix: --- a/src/util/acl.c +++ b/src/util/acl.c @@ -332,7 +332,7 @@ ACL_getBufferSize(ACL *acl) return len; } -bool +size_t ACL_toBuffer(ACL *acl, struct IPC_buffer *out) { ACL_data *data; (In reply to comment #4) > given the last release was in 2003-11-28 i'm tempted to purge this. > > Sam - thanks for trying. Your fix in comment #2 is probably enough for a dated > package. > Let's do it. Assign to treecleaner@g.o if you want us to take care of it. (In reply to comment #7) > Let's do it. Assign to treecleaner@g.o if you want us to take care of it. sure - thanks. # Jeremy Olexa <darkside@gentoo.org> (04 Feb 2009) # Masked for removal in 30 days. Dead upstream, unmaintained. Needs multiple # fixes to even work. collides with other sysloggers bug 239863 app-admin/sdsc-syslog removed, WONTFIX |