[prev in list] [next in list] [prev in thread] [next in thread] 

List:       cmake
Subject:    Re: [CMake] Port from Debian to Windows: Include files not found
From:       Randy Turner <randallsturner13 () gmail ! com>
Date:       2015-09-18 18:01:45
Message-ID: CAB8TE6G9Z_0r7dc4aoF6Gk9eZT5az-ADuE_DWF_hyokbxZ_hQw () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Awesome suggestion. I'm surprised that I hadn't yet tried that. I sent the
output to a file and included the relevant portion below. I'm not the most
familiar with parsing the output of makefiles, but it seems to only be
using the include_paths for the first assembly object and not any of the
subsequent c objects. I feel like there is something really obvious that
I'm missing.

[  6%] Building ASM object CMakeFiles/timer1.dir/os/vecs_timer1.asm.obj
c:\ti\ccsv6\tools\compiler\c6000_7.4.15\bin\cl6x.exe  --compile_only
--asm_file=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\os\vecs_timer1.asm
 --include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\C6xCSL\include
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\C6xCSL\lib_3x
--include_path=c:\ti\ccsv6\tools\compiler\c6000_7.4.15\include
--include_path=c:\ti\ccsv6\tools\compiler\c6000_7.4.15\lib
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\udp_ip
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\os
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\sys
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\utilities
   -g --define="_DEBUG" --define="CHIP_6713" --define="RUNTEST"
--output_file=CMakeFiles\timer1.dir\os\vecs_timer1.asm.obj
[ 13%] Building C object CMakeFiles/timer1.dir/os/Arinc.c.obj
c:\ti\ccsv6\tools\compiler\c6000_7.4.15\bin\cl6x.exe  --compile_only
--c_file=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\os\Arinc.c
 -mv6710 --abi=coffabi --quiet --diag_wrap=off
@CMakeFiles/timer1.dir/includes_C.rsp   -g --define="_DEBUG"
--define="CHIP_6713" --define="RUNTEST"
--output_file=CMakeFiles\timer1.dir\os\Arinc.c.obj

>> Compilation failure

On Fri, Sep 18, 2015 at 1:26 PM, Parag Chandra <parag@ionicsecurity.com>
wrote:

> As a diagnostic measure, can you try running in verbose mode, ala:
>
> make VERBOSE=1
>
> That will dump out the exact command lines that are being used, so you can
> see the search paths.
>
>
>
> *Parag Chandra *Senior Software Engineer, Mobile Team
> Mobile: +1.919.824.1410
>
> <https://ionic.com>
>
> Ionic Security Inc.
> 1170 Peachtree St. NE STE 400, Atlanta, GA 30309
>
>
>
>
>
>
>
>
> From: CMake on behalf of Randy Turner
> Date: Friday, September 18, 2015 at 1:22 PM
> To: "cmake@cmake.org"
> Subject: [CMake] Port from Debian to Windows: Include files not found
>
> I am having trouble building a Code Composer Studio project with CMake.
> Executing from the same directory in Linux compiles successfully, but in
> Linux it fails to find any included files that aren't in the same directory
> as the .c file that it's building. I can provide a relative path to help it
> move on, but it will just fail to find the files referenced by that one.
>
> The very first #include of the project is <stdbool.h> which is located in
> the compiler's install files. As shown in my StackOVerflow question about
> this issue (
> http://stackoverflow.com/questions/32591626/cmake-header-files-cannot-be-opened)
> I can confirm that the files are in the directory that is included in the
> CMakeLists.txt file and can be found while CMake is executing, but fail to
> be located by make. I am using MinGW's make, and using the commands make
> and mingw32-make both ellicit the same result, "fatal error: could not open
> source file "stdbool.h" (no directories in search list)."
>
> Is there something that I'm missing here? Is something else necessary
> beyond using INCLUDE_DIRECTORIES for all of the directories in the project?
>

[Attachment #5 (text/html)]

<div dir="ltr"><div>Awesome suggestion. I&#39;m surprised that I hadn&#39;t yet tried \
that. I sent the output to a file and included the relevant portion below. I&#39;m \
not the most familiar with parsing the output of makefiles, but it seems to only be \
using the include_paths for the first assembly object and not any of the subsequent c \
objects. I feel like there is something really obvious that I&#39;m \
missing.</div><div><br></div><div>[   6%] Building ASM object \
CMakeFiles/timer1.dir/os/vecs_timer1.asm.obj</div><div>c:\ti\ccsv6\tools\compiler\c6000_7.4.15\bin\cl6x.exe \
--compile_only --asm_file=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\os\vecs_timer1.asm \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\C6xCSL\include \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\C6xCSL\lib_3x \
--include_path=c:\ti\ccsv6\tools\compiler\c6000_7.4.15\include \
--include_path=c:\ti\ccsv6\tools\compiler\c6000_7.4.15\lib \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\udp_ip \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\os \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\sys \
--include_path=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\utilities      -g \
--define=&quot;_DEBUG&quot; --define=&quot;CHIP_6713&quot; \
--define=&quot;RUNTEST&quot; \
--output_file=CMakeFiles\timer1.dir\os\vecs_timer1.asm.obj</div><div>[ 13%] Building \
C object CMakeFiles/timer1.dir/os/Arinc.c.obj</div><div>c:\ti\ccsv6\tools\compiler\c6000_7.4.15\bin\cl6x.exe \
--compile_only --c_file=C:\Users\aec_user-14\Documents\Repos\OperatingSystem\os\Arinc.c \
-mv6710 --abi=coffabi --quiet --diag_wrap=off @CMakeFiles/timer1.dir/includes_C.rsp   \
-g --define=&quot;_DEBUG&quot; --define=&quot;CHIP_6713&quot; \
--define=&quot;RUNTEST&quot; \
--output_file=CMakeFiles\timer1.dir\os\Arinc.c.obj</div><div><br></div><div>&gt;&gt; \
Compilation failure</div></div><div class="gmail_extra"><br><div \
class="gmail_quote">On Fri, Sep 18, 2015 at 1:26 PM, Parag Chandra <span \
dir="ltr">&lt;<a href="mailto:parag@ionicsecurity.com" \
target="_blank">parag@ionicsecurity.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
 <div>
<div>As a diagnostic measure, can you try running in verbose mode, ala:</div>
<div><br>
</div>
<div>make VERBOSE=1</div>
<div><br>
</div>
<div>That will dump out the exact command lines that are being used, so you can see \
the search paths.</div> <div>
<div>






<div><br>
</div>
<br>
<strong style="font-family:Calibri">Parag Chandra<br>
</strong><span style="font-family:Calibri">Senior Software Engineer, Mobile \
Team</span><br style="font-family:Calibri"> <span style="font-family:Calibri">Mobile: \
<a href="tel:%2B1.919.824.1410" value="+19198241410" \
target="_blank">+1.919.824.1410</a></span><br style="font-family:Calibri"> <br \
style="font-family:Calibri"> <a href="https://ionic.com" style="font-family:Calibri" \
target="_blank"><img border="0" \
src="https://www.ionicsecurity.com/IonicSigHz.png"></a><span \
style="font-family:Calibri">  </span><br style="font-family:Calibri"> <br \
style="font-family:Calibri"> <span style="font-family:Calibri">Ionic Security \
Inc.</span><br style="font-family:Calibri"> <span style="font-family:Calibri">1170 \
Peachtree St. NE STE 400, Atlanta, GA 30309</span> <table \
style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px;background-color:rgb(255,255,255)">
 <tbody>
<tr>
<td nowrap valign="middle"><br>
</td>
<td nowrap valign="top"><br>
</td>
<td nowrap valign="middle"><br>
</td>
<td nowrap valign="middle"><br>
</td>
</tr>
<tr>
<td width="5" nowrap valign="middle"><br>
</td>
<td width="70" nowrap valign="top"><br>
</td>
<td width="5" nowrap valign="middle"><br>
</td>
<td width="287" nowrap valign="top"><br>
</td>
</tr>
</tbody>
</table>
</div>
</div>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:12pt;text-align:left;color:black;BORDER-BOTTOM:medium \
none;BORDER-LEFT:medium \
none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt \
solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"> <span style="font-weight:bold">From: \
</span>CMake on behalf of Randy Turner<br> <span style="font-weight:bold">Date: \
</span>Friday, September 18, 2015 at 1:22 PM<br> <span style="font-weight:bold">To: \
</span>&quot;<a href="mailto:cmake@cmake.org" \
target="_blank">cmake@cmake.org</a>&quot;<br> <span style="font-weight:bold">Subject: \
</span>[CMake] Port from Debian to Windows: Include files not found<br> </div><span \
class=""> <div><br>
</div>
<div>
<div>
<div dir="ltr">I am having trouble building a Code Composer Studio project with \
CMake. Executing from the same directory in Linux compiles successfully, but in Linux \
it fails to find any included files that aren&#39;t in the same directory as the .c \
file that it&#39;s  building. I can provide a relative path to help it move on, but \
it will just fail to find the files referenced by that one.   <div><br>
</div>
<div>The very first #include of the project is &lt;stdbool.h&gt; which is located in \
the compiler&#39;s install files. As shown in my StackOVerflow question about this \
issue (<a href="http://stackoverflow.com/questions/32591626/cmake-header-files-cannot-be-opened" \
target="_blank">http://stackoverflow.com/questions/32591626/cmake-header-files-cannot-be-opened</a>)
  I can confirm that the files are in the directory that is included in the \
CMakeLists.txt file and can be found while CMake is executing, but fail to be located \
by make. I am using MinGW&#39;s make, and using the commands make and mingw32-make \
both ellicit the  same result, &quot;fatal error: could not open source file \
&quot;stdbool.h&quot; (no directories in search list).&quot;</div> <div><br>
</div>
<div>Is there something that I&#39;m missing here? Is something else necessary beyond \
using INCLUDE_DIRECTORIES for all of the directories in the project?</div> </div>
</div>
</div>
</span></span>
</div>

</blockquote></div><br></div>



-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: \
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more information \
on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at \
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake



[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic