Hi Divyanshu

Thanks very much for this valuable contribution. I have looked at the
patch and it looks sensible so far, but I need to ask: are the cgraph
and agraph libraries actually the same? Do we really not also need to
patch the C code?

Anything you can do towards making Graphviz a runtime dependency only
would be a big help. Indeed, any function calls to GraphViz will then
need to be made via a function pointer instead of directly, and those
function points will need to be determined using dlopen and associated
functions.

Keep up the good work!

Cheers
JP

divyanshu bandil wrote:
> Dear John
>
> Thanks for the reply.
> Please note the following points.
>
> 1. I have been able to build the source code from trunk and presently
> writing some simple models from the area of electronics.
>
> 2. Regarding graphviz i have updated the graphviz.py on my system and
> it is working fine. I have added a try/except block to consider both
> libagraph(for older version) and libcgraph(for newer version). I have
> checked graph.c and all the struct types and functions used are
> working fine.
> Also attaching the patch file below.
>
> 3. Also working on making the Graphviz allowable runtime(dlopen)
> dependency. It seems the graph.c and graph.h will need some editing.
> Please add any comments.
>
> Regards,
>
> Divyanshu
>
> --- On *Sun, 2/20/11, John Pye /<[email protected]>/* wrote:
>
>
>     From: John Pye <[email protected]>
>     Subject: Re: [ASCEND] Working for Your Project
>     To: "divyanshu bandil" <[email protected]>
>     Cc: "Krishnan Chittur" <[email protected]>, "acsend"
>     <[email protected]>
>     Date: Sunday, February 20, 2011, 10:33 PM
>
>     Hi Divyanshu
>
>     Thanks for your helpful feedback. I have added further comments below.
>
>     Krishnan Chittur wrote:
>     > Do not worry about conopt - it is commercial -
>     >
>     > IPOPT should work - but I recall that the synaptic install sometimes
>     > is not
>     > recognized (do not know why) - particularly is the lib file is
>     in /usr/lib
>     > try downloading the source and install with --prefix=/usr/local (for
>     > IPOPT)
>
>     IPOPT latest release is needed; unfortunately the version in Ubuntu
>     doesn't work properly
>     http://ascendwiki.cheme.cmu.edu/IPOPT
>
>     I have updated the 'Building ASCEND' page accordingly, thanks for
>     pointing this out.
>
>     >
>     > need graphviz-dev for graphviz - and you have it, perhaps it is the
>     > path issue - do not
>     > know why ...
>
>     Graphviz has been updated in Ubuntu 10.10 and now provides a different
>     API. We would like to fix this by (a) changing the core ASCEND code so
>     that Graphviz is not directly linked to ASCEND but instead is an
>     allowable runtime (dlopen) dependency, and (b) update the bit of code
>     that links against Graphviz so that it can use both older and newer
>     versions of Graphviz. Would you perhaps like to work on that issue? It
>     would certainly be very helpful, and a relatively small,
>     self-contained
>     task for you to start with.
>
>     If not, you may need to try to get hold of an older graphviz
>     package for
>     your system -- try manually downloading the relevant packages for
>     Ubuntu
>     10.04 instead, and installing them using 'dpkg'.
>
>     The relevant bug in our bug tracker is
>     http://ascendbugs.cheme.cmu.edu/view.php?id=443, and I have also
>     updated
>     the wiki.
>
>     Cheers
>     JP
>
>
>
>     >
>     > On Sun, Feb 20, 2011 at 7:18 AM, divyanshu bandil
>     > <[email protected] <mailto:[email protected]>> wrote:
>     >
>     >     Dear John,
>     >
>     >     Thanks for the reply.
>     >
>     >     Well as directed by you i downloaded the source code and
>     tried to
>     >     build it on Ubuntu 10.10.
>     >     I did install the following packages as mentioned on the 'Build
>     >     Ascend' page:
>     >
>     >         * subversion
>     >         * swig
>     >         * g++
>     >         * gfortran
>     >         * python-dev
>     >         * scons
>     >
>     >
>     >         * flex
>     >         * bison
>     >         * graphviz-dev
>     >         * libsundials-serial-dev
>     >         * coinor-libipopt-dev
>     >         * liblapack-dev (used by IPOPT)
>     >         * tcl8.5-dev
>     >         * tk8.5-dev
>     >         * libtktable2.9
>     >         * libblas-dev
>     >
>     >
>     >         * ipython
>     >
>     >         * python-matplotlib
>     >
>     >
>     >     But still the following errors occur while building the source.
>     >     1. libagraph is not detected. I think this has something to do
>     >     with libcgraph replacing libagraph. Also graphviz is not
>     detected.
>     >     2. Failed IPOPT detection though coinor-libipopt-dev is
>     installed.
>     >     3. Conopt is also not available. Maybe it is due to it being
>     >     commercial.
>     >
>     >     Please help as soon as possible.
>     >
>     >     Regards,
>     >     Divyanshu
>     >     --- On *Wed, 2/16/11, John Pye /<[email protected]
>     >     <mailto:[email protected]>>/* wrote:
>     >
>     >
>     >         From: John Pye <[email protected]
>     <mailto:[email protected]>>
>     >         Subject: Re: [ASCEND] Working for Your Project
>     >         To: "divyanshu bandil" <[email protected]
>     >         <mailto:[email protected]>>
>     >         Cc: [email protected]
>     >         <mailto:[email protected]>
>     >         Date: Wednesday, February 16, 2011, 3:06 PM
>     >
>     >
>     >         Hi Divyanshu,
>     >
>     >         Can I suggest you get in contact with Grivan Thapar, a
>     previous
>     >         ASCEND/GSOC2010 student also based in Delhi? His details are
>     >         on the
>     >         wiki. He has some tasks that need to be done in relation
>     to our
>     >         canvas-based modelling.
>     >
>     >         Due to excellent demand, we will only be accepting GSOC
>     >         applicants who
>     >         have made useful code contributions in advance of the
>     >         Programme. So I
>     >         suggest you build the ASCEND code for yourself from our svn
>     >         trunk, get
>     >         it running, write some sample models (perhaps from your
>     >         knowledge area
>     >         of electronics, for example?). You can then look at our bug
>     >         tracker, or
>     >         else the list of student projects, for ideas of where to
>     start
>     >         working.
>     >         Please feel free to discuss.
>     >
>     >         Cheers
>     >         JP
>     >
>     >
>     >         divyanshu bandil wrote:
>     >         > Dear John,
>     >         >
>     >         > I am second year student at NSIT, Delhi, India pursuing
>     >         Bachelor of
>     >         > Engineering Course in Electronics And Communication.
>     Being an
>     >         > engineering student and a programming enthusiast I
>     would like to
>     >         > contribute to your project ASCEND under Google Summer of
>     >         Code. I have
>     >         > certain level of experience in programming in C/C++
>     and would be
>     >         > interested in learning new programming languages as
>     required
>     >         for your
>     >         > project.
>     >         > Please guide me through the process as i am genuinely
>     >         interested in
>     >         > ASCEND.
>     >         >
>     >         > Best Regards
>     >         > Divyanshu Bandil
>     >         >
>     >         >
>     >         >
>     >     
>        
> ------------------------------------------------------------------------
>     >         >
>     >         >
>     >     
>        
> ------------------------------------------------------------------------------
>     >         > The ultimate all-in-one performance toolkit: Intel(R)
>     >         Parallel Studio XE:
>     >         > Pinpoint memory and threading errors before they happen.
>     >         > Find and fix more than 250 security defects in the
>     >         development cycle.
>     >         > Locate bottlenecks in serial and parallel code that limit
>     >         performance.
>     >         > http://p.sf.net/sfu/intel-dev2devfeb
>     >         >
>     >     
>        
> ------------------------------------------------------------------------
>     >         >
>     >         > _______________________________________________
>     >         > Ascend-sim-users mailing list
>     >         > [email protected]
>     >     
>        <http://mc/[email protected]>
>     >         >
>     https://lists.sourceforge.net/lists/listinfo/ascend-sim-users
>     >         >   
>     >
>     >
>     >         --
>     >         Dr John Pye
>     >         Dept of Engineering
>     >         Australian National University
>     >
>     >
>     >
>     >
>     > 
>        
> ------------------------------------------------------------------------------
>     >     The ultimate all-in-one performance toolkit: Intel(R) Parallel
>     >     Studio XE:
>     >     Pinpoint memory and threading errors before they happen.
>     >     Find and fix more than 250 security defects in the
>     development cycle.
>     >     Locate bottlenecks in serial and parallel code that limit
>     performance.
>     >     http://p.sf.net/sfu/intel-dev2devfeb
>     >     _______________________________________________
>     >     Ascend-sim-users mailing list
>     >     [email protected]
>     >     <mailto:[email protected]>
>     >     https://lists.sourceforge.net/lists/listinfo/ascend-sim-users
>     >
>     >
>     >
>     >
>     > --
>     > Not sent from an Android or iPhone or Blackberry or some gizmo.
>     > Sent from my computer running Ubuntu - using ethernet hardware,
>     tcp/ip
>     > software, servers exchanging packets in etherspace
>     > Please do not reply, forward or call unless absolutely necessary
>     (why
>     > waste electricity?)
>     > Please do not do anything that consumes energy, unless absolutely
>     > necessary.
>     > (and so on and so on and so on ... add your own admonishments)
>     > Chemical/Materials Engineering, EB 121
>     > University of Alabama Huntsville
>     > Huntsville, AL 35899
>     > (256) 824 3596 (V)
>     >
>     >
>     >
>
>
>     -- 
>     Dr John Pye
>     Dept of Engineering
>     Australian National University
>
>
>


-- 
Dr John Pye
Dept of Engineering
Australian National University



------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ascend-sim-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ascend-sim-users

Reply via email to