lmi
[Top][All Lists]
Advanced

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

Re: [lmi] Can we rename lmi.rc or lmi.cpp?


From: Greg Chicares
Subject: Re: [lmi] Can we rename lmi.rc or lmi.cpp?
Date: Thu, 23 Jun 2011 16:31:10 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10

On 2011-06-23 13:13Z, Vadim Zeitlin wrote:
> 
>  FWIW I can confirm that I can build LMI without any other changes from the
> current trunk after removing these extra lines (although I removed the 2
> ones above, not those 2). I'll commit this and another small fix to
> configure.ac later if you don't object to it (I seem to remember that you
> told me once that I could commit to autotools files on my own).

Okay. Thanks.

>  This might look like a small step forward for you but it's really a giant
> leap forward for me as I'm finally going to be able to *easily* test all my
> changes to LMI with g++ (albeit 4.5 and not 3.5 that you use but hopefully
> this won't create too many problems and I also hope that you will switch to
> gcc4 relatively soon as well) so I'm really, really happy about it.

I look forward to running our extensive system test on a gcc-4.x-built lmi,
and measuring whether it runs faster for end users than what we've got now,
because of seven years of gcc optimizations. We'll finally be able to build
lmi with a shared libstdc++, which might solve this problem:
  http://lists.nongnu.org/archive/html/lmi/2005-12/msg00011.html
because
  http://lists.nongnu.org/archive/html/lmi/2006-03/msg00048.html
| I think it's due to incompatibility between libstdc++'s
| std::string and dlls and is best addressed by building
| libstdc++ as a shared lib[r]ary.
That would make me really happy. And this problem:
  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20914
causes one of lmi's unit tests to fail; it'd be good to get that fixed.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]