[Qt-creator] Remote Linux plugin and CMake
Stephen Kelly
steveire at gmail.com
Wed Sep 11 12:42:52 CEST 2013
Daniel Teske wrote:
>> > I have the choice between supporting an existing patch that comes from
>> > a CMake user which is declared by him as "serving the purpose" and
>> > supporting an approach that does not have a patch
>>
>> A superior approach which will serve more than one user. It will instead
>> serve all CMake users.
> Clearly Oleksii prefers his solution, and no user has actually spoken up
> in a thread which specifally asked users to speak up.
I use CMake :).
>
>> > , and for which I rate the chance of showing up at all at about zero.
>>
>> Why is your expectation so low?
>>
>> Why do you think I'm on this mailing list and this thread.
> Maybe you should tell us? Because your actions don't speak of any interest
> in Creator. I see one patch in Creator which adjusted Creator's code to a
> api change in qt.
http://thread.gmane.org/gmane.comp.lib.qt.devel/11888
I want to improve the way CMake and creator work together.
>> That is not correct. They can not co-exist. What is installed by running
>> make install may not be the same as what is in the deployment file. You
>> would have to have UI to allow the user to configure which one is
>> authoritive.
> There's absolutely no reason we can't support two different ways of
> deployment, apart from my unwilligness to maintain two. Which just means
> that someone else has to step up to do it.
I stepped up to do it and was met with hostility.
How does what you wrote above relate to the quote below?
Daniel Teske wrote:
> I don't want to maintain multiple ways. That's beyond what I consider
> reasonable effort for the benefit. (Others can disagree and volunteer.) I
> want one solution.
Are you now saying multiple solutions is ok?
Thanks,
Steve.
More information about the Qt-creator
mailing list