[Scummvm-devel] RE : Re: Memory/speed loss in scumm engine

Neil Millstone neil at millstone.demon.co.uk
Wed Apr 2 10:21:21 CEST 2008


Hi Bertrand,

All the builds I described in my mail used the exact same backends/ds 
and fs/ds folder, it is the rest of the codebase I updated, so the 
problem definately lies in the main codebase and doesn't have anything 
to do with the backend, or at least the main codebase triggers the 
problem in the backend.

Although yes, we really should submit a bug report for that compiler 
bug.  I can probably find your mail where you tracked it down, 
somewhere.  I tried thumb mode with the latest Devkitpro and it still 
has the same problems.

The hard part is going to be narrowing down a simple example of it.

Anyway, I hope  things are going well for you,

- Neil


Bertrand Augereau wrote:
> Hi,
>
> seems you disabled THUMB mode in 30445 because of some
> nasty codegen bug I do remember for having tracked it
> in the assembly output (such a pleasure without a
> debugger, uh). Sadly I probably lost the mail where I
> pinned it down, can't remember.
>
> I guess this is the point where the code size grew
> badly :)
>
> Maybe we can try putting THUMB generation back, if the
> toolchain has changed, it might magically work again.
> Or we have an ABI problem with some inline assembly
> routine.
> If there still is the codegen bug, it might be a good
> thing to retrack it and submit the devkit team with a
> repro this time.
>
> Cheers,
> Tramb
>
>
> --- Neil Millstone <neil at millstone.demon.co.uk> a
> écrit :
>
>  
>>
>> Alan Bedel wrote:
>>   
>>> On Tue, 11 Mar 2008 22:51:50 +0000 Neil Millstone 
>>> <neil at millstone.demon.co.uk> wrote:
>>>     
>>>>> No, debugging tools on the DS are pretty
>>>>>           
>> non-existent.  The only
>>   
>>>>> thing I can think of is to roll back the
>>>>>           
>> repository until it goes
>>   
>>>>> away, but that sounds like a dull and
>>>>>           
>> long-winded process.  And I
>>   
>>>>> don't have a lot of time right now, either.           
>> The usual story.
>>   
>>>>             
>>> Do a binary search instead, it will be a lot
>>>       
>> faster than checking each
>>   
>>> version.
>>>
>>>     Albeu
>>>         
>> I did some messing around to try and find the
>> problem a few weeks ago.  I binary chopped the dates, and I found 
>> that the
>> binary size grows massively somewhere between the 9th and 13th
>> January.   I'm going to do some more chopping to try and track down 
>> the change
>> which caused it, but it's not anything immediately obvious.
>>
>> 17th March 2008  20:24  2460736
>> 17th February 2008 20:24  2461760
>> 17th January 2008 20:24 2434624
>> 13th January 2008 20:24 2434624
>> 9th January 2008 20:24 1591872
>> 1st January 2008 20:24 1590848
>> 17th December 2007 20:24 1556032
>>
>> Again, if this rings a bell for anyone, please let
>> me know, because it'll save me a lot of time!
>>
>> Thanks,
>>
>> - Neil
>>
>>
>>
>>
>>
>>
>>     
> -------------------------------------------------------------------------
>  
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>>
>>     
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace 
>
>  
>> _______________________________________________
>> Scummvm-devel mailing list
>> Scummvm-devel at lists.sourceforge.net
>>
>>     
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>  
>
>
>       
> _____________________________________________________________________________ 
> Envoyez avec Yahoo! Mail. Plus de moyens pour rester en contact. 
> http://mail.yahoo.fr
>
>   






More information about the Scummvm-devel mailing list