ohk!!! thanks for the explanation.... ya i understand what you mean to say.......<br>and i can relate to it...... thanks a lot........ just wanted to be clear of whether it was only the<br>software installation issue or was there something deeper... <br>

<br>its all clear now.. thanks... <br><br clear="all">Cheers and Regards<br>Jayesh Vinay Badwaik<br>Electronics and Communication Engineering<br>VNIT, Nagpur<br>INDIA<br><br>-----------------------------------------------------------------------------------------------------------------------------------------------<br>

"We are servants rather than masters in mathematics" -- Charles Hermite<br><br>
<br><br><div class="gmail_quote">On Tue, Aug 2, 2011 at 12:06 AM, Jö Fahlke <span dir="ltr"><<a href="mailto:jorrit@jorrit.de">jorrit@jorrit.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Am Mon,  1. Aug 2011, 20:46:52 +0530 schrieb Jayesh Badwaik:<br>
<div class="im">> I am developing a module for some work and I have come to the conclusion<br>
> that a boost:ublas library would be really helpful<br>
> for my work. Especially, the Matrix<br>
</div>> Library<<a href="http://www.boost.org/doc/libs/1_47_0/libs/numeric/ublas/doc/matrix_expression.htm#matrix_vector_operations" target="_blank">http://www.boost.org/doc/libs/1_47_0/libs/numeric/ublas/doc/matrix_expression.htm#matrix_vector_operations</a>>.<br>


<div class="im">> However, as I have gathered from the discussion, boost is not preferred as a<br>
> dependency in<br>
> DUNE core modules. And hence I am curious as to what are the reasons for it?<br>
> Are there any specific reasons?<br>
<br>
</div>OK, I think that needs to be clarified a little.<br>
<br>
What we are trying to avoid is that any of the core modules has a hard<br>
dependency on external libraries.  The reason is that software installations<br>
on really big supercomputers tend to be very old.  Often the software is<br>
installed at the same time the supercomputer is build and essentially never<br>
updated[1].  There is a good chance that there is no (recent enough) version<br>
of Boost installed.<br>
<br>
If we introduce a hard dependency on Boost in one of the core modules, Dune<br>
will not work without Boost present.  Every Dune user is forced to install<br>
Boost first if it is not present on the computer he want to run his<br>
computations on.<br>
<br>
But don't despair -- even without a dependency on Boost, you can still use<br>
Dune and Boost together perfectly.  The difference is that we don't force you<br>
to do so.<br>
<br>
The topic of the discussion you're refering to was (among other things)<br>
whether our strict "no dependency on external libraries"-policy is still worth<br>
the work it means for us developers.  There is probably no final conclusion to<br>
this discussion, it will probably come up again some time in the future, and<br>
we may then decide that some external library makes life so much easier for us<br>
developers that it is worth the burden it puts on Dune's users.  But when this<br>
happens or whether that happens at all I cannot predict.<br>
<br>
Bye,<br>
Jö.<br>
<br>
[1] The reasons for that are manyfold.  Often the software installation on a<br>
    supercomputer is very special and updating the software may require<br>
    coorperation from the manufacturer.  Supercomputers are used by a lot of<br>
    poeple and downtime can cost a lot; updating software or even installing<br>
    new software always brings the risk that something goes wrong.<br>
<font color="#888888"><br>
--<br>
Warum die Sonne verboten werden sollte: <a href="http://www.bastiat.de" target="_blank">http://www.bastiat.de</a> unter<br>
"Petition".<br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
iQIVAwUBTjbyKemx9CKgc0OWAQh9TBAAyV3/mR3AiCFPIueOFSJ5kdRifAOZYoWS<br>
+ExeAh8sYGuLotIDBIklK9zj0uA6w2pgFor6+uQbvIciDUsx4Ek1Ct6ejaE1nv2Y<br>
mP3xBYOz86no4rvmmVKfpZj1xOGu8QRZaD/PVi2zg6CioeNvKbmsQKv78Z/TouYn<br>
A0VyWfV9+gX36Uvvv+VI6JIV66ec8YJL5SWZpx6q4FDDYXfdZ2uTQ90PY6LCoH/I<br>
9Ri1GMD59AMd1gS2gf1PWM2ztRtM2OTR8cs9nLA4MAy5o1gqYwRoc2k3xwjObO7E<br>
OYxRTQ5AfnR9DuSdAG5ZU9ce9Y7/M6fJrRUMKDi0uM+aT0dkcci2P6OGSwXPjtMh<br>
pQWZ815Q6xfv+6I6BWe4Wfd0WmIcnvEkHxrifMkO69XDNBJN5dzHJTxK4wUC+AhM<br>
U1Dr/rZKf4tCZ1DqUygaSW2zCgVSJ5GUtoTgrMWJ9wNGnPe5PLcLQ6SdhoCroJcd<br>
vwrcvb7V0JiMc2vJFP0S+S7I3rUc2al2YrxUVWQUWP5fyyC6/sthWJwKbUriuCqh<br>
LSH61NL+C462lUv1S5cOXawxqp39ajvkGIjG946fB6yc6MnrNYDL+431PUqhqG1w<br>
3y1qcjumOvL4eESJbPeFtl04xqBQWbVRoQzWWkuQKWROBvqOggAuMOBjrCNeFqNo<br>
o+L3wslp4VU=<br>
=Ic4U<br>
-----END PGP SIGNATURE-----<br>
<br></blockquote></div><br>