[CMake] Is it a bug that cmake / cpack could not handle directory name with @?
hce
jupiter.hce at gmail.com
Fri Apr 5 06:07:38 EDT 2013
Eric Noulard wrote
> 2013/4/5 hce <
> jupiter.hce@
> >
>
> Yes for CPack RPM I can see why that is happening.
> The spec file generated by CPackRPM is
> 1) generated
> 2) configured (with @ONLY)
>
> This is handy for many reason so @ in pathname should be protected
> otherwise
> they will be processed (and removed) by configure_file.
>
> Could you have a look at the difference between
> <yourpackage>
> .spec.in
> and
> <yourpackage>
> .spec
Yes, there are lots of differences between the spec.in and the spec. Seems
that spec.in preserve the @ in file name string.
Eric Noulard wrote
>> That resulted errors of "File not found ...." and could not generate RPM
>> package.
>>
>> It seems cmake / cpack could not handle directory name with @, is there
>> any
>> workaround to resolve this issue?
>>
>
> I don't think that all generator are hit by this,
> did you try alternative CPack generator like TGZ or ZIP ? Could you try?
> cpack -G TGZ
Yes, I did try the TGZ, it was fine. RPM is the only one got trouble.
Eric Noulard wrote
> I'll think of a workaround for CPackRPM, the fastest solution would be to
> use
> CPACK_RPM_USER_BINARY_SPECFILE
>
> see:
> cpack --help-variable CPACK_RPM_GENERATE_USER_BINARY_SPECFILE_TEMPLATE
> cpack --help-variable CPACK_RPM_USER_BINARY_SPECFILE
>
> That said I'll try a patch to protect filename against '@' in them.
>
> --
> Erk
> Le gouvernement représentatif n'est pas la démocratie --
> http://www.le-message.org
I thought to modify or to customize the spec, but gave up as the package is
so large containing thousand lines of directories and files, the size of the
spec is about 1.8 MB. I will be very appreciate if you could make a patch,
or fix it in 2.8.10.3 or 2.8.11.
Thank you very much Erik.
Kind regards.
Jupiter
--
View this message in context: http://cmake.3232098.n2.nabble.com/Is-it-a-bug-that-cmake-cpack-could-not-handle-directory-name-with-tp7583963p7583965.html
Sent from the CMake mailing list archive at Nabble.com.
More information about the CMake
mailing list