[Developers] New compilation scripts - todo

Arni Magnusson arnima at hafro.is
Wed Sep 4 15:49:06 PDT 2013


Recent correspondence regarding -bounds, see below.

Arni



On Fri, 28 Jun 2013, Dave Fournier wrote:

Sure. I don't think it is a big deal. I think it was just to tell tpl2cpp 
to put the ad_exit() code into the source.

Dave



On Thu, 27 Jun 2013, Arni Magnusson wrote:

> I see.
>
> Does that mean you recommend keeping bound_flag hardwired to 1, and 
> maybe we shouldn't bother passing the -bounds option anymore?
>
> Or the other way? I would be happy if you could make a recommendation, 
> based on your design and experience, and we'll take it from there.
>
> Thanks,
>
> Arni
>
>
>
> On Thu, 27 Jun 2013, Dave Fournier wrote:
>
>> I think is was becuase when I first put it in I didn't want to possibly 
>> break code that worked without it. that was a common strategy for 
>> adding almost anything.  Then when it proved to pose no problem I 
>> removed the exception.
>>
>> Dave
>>
>>
>>
>> On Thu, 27 Jun 2013, Dave Fournier wrote:
>>
>>> Hi Dave,
>>>
>>> I was examining the effect of passing -bounds to tpl2cpp/tpl2rem and 
>>> was somewhat surprised that it has no effect.
>>>
>>> In other words, int bound_flag will always be 1, regardless of what 
>>> the user passes.
>>>
>>> The revision history of the Lex files shows this has been the case 
>>> since ADMB was first imported into the the SVN repository in October 
>>> 2008.
>>>
>>> ---
>>>
>>> My questions are:
>>>
>>> (1) Do you think we should make tpl2cpp/tpl2rem produce different C++ 
>>> code depending on the -bounds user option? Maybe having the bound_flag 
>>> always on doesn't slow down the optimized model.
>>>
>>> (2) Do you think we should stop using the -bounds when building safe 
>>> models? It serves no obvious purpose right now, but maybe it's a good 
>>> thing if we later decide to let -bounds create different C++ code.
>>>
>>> I could just start experimenting, but I would very much appreciate 
>>> your comments on this.
>>>
>>> All the best,
>>>
>>> Arni
>>
>


More information about the Developers mailing list