[ng-spice] Rework 9 - configure problems


To ng-spice@ieee.ing.uniroma1.it
From widlok <widlok@uci.agh.edu.pl>
Date Thu, 30 Mar 2000 14:27:08 +0200
Delivered-To mailing list ng-spice@ieee.ing.uniroma1.it
Mailing-List contact ng-spice-help@ieee.ing.uniroma1.it; run by ezmlm
References <Pine.LNX.3.96.1000329083013.10841A-100000@ieee.ing.uniroma1.it >
Reply-To ng-spice@ieee.ing.uniroma1.it

Hi all!

Paolo Nenzi wrote:

> Hi all,
>
> Rework 9 is out. It includes:
>
> - Arno's patch that makes every device dynamically loadable. Another step
>   int the "plug-in" direction.
>
> - Dezai's patch for ptfuncs.c. I had not much time time to test the code,
>   so it is maked by an #ifdef EXPERIMENTAL_CODE. You have to #define it to
>   get Dezai's patch. I have asked Manu if he can add a new switch into the
>   autoconf interface.
>
> That's all!
>

Paolo,  I've found some problems with configure, env CFLAGS=-O2 (or any new
CFALGS) does not work, at least on my system. I have tried to find out why,
but with no success yet.

>
> Now some other news:
>
> - Where do we want to go ?
>   This is still an open question. There was a short thread last week about
>   writing the API's for a simulation kernel to use as base for a new
>   spice. Should we do this ? Can we do this ? I have spent some time
>   in the netlib repository searching for algorithms and packages for
>   sparse matrix handling and came out with a huge state of confusion.
>   I am definitively a numeric-ignorant. Before spending time in other
>   parts of the code, I think we should address the matrix package
>   problem. Sparse seems still a good code (as written in numerical
>   repositories), but it can improved for new deeply pipelined
>   architecture.

    I also does not know much about numerical problems, but I am not sure
about what should be fixed first. I think that (if we stay with old spice) we
should rather fix memory leaks and other BUGs then thinking about better
algorithms. I said this based on my experience with spice user interface, so
"simulation code" problems might be different, but this is my opinion.

Regards
        Michael


Partial thread listing: