Post Go back to editing

sleep.h: No such file or directory

I'm using the No-OS software with the AD9371 on a KCU105 board. When I build the software I see an error flash by on the screen which says:

"../src/platform_xilinx/platform_drivers.h:44:10: fatal error: sleep.h: No such file or directory

#include <sleep.h>

compilation terminated.

make: *** [src/platform_xilinx/adc_core.o] Error 1"

There is no "sleep.h" header available. Given that the software is running on a microblaze that has no timer attached to it, I don't know how any of the function calls needing "sleep.h" are going to work. I am having trouble getting things to work consistently. I wonder if this might have something to do with it. What is the correct way to address this missing header?

-Thanks

  • Hi,

    Was the .hdf file generated with the same version of Vivado as the SDK you are trying with? What version is it and what git branches do you use? Are you sure that you have created a new hardware platform instead of using a predefined one?

    Thanks,
    Dragos

  • Hi Dragos, thanks for the response. I pulled the code from the no-OS 2018_R1 branch. I built the FPGA with Vivado 2018.2 and exported the hardware directly from that build.

    To clarify a little, the software does build and I can test my code on the board with it. I only noticed the error because I have highlighting turned on and I saw it flash by. This error did not interrupt the build of the software or cause it to fail as a whole. When I saw it, I went looking for a log of what happened and found it in the SDK directory under ".metadata/.plugins/org.eclipse.cdt.ui/global-build.log".

    Because I get a valid ELF file and can run my software on the board, I'm not sure how serious this error really is. It seems valid since I'm not sure how sleep.h would be available. Since I'm seeing some odd behavior on the board with getting data through the FPGA, (works sometimes but not others) I went looking for problems and I saw this.

  • Hey,

    Did you manage to resolve the issues ?

    If not, is there anything we can help with ?

    Thanks

    Alex

  • This particular issue was resolved by basically clearing out the project and rebuilding. Even though I used the same source files as before, after I rebuilt from a clean slate, this problem went away. Not sure why or how it got into this bad state.

  • Well, these things can happen with complex toolchains sometimes.

    Thanks for confirming it was resolved.

    Alex

  • Hi I have the same problem but I'm using a stm32 microcontroler I tried to build the example project for ad738x (ad738x_fmcz) I clean/clear my project but It did not work. Where can I find this file ? Can you help me please ?