Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
DaveF: > >Neil Bothwick: > >> On Wed, 16 Dec 2020 18:30:47 +0100 (CET), k...@aspodata.se wrote: > >> > What can I do to make ./configure below use the suggested option ? > >> > sci-electronics/ngspice-27-r1's build log contains: ... > >> > Should you add --with-tcl=/usr/lib64 to ./configure .. > >> Try EXTRA_ECONF="--with-tcl=/usr/lib64" emerge -1a ngspice > >https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout > > gentoo now uses /usr/lib64. Tcl installs the program in /usr/lib64: > ># grep /usr/lib64/tclConfig.sh /var/db/pkg/dev-lang/tcl-8.6.8/CONTENTS > >obj /usr/lib64/tclConfig.sh 854158d4603ecea0e98975dac780e04f 1581626600 > > so if ngspice doesn't find tclConfig.sh, shouldn't that be considered > > a bug ? > > Don't know. Is there a reason why ngspice-27-r1 in particular is required? No, it is just that that version was pulled in by emerge @world. > I added > =sci-visualization/xgraph-12.1-r4 xgraph > to package.license > sci-electronics/ngspice ~amd64 > sci-visualization/xgraph ~amd64 > to package.accept_keywords > and > sci-electronics/ngspice tcl > to package.use > > And > emerge -1 ngspice > built without any complaints. ... Did that, and for some reason the problem went away ??? Tanks for the help. Regards, /Karl Hammar
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
>Neil Bothwick: >> On Wed, 16 Dec 2020 18:30:47 +0100 (CET), k...@aspodata.se wrote: >> >> > What can I do to make ./configure below use the suggested option ? >> > >> > sci-electronics/ngspice-27-r1's build log contains: >> > >> > checking for tclConfig.sh... >> > can't find Tcl configuration script "tclConfig.sh" >> > Should you add --with-tcl=/usr/lib64 to ./configure >> > arguments? >> >> Try EXTRA_ECONF="--with-tcl=/usr/lib64" emerge -1a ngspice > > According to: >https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout >eselect news read 34 > > gentoo now uses /usr/lib64. Tcl installs the program in /usr/lib64: ># grep /usr/lib64/tclConfig.sh /var/db/pkg/dev-lang/tcl-8.6.8/CONTENTS >obj /usr/lib64/tclConfig.sh 854158d4603ecea0e98975dac780e04f 1581626600 > > so if ngspice doesn't find tclConfig.sh, shouldn't that be considered > a bug ? Don't know. Is there a reason why ngspice-27-r1 in particular is required? I added =sci-visualization/xgraph-12.1-r4 xgraph to package.license sci-electronics/ngspice ~amd64 sci-visualization/xgraph ~amd64 to package.accept_keywords and sci-electronics/ngspice tcl to package.use And emerge -1 ngspice built without any complaints. (And included lots of tcl stuff.) It runs, but I have no data to test it with, nor inclination to try to learn to use it. DaveF > >Regards, >/Karl Hammar > >
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
On 2020.12.21 14:42, k...@aspodata.se wrote: Neil Bothwick: > On Wed, 16 Dec 2020 18:30:47 +0100 (CET), k...@aspodata.se wrote: > > > What can I do to make ./configure below use the suggested option ? > > > > sci-electronics/ngspice-27-r1's build log contains: > > > > checking for tclConfig.sh... > > can't find Tcl configuration script "tclConfig.sh" > > Should you add --with-tcl=/usr/lib64 to ./configure > > arguments? > > Try EXTRA_ECONF="--with-tcl=/usr/lib64" emerge -1a ngspice According to: https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout eselect news read 34 gentoo now uses /usr/lib64. Tcl installs the program in /usr/lib64: # grep /usr/lib64/tclConfig.sh /var/db/pkg/dev-lang/tcl-8.6.8/CONTENTS obj /usr/lib64/tclConfig.sh 854158d4603ecea0e98975dac780e04f 1581626600 so if ngspice doesn't find tclConfig.sh, shouldn't that be considered a bug ? It's probably a bug - but it might perhaps be debated whether the problem is ngspice looking in /usr/lib/ instead of /usr/lib64, or if you argue that tclConfig.sh is not arch specific, that it actually belongs in /usr/lib.
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
Neil Bothwick: > On Wed, 16 Dec 2020 18:30:47 +0100 (CET), k...@aspodata.se wrote: > > > What can I do to make ./configure below use the suggested option ? > > > > sci-electronics/ngspice-27-r1's build log contains: > > > > checking for tclConfig.sh... > > can't find Tcl configuration script "tclConfig.sh" > > Should you add --with-tcl=/usr/lib64 to ./configure > > arguments? > > Try EXTRA_ECONF="--with-tcl=/usr/lib64" emerge -1a ngspice According to: https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout eselect news read 34 gentoo now uses /usr/lib64. Tcl installs the program in /usr/lib64: # grep /usr/lib64/tclConfig.sh /var/db/pkg/dev-lang/tcl-8.6.8/CONTENTS obj /usr/lib64/tclConfig.sh 854158d4603ecea0e98975dac780e04f 1581626600 so if ngspice doesn't find tclConfig.sh, shouldn't that be considered a bug ? Regards, /Karl Hammar
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
On 12/19/20 7:41 PM, k...@aspodata.se wrote: So that means that programs like ngspice won't link with glibc 2.32 or later. The easiest way to fix this is probably to update the version of ngspice available in Gentoo. The latest upstream release is v33, http://ngspice.sourceforge.net/news.html and was released only two months ago. So, the incompatibility is probably already fixed there. If you file a bug at bugs.gentoo.org and mention that the old version is broken due to glibc compatibility issues, it will find its way to the right people.
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
Karl Hammar: ... > Now I got another, where has sys_errlist.h gone, ... According to: https://sourceware.org/pipermail/libc-announce/2020/29.html "The GNU C Library version 2.32 is now available ... * The deprecated symbols sys_errlist, _sys_errlist, sys_nerr, and _sys_nerr are no longer available to newly linked binaries, and their declarations have been removed from from . They are exported solely as compatibility symbols to support old binaries. All programs should use strerror or strerror_r instead. " So that means that programs like ngspice won't link with glibc 2.32 or later. Any thoughts ? Regards, /Karl Hammar
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
Neil: > On Wed, 16 Dec 2020 18:30:47 +0100 (CET), k...@aspodata.se wrote: > > What can I do to make ./configure below use the suggested option ? > Try EXTRA_ECONF="--with-tcl=/usr/lib64" emerge -1a ngspice Thanks, that solved the configure problem. Now I got another, where has sys_errlist.h gone, and how do I resolve this: * /bin/sh ../../../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../src/include -I../../../src/include -I../../../src/frontend -I/usr/include -shared -O2pc libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../src/include -I../../../src/include -I../../../src/frontend -I/usr/include -O2 -pipe -I/usr/include -fopenmp -c graf.c -fCo In file included from gnuplot.c:13:0: gnuplot.c: In function ?<80><98>ft_gnuplot?<80><99>: ../../../src/include/ngspice/ngspice.h:284:57: error: ?<80><98>sys_errlist?<80><99> undeclared (first use in this function) #define perror(string) fprintf(stderr,"%s: %s\n",string,sys_errlist[errno]) ^ gnuplot.c:129:9: note: in expansion of macro ?<80><98>perror?<80><99> perror(filename); ^~ ../../../src/include/ngspice/ngspice.h:284:57: note: each undeclared identifier is reported only once for each function it appears in #define perror(string) fprintf(stderr,"%s: %s\n",string,sys_errlist[errno]) ^ gnuplot.c:129:9: note: in expansion of macro ?<80><98>perror?<80><99> perror(filename); ^~ gnuplot.c: In function ?<80><98>ft_writesimple?<80><99>: ../../../src/include/ngspice/ngspice.h:284:57: error: ?<80><98>sys_errlist?<80><99> undeclared (first use in this function) #define perror(string) fprintf(stderr,"%s: %s\n",string,sys_errlist[errno]) ^ gnuplot.c:360:9: note: in expansion of macro ?<80><98>perror?<80><99> perror(filename); ^~ make[3]: *** [Makefile:452: gnuplot.lo] Error 1 make[3]: *** Waiting for unfinished jobs make[3]: Leaving directory '/Net/gentoo/tmpdir/portage/sci-electronics/ngspice-27-r1/work/ngspice-27-binaries/src/frontend/plotting' make[2]: *** [Makefile:827: all-recursive] Error 1 make[2]: Leaving directory '/Net/gentoo/tmpdir/portage/sci-electronics/ngspice-27-r1/work/ngspice-27-binaries/src/frontend' make[1]: *** [Makefile:1387: all-recursive] Error 1 make[1]: Leaving directory '/Net/gentoo/tmpdir/portage/sci-electronics/ngspice-27-r1/work/ngspice-27-binaries/src' make: *** [Makefile:440: all-recursive] Error 1 * Since the header file is the same as last time: # md5sum work/ngspice-27/src/include/ngspice/ngspice.h /usr/include/ngspice/ngspice.h e695c3d756b1b934563779766bfd7881 work/ngspice-27/src/include/ngspice/ngspice.h e695c3d756b1b934563779766bfd7881 /usr/include/ngspice/ngspice.h there must be something else at play here. $ find /usr/include -type f -name \*.h | xargs grep sys_errlist /usr/include/X11/Xw32defs.h:# define sys_errlist _sys_errlist /usr/include/nspr/prerror.h:** (sys_errlist); this allows errno values to be used directly in the /usr/include/schily/errno.h:extern char*sys_errlist[]; /usr/include/ngspice/ngspice.h:#define perror(string) fprintf(stderr,"%s: %s\n",string,sys_errlist[errno]) /usr/include/ngspice/ngspice.h:#define perror(string) fprintf(stderr, "%s: %s\n", string, sys_errlist[errno]) $ grep sys_errlist.h /var/db/pkg/*/*/CONTENTS $ I have a crosscompiler that has sys_errlist[]: /home/local/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabihf/arm-linux-gnueabihf/libc/usr/include/stdio.h:#include $ tail -7 /home/local/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabihf/arm-linux-gnueabihf/libc/usr/include/bits/sys_errlist.h extern int sys_nerr; extern const char *const sys_errlist[]; #endif #ifdef __USE_GNU extern int _sys_nerr; extern const char *const _sys_errlist[]; #endif Regards, /Karl Hammar
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
On Wed, 16 Dec 2020 18:30:47 +0100 (CET), k...@aspodata.se wrote: > What can I do to make ./configure below use the suggested option ? > > sci-electronics/ngspice-27-r1's build log contains: > > checking for tclConfig.sh... > can't find Tcl configuration script "tclConfig.sh" > Should you add --with-tcl=/usr/lib64 to ./configure > arguments? Try EXTRA_ECONF="--with-tcl=/usr/lib64" emerge -1a ngspice -- Neil Bothwick Angular Momentum Makes The World Go 'Round pgpy87GlXexSd.pgp Description: OpenPGP digital signature
[gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
What can I do to make ./configure below use the suggested option ? sci-electronics/ngspice-27-r1's build log contains: checking for tclConfig.sh... can't find Tcl configuration script "tclConfig.sh" Should you add --with-tcl=/usr/lib64 to ./configure arguments? I have /usr/lib64/tclConfig.sh Regards, /Karl Hammar