See if this fixes #1539.
BUG: Correct derivative for exponential transform.
It looks like it fixes the issue of score always matching numerical score, but this model is still bizarre. Might try comparing output to stata.
See #1539. It appears to be sensitive to starting values. You need to make sure alpha >= ~1 or lnalpah >= ~0.
Merge? Marking for 0.5.1.
wait for TravisCI to report back, then merge
BTW don't forget to add labels, it looks like we can add them directly now also to PRs
Sure. Tests passed locally, which means this was untested. I think we only tested the default solves for which this wasn't such an issue.
I think this is only "half" a bug, and I thought it was tested.
At the optimum, the score is approximately zero. multiplying it by a factor doesn't make any difference, (except for convergence tolerance in score which, I think, we don't check.)
postestimation results where based on untransformed parameters and were also correct.
The only problem was in the optimization itself, especially further away from the optimum or with a messy case like this.
Makes sense. Still conceptually incorrect. Merging. Also marked to backport to 0.5.1. Need to go back and check those with milestone tags and no backport labels.