# Make -f Makefile.e300artydevkit verilog fails

**URL:** <https://forums.sifive.com/t/make-f-makefile-e300artydevkit-verilog-fails/203>\
**Category:** Freedom E300\
**Created:** [December 23, 2016, 3:44pm UTC](https://forums.sifive.com/t/make-f-makefile-e300artydevkit-verilog-fails/203 "2016-12-23T15:44:10Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![scharnell](https://avatars.discourse-cdn.com/v4/letter/s/b19c9b/32.png) [@scharnell](https://forums.sifive.com/u/scharnell)\
**Post date:** [December 23, 2016, 3:44pm UTC](https://forums.sifive.com/t/make-f-makefile-e300artydevkit-verilog-fails/203/1 "2016-12-23T15:44:11Z")

</div>

I am running the ‘make -f Makefile.e300artydevkit verilog’ step on Kubuntu 16.04.1 and get the following error message:

…  
[info] Compiling 187 Scala sources to /RISC-V/freedom/rocket-chip/target/scala-2.11/classes…  
[warn] /RISC-V/freedom/rocket-chip/src/main/scala/groundtest/Comparator.scala:298: object debug in package Chisel is deprecated: debug doesn’t do anything in Chisel3 as no pruning happens in the frontend  
[warn] debug(idx)  
[warn] ^  
[warn] there were 3065 feature warnings; re-run with -feature for details  
[warn] two warnings found  
[info] Compiling 39 Scala sources to /RISC-V/freedom/sifive-blocks/target/scala-2.11/classes…  
[info] Compiling 5 Scala sources to /RISC-V/freedom/target/scala-2.11/classes…  
[error] /RISC-V/freedom/src/main/scala/everywhere/e300artydevkit/Configs.scala:35: not found: type WithTLMonitors  
[error] new WithTLMonitors ++  
[error] ^  
[error] one error found  
[error] (freedomPlatforms/compile:compileIncremental) Compilation failed  
[error] Total time: 189 s, completed 23-Dec-2016 15:30:57  
make: \*\*\* [/RISC-V/freedom/builds/e300artydevkit/sifive.freedom.everywhere.e300artydevkit.E300ArtyDevKitConfig.fir] Error 1  
[common.mk:34](http://common.mk:34): recipe for target ‘/RISC-V/freedom/builds/e300artydevkit/sifive.freedom.everywhere.e300artydevkit.E300ArtyDevKitConfig.fir’ failed  
stewart@Kubuntu-VirtualBox:/RISC-V/freedom$ grep WithTLMonitors e300artydevkit.verilog.log  
[error] /RISC-V/freedom/src/main/scala/everywhere/e300artydevkit/Configs.scala:35: not found: type WithTLMonitors  
[error] new WithTLMonitors ++

Am I missing something?

If I comment out this line in Configs.scala the make completes, but I don’t know if I am missing something important?

I cloned freedom with 'git clone [https://github.com/sifive/freedom.git](https://github.com/sifive/freedom.git)’  
I cloned sifive-blocks with 'git clone [https://github.com/sifive/sifive-blocks.git](https://github.com/sifive/sifive-blocks.git)’  
I cloned rocket-chip with ‘git clone [https://github.com/ucb-bar/rocket-chip.git](https://github.com/ucb-bar/rocket-chip.git)’  
& ‘cd rocket-chip; git submodule update --init --recursive’

Regards  
Stewart

---

<div class="post-metadata">

**Author:** ![rxia](https://avatars.discourse-cdn.com/v4/letter/r/c67d28/32.png) [@rxia](https://forums.sifive.com/u/rxia)\
**Post date:** [December 23, 2016, 8:52pm UTC](https://forums.sifive.com/t/make-f-makefile-e300artydevkit-verilog-fails/203/2 "2016-12-23T20:52:45Z")

</div>

You shouldn’t need to separately clone the `sifive-blocks` and `rocket-chip` repos. Can you run `git submodule update --init --recursive` from within the `freedom` directory and try again? Make sure that `git status` shows no changes from within the submodules to check that the submodule versions are correct.

---

<div class="post-metadata">

**Author:** ![scharnell](https://avatars.discourse-cdn.com/v4/letter/s/b19c9b/32.png) [@scharnell](https://forums.sifive.com/u/scharnell)\
**Post date:** [December 24, 2016, 9:37am UTC](https://forums.sifive.com/t/make-f-makefile-e300artydevkit-verilog-fails/203/3 "2016-12-24T09:37:32Z")

</div>

Thank you Richard. I removed the sifive-blocks and rocket-chip subdirectories, as ‘git submodule update --init --recursive’ reported that rocket-chip already existed and was not an empty directory (I have not used git much, there was probably a different variation I could have used), and then re-ran ‘git submodule update --init --recursive’. The make now runs without errors.

Regards  
Stewart