[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:
CKT_BASE -> CARD -> COMPONENT -> ELEMENT -> DEV_DS
"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 ../m_matrix.cc
> ../m_matrix.cc: In member function `BSMATRIX<T>& BSMATRIX<T>::fbsub(T*,
> const
> T*, T*) [with T = double]':
> ../m_matrix.cc:438: instantiated from here
> ../m_matrix.cc:410: `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
(Make2.g++).
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 ../u_xprobe.cc
> ../u_xprobe.cc:29: 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
u_xprobe.cc:29. 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
ftp://progeny.isu.edu/pub/gnucap/gnucap-0.32.tar.gz . It should appear on
the gnu and geda sites soon. There are some other documents, including
papers and presentations, at progeny.isu.edu that may be of interest.