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

2020-12-22 Thread karl
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

2020-12-22 Thread David M. Fellows
>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

2020-12-21 Thread Jack

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

2020-12-21 Thread karl
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

2020-12-19 Thread Michael Orlitzky

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

2020-12-19 Thread karl
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

2020-12-17 Thread karl
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

2020-12-16 Thread 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


-- 
Neil Bothwick

Angular Momentum Makes The World Go 'Round


pgpy87GlXexSd.pgp
Description: OpenPGP digital signature


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

2020-12-16 Thread 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