Re: Bug#383251: g++-4.1: FTBFS for RQuantLib on i386/testing
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 <john.schmidt@utah.edu> [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 wanted to in my last email -- but you
> > could just compare the package build of RQuantLib on stable (where it
> > should be few minutes) to testing (where it will be at least twice that).
> > Not that much code in Quantlib or RQuantLib and you should get a quick
> > feeling for how much g++ changed.
>
> please identify the files, which take longer to build; it's known that
> 4.x is slower in some cases.
Is there any plans on getting a newer binutils (newer than 2.17-3) for etch's
release?
etch's current binutils has a severe regression for linking c++ code
containing dwarf2 symbols (see [1]). I understand that binutils cvs has a
fix for this.
[1] http://sourceware.org/bugzilla/show_bug.cgi?id=3111
Thanks,
John Schmidt
Reply to: