[gentoo-user] sci-electronics/ngspice-27-r1 missing tcl

[gentoo-user] sci-electronics/ngspice-27-r1 missing tcl

[karl]

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

Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 492 bytes --]

On Wed, 16 Dec 2020 18:30:47 +0100 (CET), karl@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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl

[karl]

Neil:
> On Wed, 16 Dec 2020 18:30:47 +0100 (CET), karl@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 <bits/sys_errlist.h>

$ 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

[karl]

Karl Hammar:
...
>  Now I got another, where has sys_errlist.h gone,
...

According to:
 https://sourceware.org/pipermail/libc-announce/2020/000029.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 <stdio.h>.  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

[Michael Orlitzky]

On 12/19/20 7:41 PM, karl@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]

Neil Bothwick:
> On Wed, 16 Dec 2020 18:30:47 +0100 (CET), karl@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

[Jack]

On 2020.12.21 14:42, karl@aspodata.se wrote:
> Neil Bothwick:
> > On Wed, 16 Dec 2020 18:30:47 +0100 (CET), karl@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

[David M. Fellows]

>Neil Bothwick:
>> On Wed, 16 Dec 2020 18:30:47 +0100 (CET), karl@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

[karl]

DaveF:
> >Neil Bothwick:
> >> On Wed, 16 Dec 2020 18:30:47 +0100 (CET), karl@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