<div dir="auto"><div dir="auto"></div><div class="gmail_extra">Hi,</div><div class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">Thanks for your help. It is a cmake project in which they have specified a custom command calling gdbus-codegen. It definitely looks like they are passing the absolute path to it thanks for the help I think I can solve that.</div><div class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">Br</div><div class="gmail_extra" dir="auto">Mans Zigher</div><div class="gmail_extra" dir="auto"><br><div class="gmail_quote" dir="auto">On Apr 11, 2018 15:50, "Burton, Ross" <<a href="mailto:ross.burton@intel.com" target="_blank" rel="noreferrer">ross.burton@intel.com</a>> wrote:<br type="attribution"><blockquote class="m_-2631858973653778130quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There is no "dbus codegen".  dbus-glib has a code generator but that<br>
doesn't write include guards like that, so it must be something else.<br>
gdbus-codegen appears to be doing the right thing to unless it breaks<br>
if you pass it an absolute path?<div class="m_-2631858973653778130signature-text"><br>
<br>
Ross</div><div class="m_-2631858973653778130elided-text"><br>
<br>
On 11 April 2018 at 10:12, MÃ¥ns Zigher <<a href="mailto:mans.zigher@gmail.com" rel="noreferrer noreferrer" target="_blank">mans.zigher@gmail.com</a>> wrote:<br>
> I believe dbus codegen is the tools generating the code.<br>
><br>
> Br<br>
> Mans Zigher<br>
><br>
> On Tue, Apr 10, 2018, 14:44 Burton, Ross <<a href="mailto:ross.burton@intel.com" rel="noreferrer noreferrer" target="_blank">ross.burton@intel.com</a>> wrote:<br>
>><br>
>> What tool is generating the code?  It probably shouldn't be using the<br>
>> full path of the header...<br>
>><br>
>> Ross<br>
>><br>
>> On 10 April 2018 at 09:29, MÃ¥ns Zigher <<a href="mailto:mans.zigher@gmail.com" rel="noreferrer noreferrer" target="_blank">mans.zigher@gmail.com</a>> wrote:<br>
>> > Hi,<br>
>> ><br>
>> > I am having some problems with one of my recipes when using the SRCPV<br>
>> > the<br>
>> > get_srcrev is returning "AUTOINC+" + rev. This will cause problem in my<br>
>> > compile because I am using dbus codegen and it looks like the<br>
>> > auto-generated<br>
>> > code cannot handle the + sign in the paths. Is there a reason for this +<br>
>> > sign. The generated code that causes my build to fail looks like this<br>
>> ><br>
>> > #ifndef<br>
>> ><br>
>> > ___HOME_EXTZIG_WORKSPACE_MOZART_MOZART_WORKSPACE_BUILDS_MOZART_RASPBERRYPI_BUILD_TMP_WORK_CORTEXA7HF_NEON_VFPV4_MOZART_LINUX_GNUEABI_MOZART_DAEMON_1_0_GITAUTOINC+8FD4C803AE_R3_GIT_SRC_LIBS_MOZART_BLE_SETUP_CODEGEN_ORG_BLUEZ_LE_ADVERTISEMENT_INTERFACE_H__<br>
>> ><br>
>> > Currently the only way for me to get the build to work is not use the<br>
>> > SRCPV.<br>
>> > Could it actually be a better way then using the + sign or is there a<br>
>> > logical requirement for it?<br>
>> ><br>
>> > BR<br>
>> > Mans Zigher<br>
>> ><br>
>> > --<br>
>> > _______________________________________________<br>
>> > yocto mailing list<br>
>> > <a href="mailto:yocto@yoctoproject.org" rel="noreferrer noreferrer" target="_blank">yocto@yoctoproject.org</a><br>
>> > <a href="https://lists.yoctoproject.org/listinfo/yocto" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.yoctoproject.org/listinfo/yocto</a><br>
>> ><br>
</div></blockquote></div><br></div></div>