Hello Dirk, unfortunately I have no idea what can cause this — do you think
it possible that the size of the wrappers crossed some threshold and
relocations started to occur that weren't there before?
Luigi
On Sun, Oct 29, 2023 at 2:32 PM Dirk Eddelbuettel wrote:
>
> The Debian package fails t
...which it does. The examples segfault with 1.8, too. Oh well.
On Tue, Dec 31, 2013 at 4:35 PM, Luigi Ballabio
wrote:
> Update: it seems that the problem is already taken care of; ruby.h in
> version 1.8 contains
>
> #define RARRAY_PTR(s) (RARRAY(s)->ptr)
> #define RARRAY_LEN(
w I'll try and check if the thing dumps in 1.8 too...
Luigi
On Tue, Dec 31, 2013 at 4:17 PM, Luigi Ballabio
wrote:
> Hi Dirk and Christian,
> the module does compile and install. I'm not sure if it's in any
> shape to be released, though: 3 scripts out of the four in
&
Hi Dirk and Christian,
the module does compile and install. I'm not sure if it's in any
shape to be released, though: 3 scripts out of the four in
Ruby/examples dump core on my machine (truth be told, it might have
also happened with 1.8. I should go and check that, too). It looks
like somethin
On Oct 27, 2007, at 4:36 PM, Dirk Eddelbuettel wrote:
|
| the correct fix is to make the code chunks which swig generates,
smaller.
I'll let upstream know (CC'ed, hi Luigi :).
Hi, Dirk.
There's someone working on that. I don't have an estimate for when
it's done, though. It will be for ne
Dirk,
I've just released QuantLib 0.8.1. It took a while to figure out the
autoconf/automake magic I needed, but now it should work with Boost
1.34. Let me know if there are any problems.
Later,
Luigi
There is no opinion so absurd that
On Fri, 2007-05-25 at 15:14 -0500, Dirk Eddelbuettel wrote:
> On 25 May 2007 at 22:04, Luigi Ballabio wrote:
> | Not yet. The Boost 1.34 release was exceptionally bad timing for us,
> | since we were finalizing release 0.8.0 when it was made. Instead of
> | installing 1.34 and re
Hi Dirk,
On May 25, 2007, at 6:28 PM, Dirk Eddelbuettel wrote:
| checking for Boost development files... yes
| checking Boost version... yes
| checking for Boost unit-test framework... no
| configure: WARNING: Boost unit-test framework not found
| configure: WARNING: The test suite will be disa
On Thu, 2007-03-22 at 05:17 -0500, Dirk Eddelbuettel wrote:
> What is the reason you can't just use Aurelien's patch?
Silly of me---it was already applied in the latest sources (if was fixed
in 0.3.14, as far as I can see from the logs) so I applied it in reverse
and made the installation not work
On Wed, 2007-03-21 at 21:58 -0500, Dirk Eddelbuettel wrote:
> On 21 March 2007 at 13:20, Luigi Ballabio wrote:
> | Dirk,
> | can you check out the latest sources from CVS and check whether it
> | works correctly now?
>
> Didn't work:
>
> lrwxrwxrwx root/root
On Wed, 2007-03-07 at 08:25 -0600, Dirk Eddelbuettel wrote:
> Luigi: The isse that Aurelien discovered is that starting with 0.3.14, the
> static library had a wrong softlink "down to my build directory". [ Debian,
> and I believe the other distros, create a a tree of directories below the
> curren
On Tue, 2006-09-05 at 12:34 -0500, Dirk Eddelbuettel wrote:
> Link times. [ The 'link error in Etch' was something we first saw on hppa,
> and later noticed as a general problem -- but which is fixed in recent g++
> versions. ]
>
> Are you aware of anything we could turn in as a self-contained ex
On Sep 3, 2006, at 5:57 PM, Dirk Eddelbuettel wrote:
| s/small/self-contained/ then. Do you have some example where the
| linking process of some c++ files takes ages, without linking them
| against some external library? That would make things much easier
| imho.
I agree. But as I am unsure
13 matches
Mail list logo
