Review Request 115744: The WIN32 part of this if statement doesn't seem to work -> drop it

[Alex Merry]

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



src/CMakeLists.txt
<https://git.reviewboard.kde.org/r/115744/#comment35372>

    This warning no longer applies, right?  In that, since we no longer have a monolithic kdelibs, we can just use relative paths in the xsl files.


- Alex Merry


On Feb. 14, 2014, 12:29 a.m., Alexander Richardson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115744/
> -----------------------------------------------------------
> 
> (Updated Feb. 14, 2014, 12:29 a.m.)
> 
> 
> Review request for Documentation, KDE Frameworks, kdewin, and Luigi Toscano.
> 
> 
> Repository: kdoctools
> 
> 
> Description
> -------
> 
> The WIN32 part of this if statement doesn't seem to work -> drop it
> 
> The frameworks using KDocTools fail otherwise complaining about invalid
> paths (Win32 build)
> 
> Without this patch I get the following error:
> 
> file:///C:/ProgramData/kdoctools5/customization/dtd/kdex.dtd:102: warning:
> failed to load external entity
> "file:///emerge-root/share/xml/docbook/schema/dtd/4.2/docbookx.dtd"
> 
> The path there is actually correct and should work. However, it seems that
> XSLT does not accept paths starting with a / on windows. Using / is fine
> and evaluates to the root directory of the current drive.
> 
> 
> Diffs
> -----
> 
>   src/CMakeLists.txt 241d56ffdb9f5cf4859eaf06aad491b9e1ca94fa 
> 
> Diff: https://git.reviewboard.kde.org/r/115744/diff/
> 
> 
> Testing
> -------
> 
> kservice didn't compile before this change, now it does (win32), doesn't affect other platforms
> 
> 
> Thanks,
> 
> Alexander Richardson
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140219/3a44f8d8/attachment-0001.html>