* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2007-04-20 21:44]:
> | As to the slow linking, I'm afraid there's little that can be done
> | with a reasonable small testcase.
>
> (without ?)
without, yes.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On 19 April 2007 at 20:12, Martin Michlmayr wrote:
| Dirk,
|
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2007-04-19 20:44]:
| > No beans. I was just discussing with Kurt Hornik, one of the R Core
| > developers, and CRAN maintainers, why building of my RQuantLib /
| > r-cran-quantlib takes so long
Dirk,
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2007-04-19 20:44]:
> No beans. I was just discussing with Kurt Hornik, one of the R Core
> developers, and CRAN maintainers, why building of my RQuantLib /
> r-cran-quantlib takes so long. The issue is not solved as far as I can
> tell. The linking o
Hi Martin,
On 19 April 2007 at 16:51, Martin Michlmayr wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-08-15 17:29]:
| > Package: g++-4.1
| > Version: 4.1.1-5
| >
| > I understand that it is fixed in unstable, but as the toolchain is
| > frozen (or being frozen) I just want to make sure e
On 26 September 2006 at 20:10, Martin Michlmayr wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-09-26 13:07]:
| > Nice work, and I can surely try this. Now, I don't see a recent non-2.17
| > version of binutils anywhere in .deb form for i386. Before I go off an
| > rebuild, could you place
On 26 September 2006 at 11:34, John Schmidt wrote:
| To follow-up on my experiences with g++-4.1 code and extremely slow link
| times, I did a chroot and pulled in old versions of g++-4.1 and binutils from
| snapshot.debian.net to build my big c++ application.
|
| Here is a table with the follo
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-09-26 13:07]:
> Nice work, and I can surely try this. Now, I don't see a recent non-2.17
> version of binutils anywhere in .deb form for i386. Before I go off an
> rebuild, could you place your version somewhere where I can fetch it from?
http://snapsh
On Tuesday 05 September 2006 11:34, Dirk Eddelbuettel wrote:
> On 5 September 2006 at 18:41, Luigi Ballabio wrote:
> | 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,
John Schmidt writes:
> I then downloaded the gcc-4.1-source and checked if the PR debug/25468 fix
> was
> included in the source, and it wasn't.
it is. see the upstream changelog in the package.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [E
On Tuesday 12 September 2006 04:34, Luigi Ballabio wrote:
> 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. ]
> >
On Tuesday 12 September 2006 04:34, Luigi Ballabio wrote:
> 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. ]
> >
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 5 September 2006 at 18:41, Luigi Ballabio wrote:
|
| 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
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
One interesting little illustration is provided by the CRAN timing
summaries. The master site of CRAN (the CTAN / CPAN equivalent for R) is
hosted on Debian testing. Compile/build/test times are shown at
http://cran.r-project.org/src/contrib/checkTimings.html
and RQuantLib is the 2nd most time
On 3 September 2006 at 16:27, Martin Michlmayr wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-09-03 09:16]:
| > | up with some kind of (small) testcase.
| >
| > As John and I stated, 'small' is hard to define in the context of large-ish
| > C++ applications / libraries. The C++ source of
On 3 September 2006 at 14:40, Martin Michlmayr wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-09-03 06:47]:
| > I never heard any follow-up. Is there any? While it is nice that 4.1.1-11
is
| > now in testing it is not so nice that 4.1.1-11 exhibits the slow builds John
| > and I have bee
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-09-03 09:16]:
> | up with some kind of (small) testcase.
>
> As John and I stated, 'small' is hard to define in the context of large-ish
> C++ applications / libraries. The C++ source of RQuantLib are small (around
> 60kb) and I could probably trim th
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2006-09-03 06:47]:
> I never heard any follow-up. Is there any? While it is nice that 4.1.1-11 is
> now in testing it is not so nice that 4.1.1-11 exhibits the slow builds John
> and I have been experiencing -- on different code bases, no less.
I briefly l
On 22 August 2006 at 07:29, Dirk Eddelbuettel wrote:
|
| On 19 August 2006 at 15:03, Matthias Klose wrote:
| | Dirk Eddelbuettel writes:
| | >
| | > On 18 August 2006 at 00:58, Martin Michlmayr wrote:
| | > | * John Schmidt <[EMAIL PROTECTED]> [2006-08-17 13:46]:
| | > | > Is there a way for me
On 19 August 2006 at 15:03, Matthias Klose wrote:
| Dirk Eddelbuettel writes:
| >
| > On 18 August 2006 at 00:58, Martin Michlmayr wrote:
| > | * John Schmidt <[EMAIL PROTECTED]> [2006-08-17 13:46]:
| > | > Is there a way for me to instrument my code/system, etc to indicate
| > | > where the big
On Saturday 19 August 2006 07:03, Matthias Klose wrote:
> Dirk Eddelbuettel writes:
> > On 18 August 2006 at 00:58, Martin Michlmayr wrote:
> > | * John Schmidt <[EMAIL PROTECTED]> [2006-08-17 13:46]:
> > | > Is there a way for me to instrument my code/system, etc to indicate
> > | > where the big
Dirk Eddelbuettel writes:
>
> On 18 August 2006 at 00:58, Martin Michlmayr wrote:
> | * John Schmidt <[EMAIL PROTECTED]> [2006-08-17 13:46]:
> | > Is there a way for me to instrument my code/system, etc to indicate
> | > where the big time sink is?
> |
> | I'm not sure but I'll try to investigate
On 18 August 2006 at 00:58, Martin Michlmayr wrote:
| * John Schmidt <[EMAIL PROTECTED]> [2006-08-17 13:46]:
| > Is there a way for me to instrument my code/system, etc to indicate
| > where the big time sink is?
|
| I'm not sure but I'll try to investigate.
I didn't make that as clear as I want
* John Schmidt <[EMAIL PROTECTED]> [2006-08-17 13:46]:
> Is there a way for me to instrument my code/system, etc to indicate
> where the big time sink is?
I'm not sure but I'll try to investigate.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
On Thursday 17 August 2006 04:00, you wrote:
> * John Schmidt <[EMAIL PROTECTED]> [2006-08-16 18:32]:
> > I have a big c++ application that creates quite a few shared libraries
> > and it takes on the order of 10 minutes for the creation of one of my
> > libraries (not all of them) with g++-4.1, wh
(With the 14hr mail outage on master.debian.org, this is the first message I
am seeing in this thread after I filed my bug report. So forgive me if I say
something redundant...).
On 17 August 2006 at 12:00, Martin Michlmayr wrote:
| * John Schmidt <[EMAIL PROTECTED]> [2006-08-16 18:32]:
| > I hav
* John Schmidt <[EMAIL PROTECTED]> [2006-08-16 18:32]:
> I have a big c++ application that creates quite a few shared libraries and it
> takes on the order of 10 minutes for the creation of one of my libraries (not
> all of them) with g++-4.1, whereas with g++-4.0, the same library only takes
>
On Tuesday 15 August 2006 16:29, Dirk Eddelbuettel wrote:
> Package: g++-4.1
> Version: 4.1.1-5
> Severity: important
>
> The g++ version that recently entered testing exhibits the same problem I
> had been reported to the hppa maintainers -- and which Randolph report
> upstream at http://gcc.gnu.o
Package: g++-4.1
Version: 4.1.1-5
Severity: important
The g++ version that recently entered testing exhibits the same problem I had
been reported to the hppa maintainers -- and which Randolph report upstream
at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28620 .
I understand that it is fixed in
30 matches
Mail list logo
