Review Request 114888: Avoid "//" in path in generated headers

Commit Hook null at kde.org
Mon Jan 13 10:47:26 UTC 2014


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/114888/#review47301
-----------------------------------------------------------


This review has been submitted with commit 6e5dd4943be1200f9f7f6620d69f140428abff45 by Dan Vrátil to branch master.

- Commit Hook


On Jan. 13, 2014, 10:17 a.m., Dan Vrátil wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/114888/
> -----------------------------------------------------------
> 
> (Updated Jan. 13, 2014, 10:17 a.m.)
> 
> 
> Review request for Extra Cmake Modules and KDE Frameworks.
> 
> 
> Repository: extra-cmake-modules
> 
> 
> Description
> -------
> 
> When the RELATIVE parameter in ECMGenerateHeaders is empty or not set, the _actualheader variable would be defined to "/cmake/current/source/dir//lowercaseclassname.h". 
> 
> The double slash breaks RPM's debug symbols extraction, because it canonicalizes the path, so it's shortened by one "/". The shortening is done to avoid double-slash in the beginning of the path, which is non-POSIX. However from my understanding it's not possible to truncate the size of directory table by 1 byte, so the debugedit utility aborts and the entire rpmbuild fails. See a relevant bug report with further information: https://bugzilla.redhat.com/show_bug.cgi?id=304121 (comment #2)
> 
> This patch simply makes sure that EGH_RELATIVE is either empty, or non-empty and terminated with slash.
> 
> With this patch we are able to build solid and kdnssd frameworks with RPM build tools.
> 
> 
> Diffs
> -----
> 
>   modules/ECMGenerateHeaders.cmake f72b1c0 
> 
> Diff: https://git.reviewboard.kde.org/r/114888/diff/
> 
> 
> Testing
> -------
> 
> Successfully built solid and kdnssd frameworks with rpmbuild, other frameworks still build too.
> 
> 
> Thanks,
> 
> Dan Vrátil
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140113/d03a398b/attachment.html>


More information about the Kde-frameworks-devel mailing list