OAGear Open Discussion Forum Archive 2005-2009

By: tklam ( tklam )
Using oagFunc [ reply ]  
2009-Sep-24 02:30
I have just compiled OAGear in Ubuntu 8.10. When I tried the binary "cuddtest" using the following command:
"cuddTest -lib designs -cell s27_bench -output_cubes"

the program reported:
"ERROR: Floating graph node
cuddTest: oagFuncQueryOcc.cpp:393: void* oagFunc::QueryOcc::getRecursively(oagFunc::OccRef&): Assertion `false\' failed.
Aborted"

Could anyone please give me some advice? And may I know whether there are some tutorials on using OAGear?

Thank you very much.

By: smok ( Santiago Mok )
Added Functionalities for new revision [ reply ]  
2009-Mar-14 02:00
To whom it concern,

I\'m a student at UCLA; we have made a few contributions to OA Gear Timer and would like to submit OA Gear package for new revision. Can you provide me with further detail on how to submit the code?

Thanks,
Santiago

By: pempaganela ( Pedro Paganela )
OAGear Compiled to download [ reply ]  
2009-Mar-04 13:36
Hi. Since I do not need to edit the libraries yet, I would like to get OAGear already compiled. Therefore, has someone compiled OAGear? Could you please post a link to donwload it?
I have tried to compile it into Xubuntu 8.10, using gcc version 4.3.2. However, I have had a lot of problems (I will not report them here) and some of them I couldn\'t solve yet.

Thanks in advance,
Pedro Paganela - student of computer engineering, UFRGS - Brazil

By: smok ( Santiago Mok )
spef2oa problem with ISCAS samples [ reply ]  
2008-Jun-25 03:28
Refering to ISCAS89-Mapped Examples, I succesfully translated spef2oa for small design such as s400.v but I ran into the following problem for some of the larger verilog design. In particular, I generated the spef file for s13207.v using Encounter and I got the when doing spef2oa
"ERROR: (OASPEF-60031): ../s13207_bench.spef (line 10041): The node "*2722" was not found. The capacitance to ground with value "3.00422e-05" could not be created. The capacitor was ignored."
I wonder what are the possible cause of the problem?
My procedure in creating the OA database is:
1) lef2oa using cbl250.lef (succesful)
2) verilog2oa using s13207.v (succesful)
3) spef2oa using s13207_bench.spef (extracted RC spef file from encounter, but unsuccessful spef2oa translation)
Also I did try to translate verilog2oa using s13207_bench.v(the verilog file of the s13207 after Extracting RC).

By: donaldchai ( Donald Chai )
quote test [ reply ]  
2008-Jun-09 14:26
"test"

\'test\'

\\"test\\"

\\\'test\\\'

By: smok ( Santiago Mok )
Timer parsing continued [ reply ]  
2008-Jun-09 10:32
My previous thread was referring the .lib file I need to source when I call analyzeTiming; in my case I was using cbl250.lib.

By: smok ( Santiago Mok )
Timer Parsing [ reply ]  
2008-Jun-09 10:28
Hi,

I am working on a wire delay calculations and I need to make sure the time,cap, and resistance units are as stated in the *.lib file in general. I wonder how does TimerTimer parse the library using oagTimerLib_parse() function. I can\'t find the specific function inside oagTImerLibParser.cxx or oagTimerLibLexer.cxx that does the unit conversion. Or is it that unit conversion is done elsewhere?

Thanks,
Santiago

By: pchong ( Philip Chong )
Forum Monitoring Possibly Broken [ reply ]  
2008-Jun-02 17:42
It seems the forum software sometimes fails to send email notification when a new post/reply is made. If you do not get a reply to a query within a few days after posting, please send me (or the appropriate person) an email directly; my email address is listed in the AUTHORS file in the OA Gear distribution. I will try to clear up the technical difficulty with the site sysadmin. Sorry for the trouble.

By: puneet ( Puneet Gupta )
How does one make contributions to OAGear ? [ reply ]  
2008-May-27 02:18
We may have an enhancement to OAGear-Timer for wire delay calculation which we would be happy to share and include in OAGear release. We dont know what is the mechanism of sharing the source code with OAGear maintainers.

By: prf117 ( Paul Falkenstern )
making OAgear [ reply ]  
2008-Mar-28 14:08
I\'ve configured OA Gear for Sunos_58_64, but when I do the command make I get the following error: ld: fatal: option -dn and -P are incompatible. Does anybody know what is causing this? thanks!

horta 3% make
make all-recursive
Making all in Util
Making all in .
Making all in Documentation
Making all in UnitTest
/bin/bash ../../libtool --tag=CXX --mode=link g++ -g -O2 -o oagUtilUnitTest main.o oagUtilOptionParserUnitTest.o oagUtilOptionsUnitTest.o oagUtilGlobMatc hUnitTest.o ../../Util/liboagUtil.la -L/home/mdl/falkenst/thesis/openaccess/oa Sun/oa_v22.04.012/lib/sunos_58_64/opt -Wl,-rpath,/home/mdl/falkenst/thesis/opena ccess/oaSun/oa_v22.04.012/lib/sunos_58_64/opt -loaBase -loaDM -loaDesign -loaPlu gIn -loaTech -loaCommon -i -lm -Bdynamic -lsocket -lnsl -lintl -ldl -lelf -lrt
g++ -g -O2 -o .libs/oagUtilUnitTest main.o oagUtilOptionParserUnitTest.o oagUtil OptionsUnitTest.o oagUtilGlobMatchUnitTest.o -Wl,-rpath -Wl,/home/mdl/falkenst/t hesis/openaccess/oaSun/oa_v22.04.012/lib/sunos_58_64/opt -i -Bdynamic ../../Uti l/.libs/liboagUtil.so /usr/sfw/lib/libstdc++.so -lc -L/usr/sfw/lib -L/home/mdl/f alkenst/thesis/openaccess/oaSun/oa_v22.04.012/lib/sunos_58_64/opt -loaBase -loaD M -loaDesign -loaPlugIn -loaTech -loaCommon -lm -lsocket -lnsl -lintl -ldl -lelf -lrt -Wl,-R -Wl,/usr/local/lib -Wl,-R -Wl,/usr/sfw/lib
ld: fatal: option -dn and -P are incompatible
ld: fatal: Flags processing errors
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `oagUtilUnitTest\'

By: supradeep ( supradeep narayana )
configuring OA [ reply ]  
2008-Mar-19 14:09
I get the error
configure: error: could not find liboaBase.so in /home/aquan/snarayan/oagear/OAGear-0.98a/../OA-2.2p052/lib/linux_UNKNOWN_32/opt

i don\'t find the file liboaBase.so in /OA-2.2p052/lib/lunux_unknown_32/opt/
can i get obtain this file and just add it or is it a problem with the compilier of the system.

By: yiwang ( Yi Wang )
Cannot compile OAGear with capoWrapper [ reply ]  
2007-Jun-15 09:56
configure has been passed. but when doing make, the following error encounterred:

/usr/bin/ld: warning: libstdc++.so.5, needed by /home/library/OAGear-0.97a/../openEDA/lib/linux_rhel21_32/opt/liboaBase.so, may conflict with libstdc++.so.6
/home/library/OAGear-0.97a/../UMpack-45-060927/lib/libRBPlace.so: undefined reference to `flowSolver::cs2(long, long, node_st*, arc_st*, long, long long, long*, double*,bool)\'
/home/library/OAGear-0.97a/../UMpack-45-060927/lib/libRBPlace.so: undefined reference to `flowSolver::flowSolver()\'
collect2: ld returned 1 exit status
make[3]: *** [CapoWrapperTest0] Error 1

Some warnings during compiling of UMpark-45-060927 might be helpful:
warning: Using \'getpwuid\' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

So will someone help me about this? Great thanks!

I do the compile on some linux platforms, such as CentOS4.5/CentOS5.0 ( equals to ReadHat Linux enterprise 4.5 and 5.0 respectively) and Ubuntu 7.0 (update to the latest version for gcc and other components), the same error information displayed!!

By: cseddon ( Charlie Seddon )
bazaar and VNC [ reply ]  
2006-Oct-03 14:25
Opteron.

I have built OAGear, and am attempting to load a design in that I\'ve converted usint verilog2oa.

I am using a VNC session that I\'ve started, and I\'m using the xf4vnc server to allow access to the GLX extensions.

I invoke \'bazaar\', and get the GUI to display successfully.

I then invoke the File->Open Layout Menu.

This presents the \'Open A Design:\' dialog.

The default Lib: dropdown is \'foo\'.
The default Cell: dropdown is \'top\'.
The default View: dropdown is \'netlist\'.

When I select \'OK\', bazaar dumps core after emitting the message:

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

I have tried displaying directly to CDE v1.3 - which complains about missing GLX support.

I have tried displaying to Xvnc version 4.0b4, which also complains about missing GLX support.

It is completely likely that I a problem with my OA library:

*****************************************************************************
Tool: verilog2oa 02.02-p040
*****************************************************************************
Running: verilog2oa -lib foo -verilog "top.v" -top top
WARNING: (OAVLG-10018): No default library definition file found.
WARNING: (OAVLG-40045): Unresolved references exist for the following modules:
INVX1

Finished verilog2oa
Time elapsed: 359.65 seconds
Peak VM: 1189523456 bytes
Messages: 0 errors, 2 warnings


One thing I did have to do while compiling is remove the reference to the CapoWrapper library in the src/bazaar Makefile, in spite of having configure with the --enable-capo-wrapper=no

By: kevin11 ( Kevin Tang )
A question on OAGear Timer [ reply ]  
2006-Jul-12 08:21
Dear all,

Recently, I traced the OAGear Timer package. However, I am confused
on the Timer::updateAllArr() function:

void
Timer::updateAllArr()
{
for (std::set<oaOccObject*>::iterator i = clockPins.begin();
i != clockPins.end(); ++i) {
updateArr(*i);
}
for (std::set<oaDesign *>::iterator i = _watchedDesigns.begin();
i != _watchedDesigns.end(); ++i) {
oaDesign *des = *i;
assert(des);
oaOccurrence *occ = des->getTopOccurrence();
assert(occ);
oaIter<oaOccTerm> termIter(occ->getTerms());
while (oaOccTerm *t = termIter.getNext()) {
TPoint *p = TPoint::get(t);
if (p->isPO()) {
updateArr(t);
}
}
}
}


In the above function, it recursively update arrival time from all
clock pins and POs. But intuitively, it should recursively update
arrival time from all "D-pins" and POs, i.e., end points of timing
paths. Could anyone explain why the code was written so?
Thanks a lot.

Sincerely,

Kevin

By: david_sheffield ( David Sheffield )
analyzeTiming crash [ reply ]  
2006-Apr-12 14:06
Hello,
I\'m currently having the following (see below) problem with analyzeTiming and I\'m wondering if anyone else has seen this problem and knows of a solution. I\'m running the OA Gear infrastructure on FC3 with glibc 2.3.6 and gcc 3.4.4

--Thanks in advance

analyzeTiming -lib my_oa_design_lib-GSCLib -cell s_27_without_reset_bench -view netlist -libert
y ../Benchmarks/library/GSCLib_3.0.lib -liberty_lib GSCLib -liberty_view netlist -report critical
*** glibc detected *** free(): invalid pointer: 0x08744758 ***
Aborted

By: abayrakci ( alp bayrakci )
OAGear0.95 problm enabling bazaar&CapoWrapper [ reply ]  
2006-Apr-12 03:32
> > Hello
> > I have all the requirements and adjustments for OAGear.
> > But while building OAGear with UMPACK-0.43 I get the following errors when I do not disable Bazaar and Capo Wrapper:
> >
> > oaSlicingTree.cpp: In constructor ‘oaSlicingTree::oaSlicingTree(const RBPlace::SlicingTree&)’:
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:90: error: ‘std::map<std::string, RBPlace::slicingTreeIdxT, std::less<std::string>, std::allocator<std::pair<const std::string, unsigned int> > > RBPlace::SlicingTree::_nameToIdx’ is private
> > oaSlicingTree.cpp:77: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:92: error: ‘std::vector<unsigned int, std::allocator<unsigned int> > RBPlace::SlicingTree::_parent’ is private
> > oaSlicingTree.cpp:78: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:93: error: ‘std::vector<unsigned int, std::allocator<unsigned int> > RBPlace::SlicingTree::_leftOrBottom’ is private
> > oaSlicingTree.cpp:79: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:94: error: ‘std::vector<unsigned int, std::allocator<unsigned int> > RBPlace::SlicingTree::_rightOrTop’ is private
> > oaSlicingTree.cpp:80: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:95: error: ‘std::vector<bool, std::allocator<bool> > RBPlace::SlicingTree::_leftIsNull’ is private
> > oaSlicingTree.cpp:81: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:96: error: ‘std::vector<bool, std::allocator<bool> > RBPlace::SlicingTree::_rightIsNull’ is private
> > oaSlicingTree.cpp:82: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:91: error: ‘std::deque<BBox, std::allocator<BBox> > RBPlace::SlicingTree::_idxToRect’ is private
> > oaSlicingTree.cpp:84: error: within this context
> > //root/Desktop/ecoe560/oa/UMpack-43-051202/RBPlace/slicingTree.h:91: error: ‘std::deque<BBox, std::allocator<BBox> > RBPlace::SlicingTree::_idxToRect’ is private
> > oaSlicingTree.cpp:84: error: within this context
> > make[4]: *** [oaSlicingTree.o] Error 1
> > make[4]: Leaving directory `/root/Desktop/ecoe560/oa/OAGear/CapoWrapper\'
> > make[3]: *** [all-recursive] Error 1
> > make[3]: Leaving directory `/root/Desktop/ecoe560/oa/OAGear/CapoWrapper\'
> > make[2]: *** [all] Error 2
> > make[2]: Leaving directory `/root/Desktop/ecoe560/oa/OAGear/CapoWrapper\'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/root/Desktop/ecoe560/oa/OAGear\'
> > make: *** [all] Error 2
> >
> >
> > I am trying to build OAGear with Bazaar for more than a week. If you can help I will be very happy. Thanks for your attention.
> >
> > Alp Bayrakci
> > Ph. D. Computer Engineering
> > Koc University

By: mrouter ( Sandeep )
routing [ reply ]  
2006-Mar-08 23:08
I cannot see where exactly routing is done in the oa gear. Where shoud I look for it? Is there any documentation available for that?

By: jtseng ( John Tseng )
0.91 OAGear compilation for linux 32/64 bit [ reply ]  
2005-Nov-15 12:48
Just an update as to compiling oagear. I had to make a couple of changes for RHEL 3.0 32 and 64 bit:

OAGear 0.91
oa 2.2.3
umpack 42-041122
tcl 8.4.11
cudd 2.4.1

1) Hack capoWrapper/capoExposedinterface.cpp:
(two occurencess of create_edge):
// unsigned e_idx = hg->create_edge(netName);
unsigned e_idx = hg->create_edge();


2) Fix 8.4 upgrade issues: http://mini.net/tcl/3669
tclCommands.h and controller.h:
#define USE_NON_CONST
before
#include <tcl.h>

3) oagFuncVerilogLexer.lxx:
add #include <math.h>

64 bit changes:
4a) Need to add /usr/X11R6/lib64 to library path in Bazar/Makefile.qmake

4b) - pointer casting to int problems
// change to long??
oagFuncManager.cpp:348: error: reinterpret_cast from `void*\' to `int\' loses precision
// int bytes = reinterpret_cast<int>(ptr)-reinterpret_cast<int>(buf);
long bytes = reinterpret_cast<long>(ptr)-reinterpret_cast<long>(buf);

By: umesh_sisodia ( Umesh Sisodia )
Where to get UMPACK [ reply ]  
2005-Oct-01 00:27
Where can I get the umpack which is a prerequisite for building oagear.

By: jtseng ( John Tseng )
problems building [ reply ]  
2005-Sep-20 10:50
Has anyone successfully built the examples for OAGear 0.23? I have run into two problems. I\'m using OA 2.2.0

Problem #1 capo interface has mismatch
the create_edge interface doesn\'t match, I had to pass a void argument list for it two work

I\'ve tried this with both UMpack-42-041122 and UMpack-43-050610
// unsigned e_idx = hg->create_edge(netName);
unsigned e_idx = hg->create_edge();

Problem #2: The examples don\'t build the physicals correctly
genPhysical: genPhysical.cpp:314: int main(int, char**): Assertion `cons\' failed.
./make-db: line 56: 14253 Aborted (core dumped) "$GENPHYS" cbl250 designs $J

genPhysical.cpp:314
cons = oaLayerConstraint::find(cg, lNum,
oaLayerConstraintDef::
get
(oacHorizontalRouteGridPitch));
assert(cons);

By: udayse ( Uday Anumalachetty )
Building Bazaar [ reply ]  
2005-Feb-03 20:36
Have anyone been able to build Bazaar. I have been trying and I have an error coming from main.cpp

I also specified configure --with-qt= to point to a 3.3 build but the make file wont pick it up from there.. it defaults to the local 2.1 install.

Can anyone help?

g++ -c -pipe -Wall -W -Wno-non-virtual-dtor -Wno-ctor-dtor-privacy -O2 -march=i3
86 -mcpu=i686 -g -DGLX_GLXEXT_LEGACY -fno-use-cxa-atexit -fno-exceptions -DQT_N
O_DEBUG -I/usr/lib/qt-3.1/mkspecs/default -I. -I/home/uday/OA2.2/include/oa -I/h
ome/uday/OA2.2/include/oaUtil -I../CapoWrapper -I/home/uday/OAGear/UMpack-42-050
125 -ISchemCellView/QoaSchemCellPage -I/usr/lib/qt-3.1/include -I/usr/X11R6/incl
ude -I/usr/X11R6/include -o main.o main.cpp
In file included from /home/uday/OA2.2/include/oa/oaBase.h:64,
from /home/uday/OA2.2/include/oa/oaDesignDB.h:34,
from LayoutView/LayoutViewWnd.h:50,
from mainwindow.h:37,
from main.cpp:36:
/home/uday/OA2.2/include/oa/oaObject.h: In destructor
`OpenAccess_4::oaObject::~oaObject()\':
/home/uday/OA2.2/include/oa/oaObject.h:80: exception handling disabled, use
-fexceptions to enable
In file included from /home/uday/OA2.2/include/oa/oaDesignDB.h:104,
from LayoutView/LayoutViewWnd.h:50,
from mainwindow.h:37,
from main.cpp:36:
/home/uday/OA2.2/include/oa/oaHierPath.h: In member function `void
OpenAccess_4::oaHierPath::setSize(unsigned int)\':
/home/uday/OA2.2/include/oa/oaHierPath.h:190: warning: comparison of unsigned
expression >= 0 is always true
main.cpp: In function `int main(int, char**)\':
main.cpp:84: `excp\' undeclared (first use this function)
main.cpp:84: (Each undeclared identifier is reported only once for each
function it appears in.)
make[1]: *** [main.o] Error 1
make[1]: Leaving directory `/home/uday/OAGear/OAGear-0.10/Bazaar\'
make: *** [bazaar] Error 2

By: None ( 0 )
Welcome to Open Discussion [ reply ]  
2004-Dec-15 18:24
Welcome to Open Discussion