[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Gnucap-devel] Compilation errors

From: Ko, Yao
Subject: RE: [Gnucap-devel] Compilation errors
Date: Wed, 30 Oct 2002 15:57:58 -0500

Hi Al,

Would you happen to have some detailed architectural design documentation
for Gnucap? I'm diving deeper into the source code to attempt to add the 'B'
element. However, I couldn't find the explanation for all the classes and
methods in the "Technical notes" of the manual, nor in the comments of the
source code.

I'm creating a device with this hierarchy:


"DS" for dependent source.

>From where can I get the parameter list entered in the netlist? For example,
if there's a line:

B1 100 200 I=SIN(V(1,2))

how can I retrieve that "I=SIN(V(1,2))" for later parsing?

Any insight would be greatly appreciated,

Yao Ko

-----Original Message-----
From: Al Davis [mailto:address@hidden
Sent: Friday, October 25, 2002 11:09 PM
To: address@hidden; address@hidden; address@hidden
Subject: Re: [Gnucap-devel] Compilation errors

On Thursday 24 October 2002 02:38 pm, Ko, Yao wrote:
> I just downloaded gnucap, versions 0.30, 0.31 and 0.32 and all these
> versions had similar compilation errors. I'm running RedHat 8.0 with GCC
> 3.2 on Intel arch.
> Here is a snippet of the error when I ran configure; make:
> [...]
> cat Make1 Make2.g++ Make3 Make.depend >O/Makefile
> (cd O; make -k)
> make[2]: Entering directory `/cais2/yaok/development/gnucap-0.31/src/O'
> g++ -DUNIX -O2 -DNDEBUG -I.. -I. -fno-exceptions -W -c ../
> ../ In member function `BSMATRIX<T>& BSMATRIX<T>::fbsub(T*,
> const
>    T*, T*) [with T = double]':
> ../   instantiated from here
> ../ `copy_n' undeclared in namespace `std'

"copy_n" is a function that is supplied with some versions of STL but not 
others.  I thought all Linux versions used the GNU STL, which did supply it.

In 0.31 and earlier, you need to #define NEEDS_COPY_N in the Makefile 

You should not see this problem with 0.32, because it (supposedly) is fixed 
to never use the questionable STL copy_n.

The confugure script should take care of this, but doesn't.  It should be a 
non-issue in 0.32, but is in earlier versions.

> g++ -DUNIX -O2 -DNDEBUG -I.. -I. -fno-exceptions -W -c ../
> ../ default argument given for parameter 1 of `double
>    XPROBE::operator()(mod_t = mtNONE, bool = false) const'
> ../u_xprobe.h:51: after previous specification in `double
>    XPROBE::operator()(mod_t = mtNONE, bool = false) const'

The default arguments are given twice.  To fix, remove them from  It is not a problem on older versions of g++, and will be 
fixed in 0.33.  Thanks.

> The manual says that "any high quality C++ compiler available today should
> work." 

That's the intent.  Sometimes there are bugs.  Thanks for the bug report.

Version 0.32 is available from   .  It should appear on

the gnu and geda sites soon.  There are some other documents, including 
papers and presentations, at that may be of interest.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]