[mgunit] Unexpected breakage

[Mike Galloy]

On Thu, Apr 15, 2010 at 8:54 AM, Sean Kelly <sean.kelly at jpl.nasa.gov> wrote:

> Hi folks:
>
> Our project uses IDL 7.1 and incorporates mgunit 1.0.0 via an svn:external
> to http://svn.idldev.com/mgunit/tags/mgunit-1.0.0/mgunit/src.
>
> However, a recent svn update also updated the mgunit 1.0.0 external, which
> was surprising, since tags in svn are usually supposed to be stable, or so I
> thought.
>

Sorry about that!


> Now unit tests fail with:
>
> % Attempt to call undefined procedure/function: 'IDL_OBJECT__DEFINE'.
> % Execution halted at: MGCOHASHTABLE__DEFINE  728
> /.../mgunit/dist_tools/collection/mgcohashtable__define.pro
> %                      OBJ_NEW
> %                      MG_OPTIONS::INIT  570 /.../mgunit/dist_tools/
> mg_options__define.pro
> %                      OBJ_NEW
> %                      MGUNIT_WRAPPER     12 /.../mgunit/
> mgunit_wrapper.pro
> %                      $MAIN$
>
> It turns out that the tagged 1.0.0 of mugunit itself has an svn:external to
> the *trunk* of http://svn.idldev.com/dist_tools/trunk/src, which of course
> as an svn:external to the *trunk* of
> http://svn.idldev.com/idllib/trunk/src/collection. So while collections
> continues to get developed, the tagged mgunit 1.0.0 picks up those changes
> too.
>
> We worked around this by just adding the distribution file from the Trac
> site, but in future you might want to do something similar to
> http://is.gd/bu18q so that tagged trees get specific revisions of
> externalized trees.
>

Yes, that is my strategy, but it got complicated with that chain of
libraries depending on each other and I must have missed fixing an
svn:external in one of the tags. I will take a look at it.


> Or something else altogether. I'm an svn noob after all.
>

-Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.idldev.com/pipermail/mgunit-idldev.com/attachments/20100415/0562b676/attachment-0003.htm>