welcome to quantlib-dev

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

welcome to quantlib-dev

Ferdinando M. Ametrano-2
Hi all

welcome to quantlib-dev.
I hope this list will improve the cooperation between us.
I like to consider it as a place where I do not mind letting everybody know
that I'm not comfortable with some template machinery or the volatility
skew problem.

It's assumed that if you're a QuantLib developer you're also subscribed to
quantlib-users, especially since quantlib-users is a low volume mailing list.

I would expect that important commits wouldn't go without a comment here.


Two notes:

1) the snapshot of the CVS I published on http://quantlib.org/snapshot.html 
it's available on the CVS branch with the "R000300a2-branch" tag
The convention for the names of the CVS branches is Rxxyyzzln where:
R stand for Release
xx is the major number
yy is the minor number
zz is the minor-minor number
l  can be a,b,f for alpha, beta, final respectively
n  is an ordinal number
e.g. we're working towards the 0.3.0 release, there is a 0.3.0a2 branch,
while the trunk is 0.3.0a3
There should be no reason to work on 0.3.0a2, everybody is suggested to
work on the trunk unless some giant re-factoring is planned.

2) The first real issue we have is the QuantLib-Python platform-dependant
problem reported by Dirk. ASAP he or I will provide a summary of the
problem, so that we can try to solve it.


ciao -- Nando



Reply | Threaded
Open this post in threaded view
|

Re: welcome to quantlib-dev

Dirk Eddelbuettel
On Thu, Dec 06, 2001 at 04:21:03PM +0100, Ferdinando Ametrano wrote:
> 2) The first real issue we have is the QuantLib-Python platform-dependant
> problem reported by Dirk. ASAP he or I will provide a summary of the
> problem, so that we can try to solve it.

I emailed a longish summary around last Thursday. If you have easy access to
it, would you mind reposting it?

Some follow-up:

a) alpha has a genuine segfault on binary_option; as I am not familiar with
the code I am not that productive in debugging this and I'd appreciate a
"volunteer" step forward. I can probably / hopefully organise a login
account on the platform.

b) m68k simply timed out; these are not powerful machines and the build
daemon stops if there is no stdout for a given time -- I have asked to
increase that timeout and am still waiting on that

I haven't looked at the other architectures.

Cheers, Dirk

--
Good judgment comes from experience; experience comes from bad judgment.
                                                            -- F. Brooks