Bug 188930 - app-shells/zsh-4.3.4 builds incorrectly with USE=pcre
|
Bug#:
188930
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: FreeBSD
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: usata@gentoo.org
|
Reported By: angelos@gentoo.org
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: app-shells/zsh-4.3.4 builds incorrectly with USE=pcre
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2007-08-14 23:59 0000
|
ojbdump -p /bin/zsh|grep NEEDED and ldd /bin/zsh claim that zsh was linked
against libzsh-4.3.4.so on FreeBSD, that file does not exist though, so when
trying to execute zsh it cries:
/libexec/ld-elf.so.1: Shared object "libzsh-4.3.4.so" not found, required by
"zsh"
this does not happen on linux (libzsh-4.3.4.so doesn't exist either, but zsh is
not linked against it)
This only happens with USE=pcre
The configure in zsh has been stripped of the [ and ] symbols
For example, in configure.ac we have this
case foo
*-freebsd[3-9]*) ;;
esac
But autotools has changed this to
case foo
*-freebsd3-9*) ;;
esac
So something here is baaadly broken :/
CC'ing toolchain to see if they have a clue
ugh, no, please dont put that kind of stuff in the ebuild
what you reported is correct -- that is how the m4 language works
if you want to use [], you either need to use changequote, or cheat and double
up the [] quoting
case foo
*-freebsd[[3-9]]*) ;;
esac
OK, I've added a fix to the tree and I'll send it upstream.
usata, I've also changed the ebuild a touch as ncurses isn't optional.