Re: [Boost-bugs] [Boost C++ Libraries] #2307: Runaway compiler memory use in test

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #2307: Runaway compiler memory use in test
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2008-09-08 13:49:28


#2307: Runaway compiler memory use in test
---------------------------+------------------------------------------------
  Reporter: dave | Owner: johnmaddock
      Type: Bugs | Status: new
 Milestone: Boost 1.37.0 | Component: math
   Version: Boost 1.35.0 | Severity: Problem
Resolution: | Keywords:
---------------------------+------------------------------------------------
Description changed by dave:

Old description:

> On GCC-4.1.0 just ''compiling'' the test_binomial_real_concept test
> consumes over 1.6G of memory before I decide that the swapping is
> unacceptable and I kill it. That leads me to suspect strongly that
> source:/trunk/status/explicit-failures-markup.xml#L3411 wrongly blames
> the running time of the test. It seems to me that these tests might be
> made to work by breaking up the source files into chunks that are
> manageable by the compiler.
>
> I'm happy to give you access to a system where you can experience the
> issue firsthand if you don't have one yourself.

New description:

 On GCC-4.1.0 just ''compiling'' the test_binomial_real_concept test
 consumes over 1.6G of memory before I decide that the swapping is
 unacceptable and I kill it. That leads me to suspect strongly that
 source:/trunk/status/explicit-failures-markup.xml_at_48168#L3411 wrongly
 blames the running time of the test. It seems to me that these tests
 might be made to work by breaking up the source files into chunks that are
 manageable by the compiler.

 I'm happy to give you access to a system where you can experience the
 issue firsthand if you don't have one yourself.

--
-- 
Ticket URL: <http://svn.boost.org/trac/boost/ticket/2307#comment:1>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:49:58 UTC