Attached is a patch to improve the handling of %directives in
CPACK_RPM_USER_FILELIST. Specifically it accepts any characters (even spaces)
inside the parenthesis so it doesn't need to keep changing every time there's a
new valid symbol. The current open ticket is
Hello!
As far as I can see from issue tracker and the mail list archives of
"precompiled headers" feature we are still struggling for solution. I'm
ready to contribute to development, but have not idea where shall I
start :)
https://cmake.org/Bug/view.php?id=1260
Hello dear developers!
Standalone installers for some DaD's House releases now available at SF mirror:
https://sourceforge.net/projects/dad-mirror/files/standalone/2015/dad-0.3.1-windows-vc12x64-2015-standalone.exe/download
On Fri, Jun 24, 2016 at 5:24 PM, Tobias Hunger wrote:
> Hi Daniel,
>
> On Fri, Jun 24, 2016 at 5:08 PM, Daniel Pfeifer
> wrote:
Currently cmake-gui supports switching generators, build trees, etc., so
there is some precedent for such
Hi Daniel,
On Fri, Jun 24, 2016 at 5:08 PM, Daniel Pfeifer wrote:
>>> Currently cmake-gui supports switching generators, build trees, etc., so
>>> there is some precedent for such switching within a single process. If
>>> we have (re-)initialization bugs they should
On Fri, Jun 24, 2016 at 4:56 PM, Tobias Hunger wrote:
> Hi Brad,
>
> On Thu, Jun 23, 2016 at 10:46 PM, Brad King wrote:
>>> * This is currently used to set sourcedirectory, builddirectory and
>>> generator.
>>>
>>> These three should be
Hi Brad,
On Thu, Jun 23, 2016 at 10:46 PM, Brad King wrote:
>> * This is currently used to set sourcedirectory, builddirectory and
>> generator.
>>
>> These three should be passed in via the command line instead, again
>> to avoid trouble with users switching
Hallo Daniel,
On Fri, Jun 24, 2016 at 9:59 AM, Daniel Pfeifer wrote:
> On Thu, Jun 23, 2016 at 2:27 PM, Tobias Hunger wrote:
>> * We both think it only makes sense to merge the infrastructure part into
>> cmake (if it passes review first of
On Thu, Jun 23, 2016 at 2:27 PM, Tobias Hunger wrote:
> * We both think it only makes sense to merge the infrastructure part into
> cmake (if it passes review first of course) once we have some
> functionality
> that is genuinely useful. So we want to aim at having