[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Trunk check-in dependency file breakage

From: Josh Blum
Subject: Re: [Discuss-gnuradio] Trunk check-in dependency file breakage
Date: Wed, 29 Aug 2007 17:31:02 -0400
User-agent: Thunderbird (X11/20070326)

I have committed my recent changes. GRC should work again with the gnuradio trunk, but many of the hier blocks will be missing for now. Hopefully, things will stabilize within the week.

Let me know if there are problems (other than missing blocks).


Steven Clark wrote:
It seems that this change has broken GRC (complains about non-existent
Josh, is there an ETA on a fix for this? Any short-term work-arounds in the


On 8/27/07, Johnathan Corgan <address@hidden> wrote:
I have recently checked in the updates to the hierarchical flowgraph
code as outlined in a previous email.

One of the changes is that there are no longer any gr_runtime.* files as
this class has been removed from the code as part of an API change.

However, due to the somewhat broken way we handle SWIG dependencies, a
reference to gr_runtime.i remains in the machine generated dependency
files (gnuradio-core/src/lib/swig/*.d).

This will cause an *already compiled* local copy of the trunk to fail
compilation once it is updated with the latest repository revision.  It
will *not* affect any freshly checked out copies.

If you run into this issue, you can either:

1) Edit gnuradio-core/src/lib/swig/*.d and manually remove the line that
references gr_runtime.i in each one, -OR-

2) Delete gnuradio-core/src/lib/swig/*.d and then run ./config.status
from the top-level directory, -OR-

3) Check out a fresh copy of the trunk and rebuild (simple but overkill.)

Patches welcome from anyone who has a better way of automating tracking
of SWIG dependencies that doesn't create the above issue when a
dependent file is removed.

Johnathan Corgan
Corgan Enterprises LLC

Discuss-gnuradio mailing list


Discuss-gnuradio mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]