# Newer CMake v. 3.12.4 v. OP25 project

**URL:** https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320
**Category:** Usage
**Created:** [December 3, 2019, 9:17pm UTC](https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320 "2019-12-03T21:17:04Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![op25](https://discourse.cmake.org/letter_avatar_proxy/v4/letter/o/57b2e6/32.png) [@op25](https://discourse.cmake.org/u/op25)
#### Post date: [December 3, 2019, 9:17pm UTC](https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320/1 "2019-12-03T21:17:04Z")

</div>

Many users are following tutorials/HOWTO/FAQ’s etc. on installing the  
OP25 radio software for use with SDR’s…

[http://osmocom.org/issues/4225](http://osmocom.org/issues/4225)

OP25 Project:

> **[boatbod/op25](https://github.com/boatbod/op25)**
>
> Fork of git://git.osmocom.org/op25.git "max" branch as of 9/10/2017 - boatbod/op25

> <https://github.com/boatbod/op25/issues/25>
>
> I am having the worse time trying to get OP25 to completely build. I am not sure if cmake is the...

Example HOWTO:  
[https://www.hagensieker.com/wordpress/2018/07/17/op25-for-dummies/](https://www.hagensieker.com/wordpress/2018/07/17/op25-for-dummies/)

Changes/updates to CMake have caused all these to fail to compile the project.

USING OLDER 3.12.4 corrects the issues what ever they are…

The creator has not found a way to fix the issue: “magic incantation  
in GrSwig.cmake to fix the incorrect dependency ordering.”

If any user or guru on CMake could help to figure this out and changes  
needed for the make files to bring it current, and not create a hard  
depend on NEWER CMake, ie: forward and backward compatibility.

Any help would be grateful… Thank you in advance.

The fatal error also referenced in the links above:

arget scan4sync  
[87%] Built target BER  
[90%] Built target test-op25\_repeater  
make[2]: \*\*\* No rule to make target  
‘op25/gr-op25\_repeater/swig/op25\_repeater\_swig.py’, needed by  
‘op25/gr-op25\_repeater/swig/op25\_repeater\_swig.pyc’. Stop.  
make[1]: \*\*\* [CMakeFiles/Makefile2:954:  
op25/gr-op25\_repeater/swig/CMakeFiles/pygen\_op25\_gr\_op25\_repeater\_swig\_a9103.dir/all]  
Error 2  
make: \*\*\* [Makefile:130: all] Error 2  
ddejr@ddejr-pc:~/op25/build$

same result using “./install.sh” method

[http://osmocom.org/issues/4225](http://osmocom.org/issues/4225)

“make2: \* No rule to make target  
‘op25/gr-op25\_repeater/swig/op25\_repeater\_swig.py’, needed by  
‘op25/gr-op25\_repeater/swig/op25\_repeater\_swig.pyc’. Stop.  
make1: [CMakeFiles/Makefile2:874:  
op25/gr-op25\_repeater/swig/CMakeFiles/pygen\_op25\_gr\_op25\_repeater\_swig\_26094.dir/all]  
Error 2  
make: [Makefile:130: all] Error 2  
[26%] Built target gnuradio-op25  
[29%] Built target test-op25  
[30%] Built target \_op25\_swig\_swig\_tag  
[32%] Built target \_op25\_swig\_doc\_tag  
[36%] Built target op25\_swig\_swig\_compilation  
[38%] Built target \_op25\_swig  
[40%] Built target pygen\_op25\_gr\_op25\_swig\_388ba  
[42%] Built target pygen\_op25\_gr\_op25\_python\_4bea1  
[42%] Built target pygen\_op25\_gr\_op25\_apps\_383eb  
[63%] Built target imbe\_vocoder  
[86%] Built target gnuradio-op25\_repeater  
[89%] Built target test-op25\_repeater  
[91%] Built target \_op25\_repeater\_swig\_swig\_tag  
make2: No rule to make target  
‘op25/gr-op25\_repeater/swig/op25\_repeater\_swig.py’, needed by  
‘op25/gr-op25\_repeater/swig/op25\_repeater\_swig.pyc’. Stop.  
make1: [CMakeFiles/Makefile2:874:  
op25/gr-op25\_repeater/swig/CMakeFiles/pygen\_op25\_gr\_op25\_repeater\_swig\_26094.dir/all]  
Error 2  
make: \* [Makefile:130: all] Error 2”

---

<div class="post-metadata">

### Author: ![ben.boeckel](https://discourse.cmake.org/letter_avatar_proxy/v4/letter/b/ea5d25/32.png) [@ben.boeckel](https://discourse.cmake.org/u/ben.boeckel)
#### Post date: [December 4, 2019, 1:07am UTC](https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320/2 "2019-12-04T01:07:09Z")

</div>

I’ve replied on the issue. Setting up a local container to test it out.

---

<div class="post-metadata">

### Author: ![ben.boeckel](https://discourse.cmake.org/letter_avatar_proxy/v4/letter/b/ea5d25/32.png) [@ben.boeckel](https://discourse.cmake.org/u/ben.boeckel)
#### Post date: [December 4, 2019, 2:14am UTC](https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320/3 "2019-12-04T02:14:03Z")

</div>

Triaged; see my comments on the linked issue and on the CMake issue I’ve filed for this: [https://gitlab.kitware.com/cmake/cmake/issues/20067](https://gitlab.kitware.com/cmake/cmake/issues/20067)

---

<div class="post-metadata">

### Author: ![op25](https://discourse.cmake.org/letter_avatar_proxy/v4/letter/o/57b2e6/32.png) [@op25](https://discourse.cmake.org/u/op25)
#### Post date: [December 4, 2019, 1:41pm UTC](https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320/4 "2019-12-04T13:41:16Z")

</div>

Quoting Ben Boeckel via CMake Discourse [noreply@discourse.cmake.org](mailto:noreply@discourse.cmake.org):

> Triaged; see my comments on the linked issue and on the CMake issue  
> I’ve filed for this:  
> [https://gitlab.kitware.com/cmake/cmake/issues/20067](https://gitlab.kitware.com/cmake/cmake/issues/20067)

Thanks! THANKS!

Do you have suggested edits for file(s) to correct/workaround this???

I’d like to try it some test systems so that the FAQ/HOWTO’s etc. can  
work again with latest releases and not have to send users looking for  
more source code to dl, pray it compiles etc…

THANKS AGAIN! REALLY APPRECEITE THE QUICK WORK AND REPLY!

Thanks.

---

<div class="post-metadata">

### Author: ![ben.boeckel](https://discourse.cmake.org/letter_avatar_proxy/v4/letter/b/ea5d25/32.png) [@ben.boeckel](https://discourse.cmake.org/u/ben.boeckel)
#### Post date: [December 4, 2019, 1:59pm UTC](https://discourse.cmake.org/t/newer-cmake-v-3-12-4-v-op25-project/320/5 "2019-12-04T13:59:37Z")

</div>

> [@op25](#):
>
> Do you have suggested edits for file(s) to correct/workaround this???

To work with SWIG as it exists post-3.10, you’ll need to update the `DEPENDS` lists in `GrPython`’s `add_custom_command`s to not list the `.py` files and instead use the returned timestamp file. It’s going to need to check for 3.11 before doing this and newer and, possibly, again for the CMake version where this is fixed to avoid doing that.
