| Summary: | gnuplot-3.8j build failure | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | dallas.morlock |
| Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | hahjortland, ward |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
dallas.morlock
2004-02-09 06:59:05 UTC
I have the same problem. In the definition of function alert() in src/mouse.c:
/* produce a beep */
static void
alert(void)
{
# ifdef GNUPMDRV
DosBeep(444, 111);
# else
# ifdef HAVE_LIBREADLINE
rl_ding();
fflush(rl_outstream);
# else
fprintf(stderr, "\a");
# endif
# endif
}
readline does not have a function rl_ding() (I'm using readline version 4.1) It does have a function ding(). When I replaced rl_ding with ding, I was able to complete the compile, install, qmerge.
I have (or had) the same problem but the cause was different. I had svga in my use flags. And whenever i tried to emerge gnuplot it failed (from console). With a message saying sandbox violation because of something trying to access /dev/svga. And later i logged in to X and tried to emerge and there was no problem. Now that i have emerged gnuplot this may not seem to be a bug but i just thought you would wanna know. http://cnswww.cns.cwru.edu/php/chet/readline/CHANGES: ******************************************************************************* This document details the changes between this version, readline-4.2, and the previous version, readline-4.1. [...] n. The ding() convenience function has been renamed to rl_ding(), though the old function is still defined for backwards compatibility. ******************************************************************************* So I guess gnuplot should depend on readline>=4.2. ******************************************************************************* # emerge -p =readline-4.2a-r2 These are the packages that I would merge, in order: Calculating dependencies !!! all ebuilds that could satisfy "=readline-4.2a-r2" have been masked. !!! possible candidates are: - sys-libs/readline-4.2a-r2 (masked by: profile) !!! Error calculating dependencies. Please correct. ******************************************************************************* Ouch! Maybe a patch ("rl_ding()" => "ding()") is a better way to do it, then... I have found an initial solution. System: gcc-3.3.2, kernel-2.6.3-rc2, svgalib-1.9.17-r3, gentoo synced 20040220. Machine HP-Pavillion laptop PIII, 384MB ram. Synopsys: Compilation of gnuplot-3.8j.0 failed due to "ACCERR DENIED open_wr /dev/svga". /dev/svga is a directory, not a device. The module that is built by svgalib (placed in /etc/module.d) is not loaded by the kernel. Loading by hand fails. Hack: I was able to get it to compile, install, and run all the gnuplot-3.8j.0/demo/*.dem examples by commenting out all references to svga. EBo -- readline 4.2 is a dependancy of gnuplot 3.8.0j if the readline use-flag is set. The ebuild has the following lines in it's src_compile function
use readline \
&& myconf="${myconf} --with-readline=gnu" \
|| myconf="${myconf} --with-readline"
And when executing ./configure --help from gnuplot-3.8j.0.tar.gz, one can find the following information:
--with-readline=gnu use the GNU readline library (4.2 or newer required)
One should change
DEPEND=">=media-libs/libgd-2
pdflib? ( media-libs/pdflib )
doc? ( virtual/tetex )
X? ( virtual/x11 )
svga? ( media-libs/svgalib )
readline? ( sys-libs/readline )
plotutils? ( media-libs/plotutils )"
into:
DEPEND=">=media-libs/libgd-2
pdflib? ( media-libs/pdflib )
doc? ( virtual/tetex )
X? ( virtual/x11 )
svga? ( media-libs/svgalib )
readline? ( >=sys-libs/readline-4.2 )
plotutils? ( media-libs/plotutils )"
But I've seen that readline-4.3-r4 is in the stable portage tree now. I guess readline is no real problem anymore.
*** Bug 43133 has been marked as a duplicate of this bug. *** readline-4.3-r4.ebuild is now stable for all archs for which gnuplot is available, so this should no longer be a problem. |
