[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#383251: g++-4.1: FTBFS for RQuantLib on i386/testing



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 would make things much easier
| > | imho.
| >
| > I agree. But as I am unsure excactly what part in the area of 
| > templates and
| > static initialization (or some variant thereof) causes this, I have to 
| > defer
| > to Luigi.
| >
| > But yes, a smaller self-contained testcase would obviously help our 
| > case.
| 
| Dirk,
| 	I'm a bit out of context here. Are we talking about link times, or 
| about the link error in Etch?

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 example?
Without an example, the g++ authors will have a hard time tuning this.

As I say it, build time for QL are way up relative to g++ 4.0; linking alone
for the small-ish RQuantLib is now over 8 minutes.  John seconded this
observation based on a different code base he is working on.  

Do you still have a Debian box you use for development?

Dirk

-- 
Hell, there are no rules here - we're trying to accomplish something. 
                                                  -- Thomas A. Edison



Reply to: