Re: [Qt-creator] OutputTaskParser

[Orgad Shaneh]

Attached. The script wraps the build command.

Notice that find_root is project-specific. You can use $BASH_SOURCE if the
script is in the project repo.

On Wed, Aug 23, 2023 at 10:10 AM Knut Petter Svendsen <
knutpett+qtcrea...@pvv.org> wrote:

> > Can you explain why you need to patch the paths?
>
> The build system exports (copies) the header files to another directory
> before compiling. The "-I" options refer to that directory. So compiler
> errors in header files points to that location. When clicking on them the
> "wrong" file is opened. My plugin knows where the "real" source is, i just
> need to update the task.
>
> > If you build remotely, I have a script that translates paths on stderr,
> > which I can share if it helps you.
>
> Yes, please share the script. Does it wrap the build command?
>
> Knut
>
>
#!/bin/bash

set -o pipefail

normalize()
{
  if [ "x$WINDOWS" = "x1" ]; then
sed "s|/usr/src/boost/[^/ ]*|C:/boost/|g; s|/||g"
  else
cat
  fi
}

find_root()
{
  while [ ! -d Project.pro ]; do
cd ..
if [ "$PWD" = "/" ]; then
  echo "$0 must be executed inside Project" 1>&2
  return
fi
  done
  echo $PWD
}

# Runs $2 (e.g. ./buildAll.sh), and translates paths in stderr from local to remote (given by $1) path

if [ $# -lt 2 ]; then
echo "usage: $0   [arguments]"
	exit 1
fi

# current directory's parent (should be run from inside TrunkPackRam)
LOCAL=$(find_root)
[ -n "$LOCAL" ] || exit 1

# Windows -> convert backslashes
if echo $1 | grep -q '^.:'; then
  WINDOWS=1
  REMOTE="$(echo "$1" | sed 's|\\|/|g')"
else
  REMOTE="$1"
fi
shift
RUN="$1"
shift
exec 3>&1
# redirect stderr to stdout and stdout to 3, then restore stdout to stderr
$RUN "$@" 2>&1 1>&3 | sed "s|/build/Project|$REMOTE|g;
s|$LOCAL|$REMOTE|g;
s|/build/include/|/src/include/|" | normalize 1>&2
-- 
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] OutputTaskParser

[Orgad Shaneh]

Hi Knut,

Can you explain why you need to patch the paths?

If you build remotely, I have a script that translates paths on stderr,
which I can share if it helps you.

- Orgad

On Tue, Aug 22, 2023 at 6:14 PM Knut Petter Svendsen via Qt-creator <
qt-creator@qt-project.org> wrote:

> My build system utilizes the GccParser to identify compiler errors, and
> that works fine. However, I'm currently exploring an approach to "patch"
> the filepaths associated with the created tasks. I've been considering
> subclassing the GccParser, but most of it is private. If only
> createOrAmendTask() was protected it might have been possible. flush() is
> virtual, but it can't access the private data.
>
> Are you aware of any elegant way to achieve this goal, or am I required to
> duplicate the code?
>
> If I create my own parser which duplicates, I would have to ensure
> GccParser is not active or else I would end up with duplicate issues in
> the taskhub, right?
>
> Knut
>
> --
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
-- 
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

[Qt-creator] VCS: Removing "Prompt to submit" setting

[Orgad Shaneh]

Hi,

Following the discussion on QTCREATORBUG-22233
, I plan to simplify
closing the submit editor, and *not* allow committing from the Close dialog.

I'd also like to remove the "Prompt to submit" setting for all VCS (it
exists in ClearCase, CVS and SVN). I consider the dialog itself a
good-enough confirmation. This is planned for master branch (version 10).

Any objections from users of these VCS?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Using own git server (https self signed)

[Orgad Shaneh]

Try to configure:
git config http.sslVerify false

On Mon, Jul 25, 2022, 2:07 PM Petric Frank  wrote:

> Hello,
>
> for testing i set up a gitea server on a local machine. The webserver part
> uses a self signed certificate.
>
> When importing a repository i got the message (translated from german):
>  cut ---
> Cloning to 'test'...
> fatal: could not access 'https://192.168.xxx.xxx/user/test.git/': SSL
> certificate problem: self signed certificate
>  cut ---
>
> Due the git server is behind a proxy server (internal) i can not use lets-
> encrypt certs (port 80 will not be exported to the internet).
>
> As a workaround i have placed the cert into my local cert store.
>
> Is there a way to disable the cert check for this project ?
>
> Both systems are Linux located in the same subnet.
> Qt-Creator version is 4.15.1
>
> kind regards
>   Petric
>
>
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Incremental Build after Version Bump

[Orgad Shaneh]

On Wed, Oct 20, 2021 at 10:21 PM Björn Schäpers 
wrote:

> Hi,
>
> I'm compiling QtCreator from sources (with Qt5 and qmake on MinGW) and am
> wondering what do I need to delete or invoke to get the correct version
> number
> in the plugins (so that they can be loaded), if Creator's version is
> bumped?
>

If I recall correctly, this should do the trick:
cd $build_dir/src/plugins
find \( -name moc_projectexplorer.cpp -o -name 'moc_*plugin.cpp' \) | xargs
rm -f

Build as usual.

See related https://bugreports.qt.io/browse/QTBUG-41694.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Updating requirements for building Qt Creator 4.14 / master

[Orgad Shaneh]

+1

בתאריך יום ה׳, 2 ביולי 2020, 10:33, מאת Eike Ziller ‏:

> Now that Qt Creator 4.13 is in feature freeze and the “master” branch is
> reserved for Qt Creator 4.14, let’s bring the topic of bumping the
> requirements for Qt Creator 4.14 back.
>
> ——
> Required Qt version —> Qt 5.14
> ——
> As discussed in another thread (
> https://lists.qt-project.org/pipermail/qt-creator/2020-June/008574.html),
> we’d like to bump the required Qt version for building Qt Creator to Qt
> 5.14.
> This will make porting Qt Creator to Qt 6 much easier, since we want a
> transition phase where Qt Creator compiles with both Qt 5 and Qt 6. Many
> replacement APIs for things gone in Qt 6 are only available in Qt 5.14.
> We’ll see if we even need Qt 5.15, or if we can manage with Qt 5.14.
> Ubuntu 20.10 will ship Qt 5.14, Debian sid (unstable) has 5.14 too.
>
> https://codereview.qt-project.org/c/qt-creator/qt-creator/+/306477
>
> ——
> Required GCC version -> GCC 7
> ——
> Our current minimum GCC version of 5.3 is pretty old and buggy even with
> regard to C++11/14.
> RHEL/CentOS 7 provides GCC 8 already with devtoolset-7.
> Ubuntu 18.04 has GCC 7.
> Debian 10 (latest stable) has GCC 8.
>
> So I propose updating the requirement to GCC 7. This also allows us to use
> most C++17 features, so I include upgrading to C++17 in this proposal as
> well.
>
> https://codereview.qt-project.org/c/qt-creator/qt-creator/+/306478
>
> Br, Eike
>
> --
> Eike Ziller
> Principal Software Engineer
>
> The Qt Company GmbH
> Erich-Thilo-Straße 10
> D-12489 Berlin
> eike.zil...@qt.io
> http://qt.io
> Geschäftsführer: Mika Pälsi,
> Juha Varelius, Mika Harjuaho
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht
> Charlottenburg, HRB 144331 B
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Stepping down as maintainer of the CMake plugin of Qt Creator

[Orgad Shaneh]

On Mon, Jun 29, 2020 at 5:25 PM Tobias Hunger  wrote:

> Hello everyone!
>
> I would like to step down as the CMake plugin maintainer in Qt Creator on
> 1st of August as I will start a new job then and do not expect to have the
> time necessary to be a good maintainer in the Qt project. Thank you all for
> the the opportunity to work with so many passionate people and the trust to
> maintain a plugin!
>
> It would be great to see somebody step up to the task of making CMake easy
> and convenient to use in Qt Creator! I will be around and am willing to
> help getting people to settle into the code base -- as I still think this
> is a very important area for Qt Creator going forward.
>
> The last couple of weeks I spend on streamlining the code (killing two of
> the three completely different ways for creator to interact with CMake) and
> to generally simplify the interaction between Qt Creator and CMake. I think
> this was a major step forward for CMake support in Creator  -- and it
> removed a lot of code and made things conceptually simpler, so now is a
> good time to hand over the plugin.
>
> Best Regards,
> Tobias
>
> PS: Please consider to test the upcoming Creator release and report issues
> you find so that I still have a chance to fix them myself:-)
>

Hi Tobias,

I remember your professional and kind reviews, back in the old days of
gitorious (feeling like a dinosaur ;)), and later on gerrit.

You were my de-facto mentor when I took my first steps getting involved
with this project, and many years after that, and I'm grateful for that.

I wish you best of luck with your new job!

Thanks for everything,
- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Qt Creator 4.13 feature freeze coming up

[Orgad Shaneh]

Hi,

Upward merges are done once in a while (4.12 -> 4.13 -> master).

Usually during 2 weeks following feature freeze, the newly created branch
and master are merged in both directions to keep them synchronized (4.13
<-> master). After that, master becomes the next release (4.14), and it
keeps getting merges from 4.13.

בתאריך יום ג׳, 30 ביוני 2020, 1:06, מאת jeandet ‏<
alexis.jean...@member.fsf.org>:

> Hello,
>
> Might be a stupid question, sorry for that :).  If I pushed something to
> 4.13 today, is it only for 4.13 or will it be also into master?
> I think I misunderstood, I might have targeted 4.13 with stuff that should
> also be in master.
>
> Best regards,
> Alexis.
> On Fri, 2020-06-26 at 11:50 +, Eike Ziller wrote:
>
> 4.13 branches have been created.
> Please start pushing patches for 4.13.
> You can re-target a change in Gerrit to a different branch by clicking the
> “...” menu in the topic row at the top-right (next to “Edit”), and
> selecting “Move change”.
>
> Br, Eike
>
> On Jun 23, 2020, at 09:12, Eike Ziller  wrote:
>
> Qt Creator 4.13 feature freeze is planned for next week:
>
> * Feature freeze wk27 (~ Jun 30 2020)
> * Beta release wk29 (~ Jul 14 2020)
> * String freeze wk31 (~ Jul 28 2020)
> * RC release wk33 (~ Aug 11 2020)
> * Final release wk35 (~ Aug 25 2020)
>
> https://wiki.qt.io/Qt_Creator_Releases
>
> I’ll create the 4.13 branch(es) on Thursday.
> The master branch will still be merged into the 4.13 branch until feature
> freeze next Tuesday.
> After that, the master branch will become 4.14.
>
> Br, Eike
>
> --
> Eike Ziller
> Principal Software Engineer
>
> The Qt Company GmbH
> Erich-Thilo-Straße 10
> D-12489 Berlin
> eike.zil...@qt.io
> http://qt.io
> Geschäftsführer: Mika Pälsi,
> Juha Varelius, Mika Harjuaho
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht
> Charlottenburg, HRB 144331 B
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
>
> --
> Eike Ziller
> Principal Software Engineer
>
> The Qt Company GmbH
> Erich-Thilo-Straße 10
> D-12489 Berlin
> eike.zil...@qt.io
> http://qt.io
> Geschäftsführer: Mika Pälsi,
> Juha Varelius, Mika Harjuaho
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht
> Charlottenburg, HRB 144331 B
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Bumping minimum Qt version needed to build Qt Creator to Qt 5.14

[Orgad Shaneh]

On Tue, Jun 9, 2020 at 10:24 AM Eike Ziller  wrote:

>
>
> > On Jun 9, 2020, at 09:06, Eike Ziller  wrote:
> >
> >
> >
> >> On Jun 9, 2020, at 07:09, Orgad Shaneh  wrote:
> >>
> >> On Tue, Jun 9, 2020 at 7:02 AM André Pönitz 
> wrote:
> >> Short version:
> >>
> >> We'd like to bump the minimum Qt version needed to build Qt Creator
> itself
> >> to Qt 5.14 starting with the upcoming Qt Creator 4.13 (the current
> 'master'
> >> branch in the repo)
> >>
> >> Hi,
> >>
> >> Debian sid still ships 5.12.5. Qt 5.14 is currently in the experimental
> repository.
> >>
> >> Same goes for Ubuntu. 20.04 ships 5.12.8, and 5.14 is available only on
> 20.10.
> >>
> >> I'd rather wait for 5.14 to land on the major distributions before
> raising the required version.
> >>
> >> - Orgad
> >
> > The released Ubuntu and Debian distributions usually do not upgrade Qt
> Creator. Looks like Debian even ships a pretty outdated Qt 5.12...
> > So the affected group would be people who build Qt Creator themselves.
> > IMO it is not a big issue to require a newer Qt version for that?
>

I prefer to use the system's Qt, and not install binaries or compile from
source. Give them some time to upgrade.

> On the other hand branching of Qt Creator 4.13 is only 3 weeks away, so
> doing that requirement bump for 4.14 wouldn’t delay us that much.
>
> And I’d say for Qt Creator 4.14 we then need to do what we need to do to
> be able to build with Qt 5 and 6, even if that means Qt 5.15 as the minimum
> requirement.


Agreed.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Bumping minimum Qt version needed to build Qt Creator to Qt 5.14

[Orgad Shaneh]

On Tue, Jun 9, 2020 at 7:02 AM André Pönitz  wrote:

> Short version:
>
> We'd like to bump the minimum Qt version needed to build Qt Creator itself
> to Qt 5.14 starting with the upcoming Qt Creator 4.13 (the current 'master'
> branch in the repo)
>

Hi,

Debian sid still ships 5.12.5. Qt 5.14 is currently in the experimental
repository.

Same goes for Ubuntu. 20.04 ships 5.12.8, and 5.14 is available only on
20.10.

I'd rather wait for 5.14 to land on the major distributions before raising
the required version.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Stepping down as maintainer of Qt Creator's C/C++ language support

[Orgad Shaneh]

On Mon, May 18, 2020 at 10:57 AM André Hartmann 
wrote:

> Am 18.05.20 um 08:31 schrieb Nikolai Kosjar:
> > Hiya,
> >
> > as this is my last month with the Qt Company, I'm stepping down as the
> > maintainer of Qt Creator's C/C++ language support.
> >
> > It was my pleasure to work with some extraordinary ladies and gentlemen.
> > Thank you.
> >
> > The Qt Company is interested in a successor. Until a long-term
> > replacement is found/evolves, Christian Kandeler will keep an eye on the
> > C/C++ language support.
> >
> > Nikolai
>
> Dear Nikolai,
>
> I like to thank you very much for your work on Qt Creator and the
> integration of Clang & Co. during the last 8 years. It was always good
> and joyful working with you. I have probably driven you crazy more than
> once with my extraordinary bug reports and suggestions, but you managed
> that easily.
>
> So thanks for making Creators C++ integration really awesome. I wish you
> all the best on your future path!
>
> And because it comes up: Christian, you did a great job polishing the
> Project Management subsystem during the last 18 month. A lot of really
> old bugs were resolved, so I like to express my respect. All the best
> with your new tasks, too.
>
> Best regards,
> André
>

Hi Nikolai,

I'd also like to thank you for your amazing work on Qt Creator.

It was a real pleasure to collaborate with you.

All the best!
- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] LLVM/Clang version (commit) used for particular Qt Creator version

[Orgad Shaneh]

He's on a long vacation. Should be back sooner or later.

Maybe Marco can help with that.

בתאריך יום ד׳, 6 במאי 2020, 23:11, מאת Andrzej Telszewski ‏<
atelszew...@gmail.com>:

> Dear List,
>
> It looks like Nikolai is no longer active in Qt.
> (That's what I guess based on git log and no reply to my request posted
> here some days ago).
>
> It this situation, I would kindly like to ask someone at Qt to tag or
> provide here the commit hash of LLVM that was used along with Qt Creator
> 4.12.
>
> For the moment I use:
> https://code.qt.io/cgit/clang/llvm-project.git/tag/?h=qtcreator-4.10.0
>
> but I would love to be on par with upstream. :-)
>
> Thank you for your assistance!
>
> --
> Best regards,
> Andrzej Telszewski
>
> On 26/04/2020 18:01, Andrzej Telszewski wrote:
> > Hi Nikolai,
> >
> > Would you mind tagging LLVM commit used for QtC 4.12?
> >
> > As always, many thanks! :-)
> >
> > --
> > Best regards,
> > Andrzej Telszewski
> >
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Request to bump minimum required Qt version to 5.12

[Orgad Shaneh]

Hi,

The current version on debian sid is 5.11, so it's too early to bump the
minimum version.

Let's first wait until debian accepts 5.12 to testing, and then you may
bump the minimum version.

- Orgad

On Fri, Sep 13, 2019 at 9:26 AM David Schulz  wrote:

> Since we have with 5.13 now an additional release beside the 5.12 LTS I
> would like to raise the minimum required version to 5.12.
>
>
>
> Greetings David
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> https://lists.qt-project.org/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

[Qt-creator] Dropping support for Gerrit <2.15 in Qt Creator 4.11

[Orgad Shaneh]

Hi,

The Push to Gerrit dialog currently supports 2 modes for private changes:
1. For Gerrit <2.15, it uses refs/drafts/
2. For Gerrit >=2.15 it supports private and wip, and uses the % notation.

Following the Qt Project recent upgrade to Gerrit 2.16, I'd like to drop
support for Gerrit <2.15
 in
master.

If anyone still uses older Gerrit, please speak up.

Thanks,
- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] RFC: Dropping support for Python 2.x for GDB/LLDB

[Orgad Shaneh]

On Thu, Feb 21, 2019 at 9:50 PM André Pönitz  wrote:

>
> Hi all.
>
> As you may know, Qt Creator heavily uses Python in the Debugger
> plugin to interact with the "real" debuggers (GDB, LLDB, CDB, PDB).
>
> Currently the scripts in the glue code works with both Python
> 2.7 and 3.x. This is a workable setup, but makes it a bit
> unpleasant to test and maintain and in some code paths less
> efficient than a 3.x-only setup.
>
> I am therefore pondering the idea of dropping support for Python 2.x,
> and I'd like to gauge the potential heat such a move will draw.
>
> What do people see as output of the following:
>
> python --version
> python3 --version
> gdb -version
> gdb -batch -ex 'py import sys' -ex 'py print(sys.version)'
>

On Windows, self-built gdb in MSYS2 environment (with :

python --version: 3.7.2
gdb -version:
GNU gdb (GDB) 8.1
...
This GDB was configured as "i686-w64-mingw32".

gdb -batch ...:
3.6.5 (default, Apr 16 2018, 10:30:41)  [GCC 7.3.0 32 bit]

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] How to unconditionally include code into the indexer?

[Orgad Shaneh]

On Sun, Jan 20, 2019 at 2:37 PM Charlie Turner  wrote:

> On Sun, 20 Jan 2019, 10:39 Orgad Shaneh 
>> On Fri, Jan 18, 2019 at 5:03 PM Charlie Turner  wrote:
>>
>>> On Fri, 18 Jan 2019 at 12:54, Orgad Shaneh  wrote:
>>>
>>> > Set it as a precompiled header. I'm not sure how this is done with
>>> cmake, I did it with qmake and qbs.
>>>
>>> I guess there's no equivalent to the project.config file you can use
>>> when importing projects from existing sources?
>>>
>>
>> You can add #include "config.h" in project.config.
>>
>
> Is the config file honoured when using cmake projects? It doesn't seem to
> be generated like it is when importing project from existing sources.
>

You asked about project.config, which is used in GenericProjectManager.

CMake doesn't seem to have any built-in way to declare precompiled headers.
But if you can convince the code model to have "-include config.h", this
should work (at least with master qtc):
string(APPEND CMAKE_CXX_FLAGS " -include ${PROJECT_SOURCE_DIR}/foo.h")

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] How to unconditionally include code into the indexer?

[Orgad Shaneh]

On Fri, Jan 18, 2019 at 5:03 PM Charlie Turner  wrote:

> On Fri, 18 Jan 2019 at 12:54, Orgad Shaneh  wrote:
>
> > Set it as a precompiled header. I'm not sure how this is done with
> cmake, I did it with qmake and qbs.
>
> I guess there's no equivalent to the project.config file you can use
> when importing projects from existing sources?
>

You can add #include "config.h" in project.config.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] How to unconditionally include code into the indexer?

[Orgad Shaneh]

On Fri, Jan 18, 2019 at 12:55 PM Charlie Turner  wrote:

> On Fri, 18 Jan 2019 at 10:39, Eike Ziller  wrote:
> > Options > C++ > Code Model > Diagnostic Configuration > Manage...
> > Copy a template (best one that doesn’t add too many checks, because that
> will make code highlighting and completion slower), add the -W argument
> under the “Clang” tab.
>
> Brilliant, that's done the trick. Now, how can I ask the code model to
> always #include "config.h" in the files it parses?
>

Set it as a precompiled header. I'm not sure how this is done with cmake, I
did it with qmake and qbs.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Mime performance

[Orgad Shaneh]

Hi,

On Mon, Jan 7, 2019 at 10:48 AM Eike Ziller  wrote:

> But I’d say that the project tree usually doesn’t need the accuracy that
> is generally expected by the mime database. What does it use the mime type
> for anyhow?
>

In createTree, it determines FileType for each file in the tree from its
mime type.

1   Utils::Internal::MimeDatabase::mimeTypeForFilemimedatabase.cpp
   488  0x77e61dba
2   Utils::mimeTypeForFilemimedatabase.cpp 724  0x77e629cb
3   ProjectExplorer::Node::fileTypeForFileNameprojectnodes.cpp
 304  0x7fffe4c18b92
4   QmakeProjectManager::createTreeqmakenodetreebuilder.cpp 177
0x7fffdc8a628a
5   QmakeProjectManager::QmakeNodeTreeBuilder::buildTree
qmakenodetreebuilder.cpp 210  0x7fffdc8a6a13
6   QmakeProjectManager::QmakeProject::decrementPendingEvaluateFutures
qmakeproject.cpp 506  0x7fffdc88c305
7   QmakeProjectManager::QmakeProFile::applyAsyncEvaluate
qmakeparsernodes.cpp 1474 0x7fffdc85bfc0
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

[Qt-creator] Perf parser

[Orgad Shaneh]

Hi,

Thanks for open sourcing this feature, looks promising :)

Is it possible to profile Creator using perf from within the same Creator
executable? I can profile other applications, but trying to profile Creator
I notice that perfparser remains 100% active when the other instance window
is already closed.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

[Qt-creator] Mime performance

[Orgad Shaneh]

Hi,

Building the project tree for qtcreator.pro takes about 5 seconds, on which
the GUI is blocked.

I profiled setRootProjectNode(QmakeNodeTreeBuilder::buildTree(this)) in
QmakeProject, and found out that mimetype resolving is the heaviest
operation there.

Is it possible to cache mimetype results? Or at least have a cache for
common extension such as cpp/cxx/c/h/hxx?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

Re: [Qt-creator] Stepping down as maintainer of project management in Qt Creator

[Orgad Shaneh]

Hi,

On Wed, Dec 19, 2018 at 6:04 PM Tobias Hunger  wrote:

> Hello everybody,
>
> not having lived up to the role of maintainer of the project management
> code in Qt Creator for a while now, I would like to formally step down.
> It has been an honor to work in this role in such a central area of the
> Creator codebase.
>

Thank you Tobias, you did a great job!

I want to propose Christian Kandeler to take over. He is a capable
> developer with a deep understanding of the code involved and I am sure
> he will do a terrific job going forward.
>

Excellent choice! +1. Good luck, Christian. :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator

[Qt-creator] Snapshot builds for 4.8

[Orgad Shaneh]

Hi,

I've just noticed that there are no snapshot builds for the past week (and
there is no beta2 directory). Is this intentional?

http://download.qt.io/snapshots/qtcreator/4.8/

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Downloading Kate Highlighter Definitions

[Orgad Shaneh]

בתאריך יום ג׳, 25 בספט׳ 2018, 9:58, מאת Eike Ziller ‏:

>
> But what we should do is better reporting to the user, and possibly asking
> the user if we should fall back to trying http in that case.
>

If I recall correctly, this won't help on this case, as http redirects to
https...

- Orgad

>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] How to put custom build steps into Git?

[Orgad Shaneh]

On Fri, Jul 6, 2018 at 6:47 PM Murphy, Sean  wrote:

> Thanks guys! Actually I think a combination of both your suggestions might
> work better than what I have currently. What I don’t like about my current
> setup is that the thing that generates the .h file is an executable – it
> has to be compiled to work. The only real advantage of that is that it is
> written in Qt, so it’s cross platform in that sense, but the disadvantage
> is that it doesn’t exist on a developer’s machine until it itself is
> compiled. So moving to a script is probably safer. The work it is doing is
> basically exactly the same as what you have described below.
>
>
>
> So my current thought it to use Orgad’s commands in the .pro file, but
> have two scripts checked in to the project: a bash .sh file for
> Linux/Mac, and an equivalent .bat file for Windows, and properly platform
> scope the
>
>   git_ver.commands = your-app-that-generates-the-version-header
>
> command in the .pro file. That way I can avoid introducing a Cygwin
> dependency for the Windows users and still get that Git revision
> information compiled in automatically.
>

If you can deploy to some directory in the PATH, you can create a shell
script named git-apply-version, place it in a directory in the PATH and
execute it as "git apply-version". This should work on all platforms
without extra dependencies.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] How to put custom build steps into Git?

[Orgad Shaneh]

On Fri, Jul 6, 2018 at 5:48 PM Murphy, Sean  wrote:

> > That is something that should be done by the build system IMHO
>
> Can you expand on this part? By build system, I assume you mean qmake?
> If that's what you meant, I'm all for doing it that way as well, how would
> I
> go about adding what I'm looking for into the .pro file?
>

You can do it by:
git_ver.commands = your-app-that-generates-the-version-header
git_ver.target = your-header.h
QMAKE_EXTRA_TARGETS += git_ver
PRE_TARGETDEPS = $$git_ver.target # This should not be needed if cpp files
use this header.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] How to put custom build steps into Git?

[Orgad Shaneh]

On Fri, Jul 6, 2018 at 5:12 PM Murphy, Sean  wrote:

> > Can you make use of the .pro.shared file for that?
> > http://doc.qt.io/qtcreator/creator-sharing-project-settings.html
>
> I just stumbled across that option yesterday, and I'm trying to work
> through it
> to see if it works. Based on where those values are placed in the
> .pro.user file,
> I'm not sure if it's going to work, as it seems like the XML chunk I need
> to copy
> out of the .pro.user also contains some absolute paths as well as includes
> things
> like the targeted Qt version. For the project we're working on, we don't
> have a
> hard requirement that all developers must be using the same Qt version, and
> the stuff I'm trying to put into the shared settings certainly doesn't
> depend on
> Qt versions at all. But I'm not sure that I can chunk out what I need in a
> sensible
> way that will work on someone else's machine.
>
> I'll post back once I know more...


If you want to use a shared file, you'll need to deploy shared kits for all
the developers. This can be done using sdktool. We've been using it for
years, and it works well (although not easy to maintain, for example when
adding a build configuration to the shared file...)

But I agree with Tobias. Your requirements are easier to do by using the
build system itself instead of Qt Creator.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] Branches side-panel

[Orgad Shaneh]

Hi,

There is a pending change  by André
Hartmann that introduces a Branches side-panel for Git.

The current dialog is not modal, which I find a bit confusing, and it has
many buttons with dynamic enable/disable state. It also hides the main
window when open.

Before we proceed with it, I'd like to hear your opinions:

   - Do you like it as a panel?
   - Do you prefer the panel or the current dialog?
   - How about removing the dialog and replacing it by the panel?

Thanks,
- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] List of applications spawned by Qt Creator

[Orgad Shaneh]

On Mon, Jun 11, 2018 at 11:05 PM Murphy, Sean  wrote:

> > I had several AVs installed on my machine by IT (we had Checkpoint, then
> Kaspersky).
> > They all magically ended up disabled (s... don't tell anyone).
>
> In my case, the worst offender is a program called CrowdStrike Falcon
> Sensor. I used
> to be able to "magically" disable it as well, but now they've password
> protected the
> uninstaller, so I don't seem to have a way to uninstall it anymore...
>

Nothing is impossible when you have a live linux with chntpw
 on a USB stick, and the option to boot
from USB ;)

> In practice, if you need a whitelist, I can think of the following:
> > mingw32-make.exe, gcc.exe, g++.exe, cc1plus.exe, gdb.exe,
> > nmake.exe, jom.exe, cl.exe, *.cpp, *.c, *.h, *.hpp
>
> Keep them coming, thanks!
> Sean
>

I forgot to mention also qtcreator_process_stub.exe, and of course your
application :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] List of applications spawned by Qt Creator

[Orgad Shaneh]

On Mon, Jun 11, 2018 at 10:31 PM Murphy, Sean  wrote:

> I'm in a fight with my corporate IT guys about anti-virus software that
> they've put on my machine which is absolutely killing performance when
> attempting to debug software I'm developing. It takes more than 5 minutes
> from clicking File->Open in my application to having a working file dialog
> - and that has been timed with a stopwatch, it's not an exaggeration.
>
> They've agreed to try whitelisting certain .exe's if I can get them a
> list, so I'm trying to figure out a comprehensive list of what Qt Creator
> spawns when compiling and debugging on Windows. Is there a list of the
> executables somewhere? By watching Task Manager, I can see things like
> "mingw-make32.exe" while compiling and "gdb.exe" and "gdborig.exe" while
> debugging, just not sure if there are others.
>

>From my experience, anti-viruses tend to be intolerable, and worse than the
viruses they should protect against.

I had several AVs installed on my machine by IT (we had Checkpoint, then
Kaspersky). They all magically ended up disabled (s... don't tell
anyone).

In practice, if you need a whitelist, I can think of the following:
mingw32-make.exe, gcc.exe, g++.exe, cc1plus.exe, gdb.exe, nmake.exe,
jom.exe, cl.exe, *.cpp, *.c, *.h, *.hpp

Good luck!
- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Orgad is now maintainer of Version Control plugins in Qt Creator

[Orgad Shaneh]

On Thu, May 24, 2018 at 11:23 AM Tobias Hunger <tobias.hun...@qt.io> wrote:

> Hello,
>
> I am pleased to announce that Orgad Shaneh is now maintainer of the
> plugins related to version control systems in Qt Creator. He has done most
> work in this area for a long time nowe and I am sure he will continue to do
> a great job in his new role as well.
>
> The maintainers page has been updated accordingly and the default assignee
> in JIRA has been changed.
>

Thank you all for your trust. I'll do my best to improve VCS integration :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] GSoC 2018: New feature proposal for Qt Creator

[Orgad Shaneh]

On Wed, Mar 21, 2018 at 10:32 PM, Sree Gowtham Josyula <
sreegowth...@gmail.com> wrote:

> Hi Tobias,
>
> Thanks for the feedback. I have also been a little skeptical about
> implementing the proposal in entirety in the GSoC time frame of 100
> days. However, I have put my thoughts elaborately in the proposal to
> convey what I had in my mind and the direction I would like to proceed
> in.
>
> As you have suggested, I have cut down my initial proposal to the
> following features -
>
> 1. Writing a filesystem wrapper for access of files to remote system
> 2. Support editing of remote files and syncing them via rsync
>
> Future Work (Not in Scope for GSoC 2018)
> 1. Version control support
> 2. Support for goto-definition, code refactoring and on-fly syntax checking
> 3. Setting up of Toolchain of Remote Machine on Development Machine
> 4. Build and Debugging of code
>
> Any thoughts, comments and suggestions on above proposal?
>

Hi,

I think you should avoid continuous work on a remote network drive. This is
highly inefficient from our experience, at least over SMB (a linux server
running samba, and Windows clients that access it).

The way I see it, there are 2 efficient ways to work locally and build
remotely:
1. rsync *on build* (not on every save!). From our experience, it works
very fast - even the first sync which is full takes less than 1 minute for
18K files. Incremental rsync takes a few seconds.
2. Using Git. You can have a simple shell script that synchronizes the
remote (assuming you don't need manual authentication for each operation on
the remote):
This is just a quick sketch. You need some form of initial setup, naming
convention for directories (we duplicate the local tree structure. That is,
if the project is in D:/Projects/SomeProject then on the remote it will
synced to /home/user/Projects/SomeProject), error handling etc...

commit=$(git stash create)
if [ -z "$commit" ]; then commit=$(git rev-parse HEAD); fi
git push -f build-server:project/directory $commit:refs/build
ssh build-server 'cd project/directory && git reset --hard refs/build &&
'

I sort of assume that the remote is linux. The local machine can be either
Windows or Linux, set up with keys for SSH authentication.

We do *all the work* locally - this means that all the Git operations are
local and fast, and code parsing and browsing is also fast.

For compilers, we have dummy (or custom) compilers. They are only used for
correct parsing.

You need the target sysroot. At least /usr/include and libraries that you
link in your application.

You can use a multiarch debugger locally. We built gdb on MinGW with
--enable-targets=all. This covers all the possible targets.

This approach narrows down your project to the following tasks (there might
be more):

   1. Setup a working (typically SSH) connection with the remote.
   2. Allow the user to locate the compiler on the remote machine.
   3. Synchronize the sysroot on demand (let the user choose what to
   include/exclude).
   4. Detect compiler properties (type [GCC, Clang, ICC...], ABI, defines,
   include paths) from remote machine and pass them to the code model. Adapt
   include paths to the local sysroot.
   5. Configure Source Path Mapping for the debugger (you need to discover
   the user's home directory and according to the naming convention described
   above, set proper mapping. e.g. D:/Projects -> /home/user/Projects)
   6. Replace Build Steps with Remote Build Steps.
   7. Remote Build Steps will have automatic steps (like qmake step and
   make step for qmake projects) for pre-build rsync to the server (of code)
   and post-build rsync from the server (of artifacts), with options to choose
   which directories to include/exclude.
   8. Debugging support.

Let me know if you need more information or just disagree :)

Good luck!

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Dark theme colors problem in 4.6.0-rc1 with enabled Clang module

[Orgad Shaneh]

On Mon, Mar 19, 2018 at 10:50 AM, Oleg Shalnev <oleg.shal...@gmail.com>
wrote:

> This is my style file.
>
> 2018-03-18 12:29 GMT+03:00 Nikos Chantziaras <rea...@gmail.com>:
>
>> On 18/03/18 11:18, Orgad Shaneh wrote:
>>
>>> On Thu, Mar 15, 2018 at 9:36 PM, Nikos Chantziaras <rea...@gmail.com
>>> <mailto:rea...@gmail.com>> wrote:
>>>
>>> This looks similar to an invisible text bug I reported a while ago:
>>>
>>> https://bugreports.qt.io/browse/QTCREATORBUG-19777?filter=-2
>>> <https://bugreports.qt.io/browse/QTCREATORBUG-19777?filter=-2>
>>>
>>>
>>> I had a similar issue which happened because I had black color mixin in
>>> Declaration of my custom style.
>>>
>>> Can you attach your style xml file? It should be in
>>> ~/.config/QtProject/qtcreator/styles on linux and
>>> shell:AppData/QtProject/qtcreator/styles on Windows
>>>
>>
There you have it:




Remove foreground and background from this entry, see if it helps.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Dark theme colors problem in 4.6.0-rc1 with enabled Clang module

[Orgad Shaneh]

On Thu, Mar 15, 2018 at 9:36 PM, Nikos Chantziaras  wrote:

> This looks similar to an invisible text bug I reported a while ago:
>
> https://bugreports.qt.io/browse/QTCREATORBUG-19777?filter=-2
>

I had a similar issue which happened because I had black color mixin in
Declaration of my custom style.

Can you attach your style xml file? It should be in
~/.config/QtProject/qtcreator/styles on linux and
shell:AppData/QtProject/qtcreator/styles
on Windows

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator Clazy Support

[Orgad Shaneh]

On Fri, Mar 16, 2018 at 10:48 PM, Jeff Tranter  wrote:

> I'm trying to get the new Clazy support in Qt Creator working.
>
> I have Qt Creator 4.6.0 rc1 compiled from source against Qt 5.10.1 on
> Ubuntu Linux.
>
> In Tools / Options, under Analyzer, it shows:
>
>   Clang executable: clang-5.0
>   Version: 5.0.0, supported.
>
> Under C++ / Code Model, is says:
>
> "The Clang Code Model is disabled because the corresponding plugin is not
> loaded."
>
> Under Help / About Plugins... it shows ClangStaticAnalyzer loaded, version
> 4.5.83.
>
> I also have clazy built from git and installed and it runs on its own.
>
> I am able to run the Clang static analyzer from Qt Creator but I can't
> seem to run or configure clazy.
>
> Any ideas?


You need to enable the ClangCodeModel plugin, not ClangStaticAnalyzer.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] GSoC 2018: New feature proposal for Qt Creator

[Orgad Shaneh]

On Mon, Mar 12, 2018 at 11:33 PM, Harri Pasanen <ha...@mpaja.com> wrote:

>
>
> > On Mar 12, 2018, at 4:32 PM, Konstantin Tokarev <annu...@yandex.ru>
> wrote:
> >
> >
> >
> > 12.03.2018, 15:46, "Orgad Shaneh" <org...@gmail.com>:
> >> On Mon, Mar 12, 2018 at 1:38 PM, Sree Gowtham Josyula <
> sreegowth...@gmail.com> wrote:
> >>> Hi André & Everyone,
> >>>
> >>> Thanks for showing interest in my suggestion. QTCREATORBUG-16246 is
> >>> indeed almost like what I had intended in my previous mail.
> >>>
> >>>> * Would it be enough to have the files on a network share instead of
> rsync'ing them?
> >>>> * Is it really needed to have Clang running on the remote machine?
> Would it be enough to have access to the included headers on remote?
> >>>
> >>> I think Network share you suggest is a good idea. It solves both of
> >>> the above issues. With network sharing, we wouldn't need rsync and we
> >>> wouldn't need to run clang on remote machine.
> >>>
> >>> I will refine my initial proposal and put forth a more detailed
> >>> proposal considering your suggestions and more use-cases asap.
> >>> If you have any other thoughts and suggestions, kindly let me know.
> >>
> >> Hi,
> >>
> >> I strongly suggest not to use network share. We tried that several
> years ago (with SMB), and it was awful. Parsing takes forever over the
> network. Working locally and using rsync before build works much better
> (once you have ssh keys set up).
> >>
> >> We have a local partial copy of the sysroot, which includes the include
> directory, and the shared libraries that are linked with our application
> (for each platform we support).
> >
> > Why not to go further and get full copy and toolchain locally?
> >
>
> Network share would in a proper setup be the local disk of the compilation
> server.
>
> Also, one cannot copy locally the toolchain if the server is different OS,
> unless a cross compilation environment is setup, which in itself is a major
> piece of work.
>

That's right. What we did was to create dummy compilers that return the
same values as the real compiler when called with -v and -dM etc. This is
no longer needed, as a "custom compiler" can be created instead.

I suggest to read the values from the remote compiler, and create a local
custom compiler with the same values (except include directories which
should be adapted to the local sysroot location).

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] GSoC 2018: New feature proposal for Qt Creator

[Orgad Shaneh]

On Mon, Mar 12, 2018 at 1:38 PM, Sree Gowtham Josyula <
sreegowth...@gmail.com> wrote:

> Hi André & Everyone,
>
> Thanks for showing interest in my suggestion. QTCREATORBUG-16246 is
> indeed almost like what I had intended in my previous mail.
>
> > * Would it be enough to have the files on a network share instead of
> rsync'ing them?
> > * Is it really needed to have Clang running on the remote machine? Would
> it be enough to have access to the included headers on remote?
>
> I think Network share you suggest is a good idea. It solves both of
> the above issues. With network sharing, we wouldn't need rsync and we
> wouldn't need to run clang on remote machine.
>
> I will refine my initial proposal and put forth a more detailed
> proposal considering your suggestions and more use-cases asap.
> If you have any other thoughts and suggestions, kindly let me know.
>

Hi,

I strongly suggest *not* to use network share. We tried that several years
ago (with SMB), and it was awful. Parsing takes forever over the network.
Working locally and using rsync before build works much better (once you
have ssh keys set up).

We have a local partial copy of the sysroot, which includes the include
directory, and the shared libraries that are linked with our application
(for each platform we support).

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] valgrind command line?

[Orgad Shaneh]

Done in 4.6 :)

בתאריך 23 בפבר׳ 2018 13:47,‏ "Andy"  כתב:

> Is there a way to see the command line in Qt Creator when using
> valgrind/memcheck?
>
> I'm trying to debug a valgrind issue on macOS and it would be useful to
> see what Qt Creator is using.
>
> (It would be nice if that showed up in the Application Output tab.)
>
> Thanks!
>
> ---
> Andy Maloney  //  https://asmaloney.com
> twitter ~ @asmaloney 
>
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] prepare-commit-msg and commit-msg hooks

[Orgad Shaneh]

On Tue, Jan 9, 2018 at 1:04 PM, Oswald Buddenhagen  wrote:

> On Tue, Jan 09, 2018 at 10:43:09AM +0100, Tobias Hunger wrote:
> > Hooks do get run at this point, but it is admittedly a bit late for
> > the pre-commit or the prepare-commit-msg hook. Do you have any idea
> > how we can improve this -- without reimplementing all the logic built
> > into git?
> >
> by providing a stub editor and running git commit with $EDITOR pointing
> to that stub as soon as the dialog is opened. from there it's just a bit
> of ipc, which can be mostly ripped off from the debugger stub.


What if there are no staged files? git commit will not execute any hook on
this case,
and this is the typical state when the Git Commit dialog is opened.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [FYI] the new way to retarget gerrit changes

[Orgad Shaneh]

On Mon, Jan 8, 2018 at 3:48 PM, Konstantin Tokarev <annu...@yandex.ru>
wrote:

>
>
> 08.01.2018, 16:40, "Oswald Buddenhagen" <oswald.buddenha...@qt.io>:
> > On Mon, Sep 12, 2016 at 02:39:57PM +0300, Orgad Shaneh wrote:
> >> Either extend the sanity bot, or create a new bot, which listens on
> >> gerrit's event stream.
> >> If the change's owner (or an approver?) posts a comment reading
> "Please
> >> retarget ", run your script on the server side. You need
> some
> >> sanity test that ensures this branch exists etc...
> >
> > ... which he implemented, and it's deployed now.
> >
> > for simplicity, only the change owner may issue the command. for other
> > cases, you still need to go through an admin. the same is advisable for
> > batch requests, but do as you wish.
>
> I think batch requests should be automated by adding comments via Gerrit's
> API
> (to minimize your distractions)
>

That's exactly what was done. Or did I misread your comment?

All you need to do is add a comment in gerrit saying: "bot: move to 5.10"
and you're done.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Nominating Lorenz Haas for approver

[Orgad Shaneh]

On Sun, Nov 5, 2017 at 7:00 PM, André Hartmann  wrote:

> Hello all,
>
> I'd like to nominate Lorenz Haas for approver status.
>
> Lorenz has been contributing to Qt and Qt Creator since spring 2013. He
> has provided some high quality patches to Creators C++ Editor and is the
> author of Creators Beautifier plugin.
>
> He is actively reviewing patches in these areas, and recently started
> contributing to and reviewing others patches for Qt OPC UA and MQTT also.
>
> These are his own contributions:
> https://codereview.qt-project.org/#/q/owner:%22Lorenz+Haas%22,n,z
>
> and these are his reviews:
> https://codereview.qt-project.org/#/q/reviewer:%22Lorenz+Haas%22,n,z


+1.

You said it all :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Problem with remote gdb

[Orgad Shaneh]

On Wed, Jul 19, 2017 at 12:06 AM, Christian Gagneraud 
wrote:

> On 19 July 2017 at 05:03, André Pönitz  wrote:
> > The interesting thing is the debugger log.
>
> Where can I get it from?
>

In Debug mode, Window -> Views -> Debugger Log

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Development] Nominating Denis Shienkov for Approver status

[Orgad Shaneh]

On Thu, Jul 6, 2017 at 2:44 PM, Rafael Roquetto
 wrote:
> +1
>
> On Thu, Jul 06, 2017 at 08:36:27AM +0200, André Hartmann wrote:
>> I'd like to propose the nomination of Denis Shienkov for Approver
>> status.
>>
>> Denis has been the maintainer of QtSerialPort for a long time now.
>> He also formed the architecture of QtSerialBus and provided several CAN
>> plugins there. He further contributes to other parts of Qt and QtCreator
>> and is actively reviewing other changes (for example he has
>> constructively improved a lot of my changes to QtSerialBus).
>>
>> This is his own Gerrit dashboard:
>>
>> https://codereview.qt-project.org/#/q/owner:%22Denis+Shienkov+%253Cdenis.shienkov%2540gmail.com%253E%22,n,z
>>
>> And these are his reviews:
>>
>> https://codereview.qt-project.org/#/q/reviewer:%22Denis+Shienkov+%253Cdenis.shienkov%2540gmail.com%253E%22,n,z
>>
>> Best regards,
>> André

+1

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Debugging Helpers with CDB

[Orgad Shaneh]

This is fixed in master.

בתאריך 7 ביוני 2017 15:09,‏ "Damien Courtois" 
כתב:

> Hi all,
>
> Since version 4.3 of QtCreator, CDB debugging support uses the same Python
> backend as GDB and LLDB. It's specifically said in the release post that as
> such it should allow the same debugging helpers to work for GDB, LLDB and
> CDB.
> But the problem is : how do you set your extra debugging helpers in CDB
> ?
> On Linux, in the GDB tab of the Debuggers section, I have a "Extra
> Debugging Helpers" entry that let me select my custom Python script, but on
> Windows, there is nothing in the CDB tab ... (and obviously the GDB one
> doesn't work for CDB)
>
> Anyone knows how to do that ? Is it possible ? Technically is should be,
> so my guess is that the option just hasn't been exposed in the CDB tab, but
> I'm not sure how to check / fix this ?
>
> Regards,
> Damien Courtois
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator predefined macro file

[Orgad Shaneh]

Try this:

PRECOMPILED_HEADER = your_header.h
CONFIG -= precompile_header # prevent actually passing it to the compiler
(it is configured by default on Windows)

בתאריך 24 במאי 2017 18:32,‏ "Ádám Balázs"  כתב:

> Hi,
>
> Our project has a predefined macro file that is given to the compiler
> (GCC/Clang) with the -imacros flag. It contains the platform specific
> macros so it is a complicated and long file. Can I specify a predefined
> macro file in Qt Creator because without it the code completion fails? I
> know that I can specify my macros in the DEFINES section of the .pro file
> but we have them in a standalone file. It is not possible to move them into
> the .pro file because other colleagues use Eclipse. Adding -imacros in
> QMAKE_CXXFLAGS has no effect on code completion.
> In Eclipse you can set it on this screen: http://imgur.com/a/AVFMO
> Is there a similar setting in Qt Creator?
>
> Adam
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Suggested improvement for QT creator

[Orgad Shaneh]

What project type do you use?

This can be easily done with qbs using wildcards:

Product {

Depends { name: "cpp" }

files: [

"**/*.cpp",

"**/*.h",

]

}

- Orgad


On Fri, Apr 7, 2017 at 1:53 PM, Eric Curtin  wrote:

> Hi Guys,
>
> Just some feedback on something that is not very intuitive on QT Creator
> that
> could be improved. I work on a project where we add new .cpp/.hpp files at
> least
> weekly. I also often switch branches in git to older or newer versions of
> our
> software, that may contain a different compostion of .cpp/.hpp files.
> Every time
> this happens, I right click the project, click "Edit files..." and click
> "Ok"
> and the new .cpp/.hpp files are added. I was using QT Creator quite a while
> before I learned this trick, it is not very intuitive, which is unlike QT
> Creator as it is really easy and simple to use in most use cases.
>
> Could this be made simpler? For an example if there was a shortcut for
> this like
> F4 or something to add new files that would be brilliant.
>
> P.S. I only give feedback on QT Creator because it's my favourite IDE and
> I want
> to keep using it. Please keep doing what you are doing!
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Recursive Crash in latest Creator Builds

[Orgad Shaneh]

בתאריך 7 באפר׳ 2017 15:12,‏ "Mike Jackson"  כתב:

I tried 1035 and now 1038 builds on OS X and when I try to open an existing
CMake based project (that opens fine in build 1030) QtCreator will crash
with the following stack trace:


ProjectExplorer::Node*) const + 41
65  libProjectExplorer.dylib0x0001132bc379
ProjectExplorer::FolderNode::supportsAction(ProjectExplorer::ProjectAction,
ProjectExplorer::Node*) const + 25
66  libProjectExplorer.dylib0x0001132bd149
ProjectExplorer::ContainerNode::supportsAction(ProjectExplorer::ProjectAction,
ProjectExplorer::Node*) const + 41

Which goes on and on and on. Just wanted to get this out there to see if
anyone else is seeing this?

System: macOS 10.10.5 running standard Xcode tooling. CMake 3.7.1 is used
for the project configuration.


It was fixed this morning.
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QtCreator 4.3 branch build fails on qmlpuppet/container: private Qt header not found

[Orgad Shaneh]

On Sun, Mar 26, 2017 at 7:50 AM, Artur Shepilko  wrote:
> Building QtCreator 4.3 branch (e8498ac), Qt 5.6.1, gcc 5.4.1, ubuntu
> 14.04 (x86_64)
>
> The full qtcreator build fails at qmlpuppet/container:
>
>
"/workspace/qtc-super/qtcreator/share/qtcreator/qml/qmlpuppet/container/sharedmemory_unix.cpp:46:34:
> fatal error: private/qcore_unix_p.h: No such file or directory"
>
> The private Qt header does exist and is actually located at:
>
"/opt/Qt5.6.1/5.6/gcc_64/include/QtCore/5.6.1/QtCore/private/qcore_unix_p.h"
>
> No problems building the older QtCreator 4.2 branch (it properly
> passes g++ option
> "-I/opt/Qt5.6.1/5.6/gcc_64/include/QtCore/5.6.1/QtCore"
> which resolves the private QtCore header).
>
> Has anything changed since QtCreator 4.2  in regards of private Qt
> headers handling?
> Do we have to build 4.3 differently?

This should be fixed by https://codereview.qt-project.org/189623

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] Qt Creator PCH files

[Orgad Shaneh]

Hi,

I'm building Qt Creator using MSVC2015 64bit. The build type is release
with debugging symbols.

I've just noticed that PCH files that are generated are quite big (58MB,
even for small plugins like Bookmarks).

When my machine is a bit loaded, cl runs very slow, most of its startup
time is reading the pch file (tracked with Process Monitor).

Any idea how can I reduce the file size, or just disable pch?

Thanks.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Android adb start --user

[Orgad Shaneh]

On Wed, Feb 15, 2017 at 11:34 PM, ekke  wrote:

> Is there a way to execute such a cmd and to 'connect' the output with
> QtC ApplicationOutput ?
>

Hi,

In Run configurations (left side bar -> Projects -> Run), you can add
"Custom Executable", which is anything you want. Just set an executable and
arguments and you're done. Its output will be displayed in the Application
Output pane.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] REST support in Gerrit dialog

[Orgad Shaneh]

Hi,

The Gerrit dialog was improved recently, and it now connects to the
remote[s] according to the origin url of the active repository. This
currently supports SSH remotes only.

I'd like to add support for querying using gerrit's REST API in the Gerrit
dialog.

This has the following advantages:

   - It is typically faster than SSH
   - It is typically *not* blocked by firewalls
   - It is more advanced (we can get more data than by ssh query)
   - Some servers (like gerrit-review.googlesource.com) support *only* HTTP

In order to use REST, the user must generate HTTP password in gerrit's
preferences, and configure it locally.

   - On linux, ~/.netrc should contain a line like:
   machine codereview.qt-project.org login  password 
   - On Git for Windows it's similar, but the file is named ~/_netrc. In
   addition, if git is configured to use the Git Credentials Manager, then the
   user will be asked for the credentials on first connection to the server
   using Git (usually on git fetch).
   - On macOS I have no idea, but it's likely to be similar to linux (macOS
   users, please approve).

Apart from that, Gerrit uses Digest authentication by default, but can be
configured to use Basic auth (for example, to enable LDAP authentication).

Now, since this is not a trivial task user-wise, I'd like to hear your
opinions.

   1. Should Qt Creator ask for the user's credentials and configure them
   automatically (if they're not present in .netrc)?
   2. Does it make sense to have some kind of a wizard when a new server is
   discovered, to guide the user through generating the password etc.?
   3. When should we test (and configure if needed) the connection to the
   server?
  1. Right when the user chooses the server?
  2. When hitting the "Refresh"  button?
  3. Add a new button for that, next to the remotes list?
   4. Where/how do we store the list of "supported" servers? What I
   currently have in mind is Qtc configuration, in sections like
   GitServers//GerritRest = 1 etc.
   5. Is it ok to use curl on all platforms, or do we have a reliable Qt
   HTTP transport, which supports Basic/Digest authentications (gerrit uses
   Digest by default, but can be configured for Basic)?

Thanks ahead :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QtCreator hangs while file edited

[Orgad Shaneh]

On Mon, Dec 12, 2016 at 7:05 AM, Jothybasu Selvaraj 
wrote:

> Hi All
>
> I am having this annoying issue since I add itk to my project.
>
> Whenever I try to edit even a single line of code, the QtCreator hangs and
> exits. Is there any work around for this? Has anyone seen this before?
>

Hi,

Which version and platform?

Maybe QTCREATORBUG-14390
?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] It would be really cool if... } // comment

[Orgad Shaneh]

On Fri, Dec 9, 2016 at 8:14 PM, Jason H  wrote:

> In QML we have lot of closures
> The bottom of my QML Files is always:
> }
> ..}
> }
> ..}
> }
>
> It would be cool if it could tie in with the show-whitespace feature and
> provide some decoration (not a part of the file)
>
> } // Row: buttonRow (id: buttonRow)
> ..} // Column
> }  // Flickable
> ..} //Item
> } // Rectagle
>
> I often use actual comments, but they get messed up via various
> modifications
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>

Source Insight has this feature, and it looks useful. See here
. If I understand
correctly, the annotations are only shown for >=20 lines long blocks by
default.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator for Linux Kernel Development

[Orgad Shaneh]

On Tue, Nov 29, 2016 at 10:55 AM, Nikolai Kosjar  wrote:
> On 11/28/2016 07:03 PM, Jason A. Donenfeld wrote:
>>
>> On Wed, Nov 23, 2016 at 8:45 AM, Konstantin Tokarev 
>> wrote:
>>>
>>> You can set PRECOMPILED_HEADER = header.h in your pro file. It should be
>>> applied to all sources.
>>
>>
>> Nope, that's certainly not what that field does.
>
>
> Should work with the Clang Code Model, Qt Creator from the current 4.2
> branch.
>
> The corresponding report was
> https://bugreports.qt.io/browse/QTCREATORBUG-15590.

It should also work with the built-in code model. Not sure why Jason
claimed it doesn't. Did you try it?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator for Linux Kernel Development

[Orgad Shaneh]

On Wed, Nov 23, 2016 at 7:51 AM, Jason A. Donenfeld  wrote:

> (A) Qt Creator doesn't seem to parse the C correctly. Things like
> designated initializers and a few other C features here and there just
> don't get parsed correctly, and the IDE stops being useful. I suspect
> this is because things are actually being parsed in C++ mode. Bummer.
> Developers: any interest in improving C support in Qt Creator?
>

Which version do you use? Designated initializers support was added in 3.2 (
c56b999249d4cb7dc7e8026a3297b63ff56d).

I now see that the members are not detected correctly (for e.g. Find
Usages), but parsing looks ok.

(B) There is no way to tell Qt Creator that a particular header file
> is included in every file -- that is, that gcc's "-include" is in use.
> There is a way of messing with the "C++ Code Model" on a file-by-file
> basis, for the duration of the time that the file is open, but no way
> to automatically have it included in every file of the project. This
> is a major hindrance. It means that every ifdef for every kconfig
> option is a grayed out unclickable region, rendering most things
> useless. Developers: any interest in fixing this? I spoke to a few of
> you in IRC several months ago about this, and there was interest, but
> it seems to have evaporated.
>

You can set PRECOMPILED_HEADER = header.h in your pro file. It should be
applied to all sources.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] completion for std::shared_ptr does not work

[Orgad Shaneh]

On Mon, Nov 21, 2016 at 11:04 AM, Christoph Mathys 
wrote:

> Hi,
>
> I'm trying to find out why std::shared_ptr does not work in our
> project sometimes. I could not nail it down to a specific change in
> our project so far. The project is on Linux, cmake, gcc-4.9, ninja,
> and QtCreator 4.1 with the QtCreator codemodel. The clang codemodel
> recognizes the shared_ptr correctly.
>
> So far I'm under the impression that QtCreator just ignores all C++11
> headers from . If I include  directly,
> completion works. The macro guarding the shared_ptr stuff in 
> is __cplusplus. The code model inspector states that it is defined to
> 201103L, which should be fine.
>
> Any ideas on how I can get to the bottom of this?
>

The built-in code model is more or less frozen. There was an attempt to
support std::vector and friends, but it produced many crashes and general
slowness, so it was reverted in 3.6.

The clang code model is actively developed, and it should support heavy
template classes properly.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Building QtCreator with Qt 5.6

[Orgad Shaneh]

On Mon, Oct 31, 2016 at 9:49 PM, Arnold Dumas  wrote:

> Hello,
>
> The Qt Wiki [1] says it should be possible to build QtCreator with Qt 5.6
> (or greater) but the commit c75210034cef2772990f44fe3a11f78392372922
> justt breaks this. Should the Wiki just be updated or was this breakage
> unintended.
>
> [1] https://wiki.qt.io/Building_Qt_Creator_from_Git


It was unintended. Fix pending: https://codereview.qt-project.org/175330

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] 'class' completion

[Orgad Shaneh]

On Mon, Sep 19, 2016 at 6:33 PM, jean-yves desbree <
jeanyves.desbr...@gmail.com> wrote:

> Hi Tobias,
>
> Thank you for your explanation, I submitted this change.
> It seems I will always have a SR equal to -1 as the sanity bot complains
> about my name. :-(
>

Hi,

I posted a comment explaining how to fix your name configuration. See here
.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Very simple patch

[Orgad Shaneh]

On Sun, Sep 25, 2016 at 12:26 AM, Vlad Seryakov  wrote:

> Hi,
>
> This is a 2 line patch for the latest QtC to compile with 5.6 and 5.7, i
> did not think it is worth a bug record.
>
> Thanks
>
>
> diff --git a/src/plugins/help/webenginehelpviewer.cpp b/src/plugins/help/
> webenginehelpviewer.cpp
> index 785d628..9ff0b19 100644
> --- a/src/plugins/help/webenginehelpviewer.cpp
> +++ b/src/plugins/help/webenginehelpviewer.cpp
> @@ -35,7 +35,9 @@
>  #include 
>  #include 
>  #include 
> +#if QT_VERSION >= QT_VERSION_CHECK(5, 7, 0)
>  #include 
> +#endif
>  #include 
>  #include 
>  #include 
> @@ -307,7 +309,7 @@ void WebView::contextMenuEvent(QContextMenuEvent
> *event)
>  QUrl url = page()->contextMenuData().linkUrl();
>  if (m_viewer->isActionVisible(HelpViewer::Action::NewPage)) {
>  auto openLink = new QAction(QCoreApplication::
> translate("HelpViewer",
> -Constants::TR_OPEN_LINK_IN_NEW_PAGE),
> menu);
> +Constants::TR_OPEN_LINK_AS_NEW_PAGE),
> menu);
>  connect(openLink, ::triggered, m_viewer, [this, url] {
>  m_viewer->newPageRequested(url);
>  });
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>

Thanks. Submitted here .

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Development] [FYI] on gerrit change retargeting requests

[Orgad Shaneh]

On Tue, Sep 6, 2016 at 12:56 PM, J-P Nurmi  wrote:

> On 06 Sep 2016, at 11:46, Konstantin Tokarev  wrote:
> >
> >
> >
> > 06.09.2016, 12:44, "Oswald Buddenhagen" :
> >>> On Mon, Sep 05, 2016 at 09:17:59PM +, J-P Nurmi wrote:
> >>>  On 05 Sep 2016, at 19:27, Marc Mutz  wrote:
> >>>  > It's not about restricting what a user can do. It's simply missing
> >>>  > implementation, and I believe that if it were easy to implement,
> >>>  > Ossi would have done it long ago instead of playing retarget-monkey
> >>>  > for the rest of us :)
> >>>
> >>>  Doing it through the web UI would be a nice bonus, but having access
> >>>  to the same script that is already used by the admins would be good
> >>>  enough for starters.
> >>
> >> yep - because i'm totally going to give everyone full write access to
> >> the database. ;)
> >>
> >> if you make a secure web frontend that authenticates against qt account
> >> and verifies change ownership using the gerrit ssh interface, i'm
> >> totally willing to deploy that. ;)
> >
> > Idea: IRC bot accepting retarget requests, with rate limit e.g. one
> request per minute. Bot runs on host with db access and can do only this
> one thing.
>
> Another idea: patch Gerrit to change the target branch (and create a new
> patchset version to reset scores) when pushing to a different branch.
>

I have another suggestion, which should be quite easy to implement.

Either extend the sanity bot, or create a new bot, which listens on
gerrit's event stream.

If *the change's owner* (or an approver?) posts a comment reading "Please
retarget ", run your script on the server side. You need some
sanity test that ensures this branch exists etc...

What do you say?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] I've still got that Run button bug

[Orgad Shaneh]

I have it too once in a while on Windows, but I don't have a reliable way
to reproduce.

- Orgad

On Wed, Aug 3, 2016 at 10:38 AM, Tobias Hunger 
wrote:

> Which OS? What kind of project? Can you trigger this reliably? Can you add
> the information to the relevant bug, please, so that it is not forgotten?
>
> I had seen similar reports before, but have not been able to reproduce it
> on Linux nor Windows:-(
>
> Best Regards,
> Tobias
>
> Am 02.08.2016 23:50 schrieb "Jason H" :
>
>> It seems that when I after a class to the project, the run button stops
>> working. I have to switch to/from debug mode to get the Run button back.
>> Same for debug. Build button works fine though.
>> 4.0.3
>>
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
>>
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

[Qt-creator] Crash with 4.0.3 on Windows

[Orgad Shaneh]

Hi,

I installed 4.0.3 using the official installer.

I open a Qmake project, and when I change kit in the build
configuration Creator crashes almost instantly (looks like it happens
right when it starts to parse the project).

I built Creator myself from the same tag (v4.0.3) with the same Qt
version (5.7.0) and compiler (msvc2013), copied my own
ProjectExplorer.dll and Debugger.dll over the installed version, and
the crash disappeared (replacing only one of them doesn't help).

Any idea what can cause this?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Proposing David Schulz as maintainer for QtC text editors and CDB integration

[Orgad Shaneh]

+1

On Fri, Jun 17, 2016 at 2:52 PM, Eike Ziller  wrote:

> I propose David Schulz for Maintainer status for Qt Creator text editors
> and CDB integration.
>
> He has a long history in Qt Creator and factually maintained these areas
> for a long time now.
>
>
> https://codereview.qt-project.org/#/q/owner:%22David+Schulz+%253Cdavid.schulz%2540theqtcompany.com%253E%22,n,z
>
> Br, Eike
>
> --
> Eike Ziller
> Principal Software Engineer
>
> The Qt Company GmbH
> Rudower Chaussee 13
> D-12489 Berlin
> eike.zil...@qt.io
> +123 45 6789012
> http://qt.io
> Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht
> Charlottenburg, HRB 144331 B
>
>
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Add new C++ class wizard

[Orgad Shaneh]

On Wed, May 4, 2016 at 11:19 PM, Jason H  wrote:
>
> Thanks, but for 4, you don't have a usable class unless you implement the
> pure virtual functions...


Place the cursor on the base class ->  Alt-Enter -> Insert Virtual Functions

The default includes all the pure virtual functions.

I agree it would be nicer if the wizard did it for you :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Building a plugin on windows.

[Orgad Shaneh]

בתאריך 21 באפר׳ 2016 05:39,‏ "Hugo Parente Lima"  כתב:
>
> Hi list,
>
> Thanks everybody, I achieved to compile my plugin on Windows[1] and wrote
some instructions about how to do it[2].
>
> [1] http://hugopl.github.io/2016/04/21/RubyCreator-Release-Windows.html
> [2]
http://hugopl.github.io/2016/04/20/Compiling-RubyCreator-on-Windows.html

Nice!

You could use jom instead of nmake to have parallel build. It is deployed
with the binary setup of Creator.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Building a plugin on windows.

[Orgad Shaneh]

On Wed, Apr 20, 2016 at 5:31 PM, Hugo Parente Lima 
wrote:
> Will the plugin compiled with MinGW, linked against a QtC built with
MinGW,
> load on the original QtC binary distribution?
>
> I'm asking this because my final target is just to create a small
installer
> for the plugin that works with some original QtC binary windows
> distribution.

Unlikely. Grab MSVC2013 Express
 and build
with it. It's free.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Building a plugin on windows.

[Orgad Shaneh]

On Wed, Apr 20, 2016 at 8:44 AM, Hugo Parente Lima  wrote:
> Hi,
>
> I'm a newbie about Windows but started to try to compile my QtC plugin under
> a Windows7 VM, I did the following steps:
>
> 1. Installed Qt + QtCreator (checked some MSVC runtime libraries too).
> 2. Cloned QtC and checked it to version 3.6.1.
> 3. Cloned my plugin[1] and checked it to branch qtc-3.6.
> 4. Did open the plugin project (.pro) into QtCreator.
> 5. Added QTC_SOURCE and QTC_BUILD variables to the qmake call.
>
> Triggered the compilation and everything went fine until... link time, on
> Windows my plugin is looking for some dependencies unknow to me, here the
> linker output.
>
>
> 02:30:05: Starting: "C:\Qt\Tools\mingw492_32\bin\mingw32-make.exe"
> C:/Qt/Tools/mingw492_32/bin/mingw32-make -f Makefile.Release
> mingw32-make[1]: Entering directory
> 'C:/Users/IEUser/Documents/GitHub/build-ruby-Desktop_Qt_5_6_0_MinGW_32bit-Release'
> g++ -Wl,-s -shared -Wl,-subsystem,windows -mthreads
> -Wl,--out-implib,C:\Qt\Tools\QtCreator\lib\qtcreator\plugins\libRuby.a -o
> C:\Qt\Tool
> s\QtCreator\lib\qtcreator\plugins\Ruby.dll object_script.Ruby.Release
> -LC:\Qt\Tools\QtCreator\lib\qtcreator -LC:\Qt\Tools\QtCreator\lib
> \qtcreator\plugins -lCore -lTextEditor -lProjectExplorer -lAggregation
> -lExtensionSystem -lQtcSsh -lUtils -LC:\Qt\5.6\mingw49_32\lib C:\
> Qt\5.6\mingw49_32\lib\libQt5Widgets.a C:\Qt\5.6\mingw49_32\lib\libQt5Gui.a
> C:\Qt\5.6\mingw49_32\lib\libQt5Concurrent.a C:\Qt\5.6\mingw49
> _32\lib\libQt5Network.a C:\Qt\5.6\mingw49_32\lib\libQt5Core.a
> C:/Qt/Tools/mingw492_32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lAggregation
> C:/Qt/Tools/mingw492_32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lExtensionSystem
> C:/Qt/Tools/mingw492_32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lQtcSsh
> C:/Qt/Tools/mingw492_32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lUtils
> collect2.exe: error: ld returned 1 exit status
> Makefile.Release:168: recipe for target
> 'C:\Qt\Tools\QtCreator\lib\qtcreator\plugins\Ruby.dll' failed
> mingw32-make[1]: *** [C:\Qt\Tools\QtCreator\lib\qtcreator\plugins\Ruby.dll]
> Error 1
> mingw32-make[1]: Leaving directory
> 'C:/Users/IEUser/Documents/GitHub/build-ruby-Desktop_Qt_5_6_0_MinGW_32bit-Release'
> makefile:34: recipe for target 'release' failed
>
>
> Ugly as an usual linker output, but these 3 plugins were not in Windows QtC
> install, however these plugins exists when I compile QtC on Linux. should I
> add some Windows specific flag in the .pro?
>
> Thanks in advance.
>
> [1] https://github.com/hugopl/RubyCreator/

Did you build Qt Creator itself using the same version of mingw?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Why QtC does not use QDockWidget for most tool-panel

[Orgad Shaneh]

בתאריך 15 באפר׳ 2016 02:29,‏ "René J.V." <rjvber...@gmail.com> כתב:
>
> On Friday April 15 2016 01:02:34 Orgad Shaneh wrote:
>
>
> > I'm not surprised by the fact it requires a rebase...
>
> Would that lead to this kind of error?
>
> From https://codereview.qt-project.org/qt-creator/qt-creator
>  * branchrefs/changes/84/123484/1 -> FETCH_HEAD
> fatal: Not a git repository (or any parent up to mount point)
> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
>
> "Not a git repository" is normally what you get when executing a git
command outside of a git repository.
>
> Oh well, I'll see if I can get it some other way.

You need to clone the repository before you can apply a particular change.

Read the git introduction here: https://wiki.qt.io/Git_Introduction

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Why QtC does not use QDockWidget for most tool-panel

[Orgad Shaneh]

בתאריך 15 באפר׳ 2016 00:45,‏ "René J. V." <rjvber...@gmail.com> כתב:
>
> Orgad Shaneh wrote:
>
> > There's a stale change in gerrit that adds that:
> > https://codereview.qt-project.org/123484
>
> Stale as in it no longer applies to the current code? (The magic "patch
> download" git formula gives an error in my working copy that from last
Friday's
> master branch.)

Stale as in inactive for 4 months :)

I'm not surprised by the fact it requires a rebase...

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Why QtC does not use QDockWidget for most tool-panel

[Orgad Shaneh]

בתאריך 14 באפר׳ 2016 21:06,‏ "René J.V." <rjvber...@gmail.com> כתב:
>
> On Thursday April 14 2016 20:25:23 Orgad Shaneh wrote:
>
> > hmm... This quite exactly describes the Open Documents pane.
> >
> > Click the Split button in the left pane and choose Open Documents.
> >
> > It's not dockable, and not reorderable, but apart from that it meets
> > your requirements.
>
> Ah, I kind of knew one could chose that view instead of the project view,
but hadn't yet discovered the split option. Thanks.
>
> Now just make it possible to open this view in a separate side-bar on the
RHS, and to reorder files (for those users who open really LOTS of files)
and it'd be as perfect as I dreamt it up :)

There's a stale change in gerrit that adds that:
https://codereview.qt-project.org/123484

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Why QtC does not use QDockWidget for most tool-panel

[Orgad Shaneh]

On Thu, Apr 14, 2016 at 8:00 PM, René J. V.  wrote:
> Either way, there is 1 kind of widget that I'd like to see as a dockable: the
> one that now is a simple drop-down list containing the open files. I'd love to
> be able to turn that into something that could take the form of a side-panel
> showing a permanent view of the files open in the associated window - a view
> that's show in addition to the project view (or whatever else that widget
> shows). Let the entries show the file's full path, possibly with the project
> they belong to when the mouse hovers over them, and you have what I'd think
> would be a very useful, space-efficient (more so than tabs) and economical 
> tool
> to navigate quickly between files. Esp. if you can rearrange file order too.

hmm... This quite exactly describes the Open Documents pane.

Click the Split button in the left pane and choose Open Documents.

It's not dockable, and not reorderable, but apart from that it meets
your requirements.
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Incorrect version reported for Auto-detected system debugger after debugger update

[Orgad Shaneh]

On Sat, Feb 27, 2016 at 6:41 PM, Andrzej Telszewski 
wrote:

> Hi,
>
> Qt Creator: 3.5.1
> OS: Linux
>
> I updated GDB and went to Build -> Debuggers to see if Qt Creator
> picked the change, and it hasn't. For Auto-detected, it reported the
> version of the old version of GDB.
>
> Removing debuggers.xml triggers the auto-detection and this time the
> reported version is correct. (After that you need to reassign the new
> debugger to the kits, so it's not the best approach).
>
> Just for your information.


Thanks for the report. Fix pending: https://codereview.qt-project.org/151520

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt-Creator 3.5.1 with Qt 5.5.1 build issues on CentOS 6.7 x86_64

[Orgad Shaneh]

On Thu, Mar 3, 2016 at 1:49 PM, Walter Stefan <stefan.wal...@lisec.com>
wrote:

> Thanks, that worked!
>
>
>
> *From:* Orgad Shaneh [mailto:org...@gmail.com]
> *Sent:* Donnerstag, 3. März 2016 15:33
> *To:* Walter Stefan <stefan.wal...@lisec.com>
> *Cc:* Tobias Hunger <tobias.hun...@gmail.com>; qt-creator <
> qt-creator@qt-project.org>
>
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
>
>
> Try qtcreator -noload Welcome
>

Now you can disable Welcome in Help -> About Plugins, so you don't have to
pass it every time.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt-Creator 3.5.1 with Qt 5.5.1 build issues on CentOS 6.7 x86_64

[Orgad Shaneh]

On Thu, Mar 3, 2016 at 1:01 PM, Walter Stefan 
wrote:

> Dear Tobias,
>
> Thanks a lot. I got the compilation done by using the devtools.
>
> When I try to execute the qt-creator, the screen does not open and I get a
> few errors. Can you help me on that as well?
>
> My Output:
> [walteste@aedu2-build-qt bin]$ ./qtcreator
> failed to get the current screen resources
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> QXcbConnection: XCB error: 172 (Unknown), sequence: 162, resource id: 150,
> major code: 149 (Unknown), minor code: 20
> WARNING: Application
> /home/walteste/qt-creator-opensource-src-3.5.1/bin/qtcreator. calling GLX
> 1.3 function "glXCreatePbuffer" when GLX 1.3 is not supported!  This is an
> application bug!
> QQuickWidget: Failed to make context current
> QQuickWidget::resizeEvent() no OpenGL context
>
> Best Regards,
> Stefan
>
> -Original Message-
> From: Tobias Hunger [mailto:tobias.hun...@gmail.com]
> Sent: Donnerstag, 3. März 2016 14:28
> To: Walter Stefan 
> Cc: qt-creator 
> Subject: Re: [Qt-creator] Qt-Creator 3.5.1 with Qt 5.5.1 build issues on
> CentOS 6.7 x86_64
>
> Hi Walter,
>
> Creator does not need to support all the platforms Qt runs on (just the
> main desktop ones), so we tend to try out new things there before they hit
> Qt.
>
> Please take a look here:
>
> http://doc-snapshots.qt.io/qt5-5.6/supported-platforms-and-configurations.html
>
> Qt 5.5 already dropped support for your compiler on RHEL 6. Qt 5.4 still
> supports it though.
>
> Best Regards,
> Tobias
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>

Try qtcreator -noload Welcome

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] [Dev] Qt Creator 4.0 soft-branched

[Orgad Shaneh]

On Thu, Feb 25, 2016 at 2:24 PM, Bogdan Vatra  wrote:

> Hi,
>
> 4.0 ?!? What happened with 3.7? :)
>
> Cheers,
> BogDan.


See http://blog.qt.io/blog/2016/02/22/qt-roadmap-for-2016/

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator gets confused when switching kits

[Orgad Shaneh]

בתאריך 5 בפבר׳ 2016 11:46,‏ "Hunger Tobias" 
כתב:
>
> On Do, 2016-02-04 at 22:30 +0100, Jason H wrote:
> > When I switch, the run/build/debug buttons go grey. Then I get the
build icon
> > back. It hit it and it says:
> > 16:29:41: Configuration unchanged, skipping qmake step.
> > 16:29:41: Starting: "/usr/bin/make" -j 8
> > make: Nothing to be done for `first'.
> > 16:29:42: The process "/usr/bin/make" exited normally.
> > 16:29:42: Elapsed time: 00:00.
> >
> > But the run/debug buttons never get enabled again.
> >
> > I switch kits a lot.
>
> Hi Jason,
>
> could you please file a bug report about issues like this? They do get
lost on
> the mailing list as soon as enough mails arrive to push this one down,
but the
> bug tracker never forgets;-)
>
> Please provide as many details as possible in a bug report. Which OS are
you
> using, which buildsystem (qmake -- in this case that is very obvious;-),
any
> hint on how to trigger the issue reliably? Does "Run qmake" from the menu
fix
> the greyed-out buttons? What do you do to continue (restart Qt Creator,
> close/open the project)?

I also have this issue occasionally. Switching build configuration and
switching back works around it for me.

Running qmake doesn't help.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Failed to compile Qt Creator 3.6.0 using prebuilt Qt 5.5.0 MinGW

[Orgad Shaneh]

On Thu, Dec 10, 2015 at 11:12 AM, dzoelham  wrote:

> Ok here is the compile log
>
> g++ -Wl,-s -shared -mthreads -Wl,-subsystem,windows
> -Wl,--out-implib,D:/Project/Qt/build-qtcreator-Desktop/lib/qtcreator/libQtcSsh.a
> -o ../../../lib/qtcreator/QtcSsh.dll object_script.QtcSsh.Release
> -LD:/Project/Qt/build-qtcreator-Desktop/lib/qtcreator -ladvapi32 -luser32
> -LC:/Qt/Qt5.5.0/5.5/mingw492_32/lib -lQt5Widgets -lQt5Gui -lQt5Network
> -lQt5Concurrent -lQt5Core
>
> cp -f ../../../lib/qtcreator/QtcSsh.dll ../../../bin
>
> mingw32-make[4]: Leaving directory
> 'd:/Project/Qt/build-qtcreator-Desktop/src/libs/ssh'
>
> mingw32-make[3]: Leaving directory
> 'd:/Project/Qt/build-qtcreator-Desktop/src/libs/ssh'
>
> mingw32-make[2]: Leaving directory
> 'd:/Project/Qt/build-qtcreator-Desktop/src/libs'
>
> Makefile:41: recipe for target 'sub-libs-make_first-ordered' failed
>
> mingw32-make[1]: *** [sub-libs-make_first-ordered] Error 2
>
> mingw32-make[1]: Leaving directory
> 'd:/Project/Qt/build-qtcreator-Desktop/src'
>
> makefile:39: recipe for target 'sub-src-make_first-ordered' failed
>
> mingw32-make: *** [sub-src-make_first-ordered] Error 2
>
> 15:15:48: The process
> "C:\Qt\Qt5.5.0\Tools\mingw492_32\bin\mingw32-make.exe" exited with code 2.
>
> Error while building/deploying project qtcreator (kit: Desktop Qt 5.5.0
> MinGW 32bit)
>
> When executing step "Make"
>

It still looks incomplete. You should have something like:
11:13:39: Running steps for project qtcreator...
11:13:39: Configuration unchanged, skipping qmake step.
11:13:39: Starting: "C:\Qt\Qt5.5.0\Tools\mingw492_32\bin\mingw32-make.exe"


Did you select all and copy?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Failed to compile Qt Creator 3.6.0 using prebuilt Qt 5.5.0 MinGW

[Orgad Shaneh]

Ok, your actual problem is:

g++ -x c++-header -c -pipe -fno-keep-inline-dllexport -O2 -std=c++0x -frtti
> -Wall -Wextra -fexceptions -mthreads -DUNICODE
> -DIDE_LIBRARY_BASENAME=\"lib\" -DQT_CREATOR -DQT_NO_CAST_TO_ASCII
> -DQT_NO_CAST_FROM_ASCII -DQT_USE_FAST_OPERATOR_PLUS
> -DQT_USE_FAST_CONCATENATION -DAGGREGATION_LIBRARY -DQT_NO_DEBUG
> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CONCURRENT_LIB -DQT_CORE_LIB
> -I../../../src -I../../../../qt-creator-master/src/libs
> -ID:/Project/Qt/qt-creator-master/tools
> -I../../../../qt-creator-master/src/plugins
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtWidgets
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtGui
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtANGLE
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtConcurrent
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtCore -Irelease
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/mkspecs/win32-g++ -o
> release/qtcreator_pch.h.gch/c++
> ../../../../qt-creator-master/src/shared/qtcreator_pch.h
> /bin/sh: -c: line 0: syntax error near unexpected token `('
> /bin/sh: -c: line 0: `gcc -x c-header -c -pipe -fno-keep-inline-dllexport
> -O2 -w -DUNICODE -DIDE_LIBRARY_BASENAME=\"lib\" -DQT_CREATOR
> -DQT_NO_CAST_TO_ASCII -DQT_NO_CAST_FROM_ASCII -DQT_USE_FAST_OPERATOR_PLUS
> -DQT_USE_FAST_CONCATENATION -DSQLITE_API=__declspec(dllexport)
> -DBUILD_SQLITE_LIBRARY -DSQLITE_THREADSAFE=2 -DSQLITE_ENABLE_FTS4
> -DSQLITE_ENABLE_FTS3_PARENTHESIS -DSQLITE_ENABLE_UNLOCK_NOTIFY
> -DSQLITE_ENABLE_COLUMN_METADATA -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB
> -DQT_CONCURRENT_LIB -DQT_CORE_LIB -I/src/libs/sqlite -I../../../src
> -I../../../../qt-creator-master/src/libs
> -ID:/Project/Qt/qt-creator-master/tools
> -I../../../../qt-creator-master/src/plugins
> -I../../../../qt-creator-master/src/libs/sqlite
> -I../../../../qt-creator-master/src/libs/3rdparty/sqlite
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtWidgets
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtGui
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtANGLE
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtConcurrent
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/include/QtCore -Irelease
> -IC:/Qt/Qt5.5.0/5.5/mingw492_32/mkspecs/win32-g++ -o
> release/qtcreator_pch.h.gch/c
> ../../../../qt-creator-master/src/shared/qtcreator_pch.h'
> Makefile.Release:846: recipe for target 'release/qtcreator_pch.h.gch/c'
> failed
> mingw32-make[4]: *** [release/qtcreator_pch.h.gch/c] Error 258
> mingw32-make[4]: Leaving directory
> 'd:/Project/Qt/build-qtcreator-Desktop/src/libs/sqlite'
> mingw32-make[3]: *** [release] Error 2
> Makefile:34: recipe for target 'release' failed
> mingw32-make[3]: Leaving directory
> 'd:/Project/Qt/build-qtcreator-Desktop/src/libs/sqlite'
> Makefile:358: recipe for target 'sub-sqlite-make_first' failed
> mingw32-make[2]: *** [sub-sqlite-make_first] Error 2


My guess is that you have cygwin in your path. Am I right?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Ctrl+B start build => Ctrl+B start/stop build

[Orgad Shaneh]

On Thu, Nov 19, 2015 at 12:28 PM, Ziller Eike 
wrote:

>
> On Linux it looks like you can set Ctrl+B (or Ctrl+B,Ctrl+C for a “safer”
> variant) for “Cancel Build”.
> Doesn’t work on OS X for some reason.
> Does it work on Windows?
>
>
It works on Windows (both variants).

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Ctrl+B start build => Ctrl+B start/stop build

[Orgad Shaneh]

On Wed, Nov 18, 2015 at 9:57 PM, Cristian Tibirna  wrote:

> Hello
>
> Consulting the list before writing a feature request to bugreports:
>
> Currently I happen to do a lot of tentative building of fairly complex
> generic
> C++ code that I kinda write in collaboration with the compiler ;-). This
> means
> that very often I start a build that produces > 1K errors in a few seconds
> and
> I rather prefer to stop it and fix some of these first errors before
> continuing.
>
> Since I use almost exclusively the keyboard, I hit Ctrl+B to start a build.
> Then, when I want to stop it, I have to hit Alt+B (that opens ... the Build
> menu -- inefficient), make sure that "Cancel Build" item is highlighted and
> hit Enter. This is 1) slow, 2) inelegant 3) feeling half-baked, 4) slow ;o)
>
> Would it be considered a useful improvement to have Ctrl+B mean "start
> build"
> and, in the obvious situation when a build is in progress, mean "stop
> build"?
> For this second occurrence, a small modal popup dialog should be displayed,
> asking for confirmation (perhaps with the "Cancel stopping build" button
> preselected ;-). Thus, without looking up from my build log (which is down
> at
> the bottom of the screen), I could hit "Ctrl+B/Alt+O" (in which Alt+O is
> contextual) to stop a build.
>
> (NOTE: I know about being able to associate a keyboard shortcut to the
> "Cancel
> Build" action with the Environment>Keyboard tool, but it's not the same
> thing:
> it becomes difficult to find meaningful (easy to remember) key combinations
> and the probability of inadvertent kerfuffle with combinations like Ctrl+B,
> Ctrl+C is ... not inconsiderable).
>
> So?
>
> Thanks!
>
> --
> Cristian Tibirna
> KDE developer .. tibi...@kde.org .. http://www.kde.org
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator


I'm using Ctrl-Pause. This is the shortcut in MSVC too.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Providing a custom Kit in my own plugin

[Orgad Shaneh]

On Sun, Oct 18, 2015 at 8:04 PM, Olivier Renaud  wrote:

> On a (mostly) unrelated note, I was surprized that the C++ specific
> classes (`GccToolChain`, for example) belong directly to the
> ProjectExplorer plugin. I expected them to be in a separate plugin. I hope
> there is not a technical limitation for this, that would mean that an
> "external" plugin like mine will not be able to access some features.
>

Hi,

It is generally ok to modify "core" plugins in order to support new ones,
or a new feature in an existing plugin. Feel free to do that if it makes
sense.

You could introduce the required changes in a separate change (explaining
the need), then base the plugin commit on this one.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] What happened to F3?

[Orgad Shaneh]

On Fri, Oct 16, 2015 at 11:40 PM, Jason H  wrote:

> Ctrl-F, g,o,b,b,l,y,g,o,o,k <- brings up the find bar, searches for
> gobblygook, (Works)
> What doesn't seem to work is:
> F3 <- next match
> F3 <- next next match
> F3 <- next next next match
>
> I thought that worked?
>
> Linux Mint 17ish.
>
>
On some linux platforms, the default is Ctrl-G.

You can change that in Tools -> Options -> Environment -> Keyboard. Filter
"Find", and set F3 for "FindNext" and Shift-F3 for "FindPrevious".

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QT Creator, compiling and deploying a c or c++ to a remote device (BeagleBone or R pi)

[Orgad Shaneh]

On Sun, Sep 27, 2015 at 11:33 AM, Davide Picchi  wrote:

> I'm trying since days to write and develop programs on my host pc (Ubuntu
> 64bit) using qt-creator for my beaglebone and raspberry pi devices. I
> looked for 'qt-creator cross compile beagle, raspberry etc...' and it leads
> me to hundred of links and tutorial on *how to compile qt-creator for my
> target plattform*. But seriously, that not my idea. All what I want is to
> simply use my pc for developing my programs and lately deploy them to the
> remote device.
>
> So first of all a noob question: *Is something wrong with my idea? Should
> I really compile the source of qt for beaglebone or raspberry on my pc for
> writing programs which lately should be run on that devices*
>
> I will not compile qt-creator again for another plattform, so I don't know
> how to find the right way. A lot of informations on internet are misleading.
>
> So after many hours spend look for the right information I come up with
> the following procedure:
>
> first I installed a arm-gnu toolchain on my 64bit Ubuntu.
>
> $sudo apt-get install build-essential libc6-armhf-cross libc6-dev-armhf-cross 
> binutils-arm-linux-gnueabihf linux-libc-dev-armhf-cross 
> libstdc++6-armhf-cross gcc-4.8-arm-linux-gnueabihf g++-4.8-arm-linux-gnueabihf
>
> then I installed qt-creator from the repository on my Ubuntu:
>
> $sudo apt-get install qtcreator
>
> I tried to configure to use qt for compiling my projects using the toolchain 
> for arm (see following pictures)
>
> Screenshot #1 
>
> and here:
>
> Screenshot #2 
>
> but it seems that qt-creator doesn't recognize the new kit when I start a new 
> project:
>
> Screenshot #3 
>
> Now: I m really confused, I could think that the problem is related to qt,
> but I m not sure, whether the way of thinking, that I can compile on ubuntu
> 64bit and then run my application on the remote device is right or not.
>
> For this reason it would be nice if you can answer the question above.
>
> Furthermore: I tried adding a QT-version to my kit and in this case it
> happens that the gnueabi compiler conflicts with that options and the
> following problem arises:
>
> Screenshot #4 
>
> I would like to say again that I don't need to use qt-library or something
> like that on my remote device. I need just to use the qt-IDE as IDE for my
> projects (mainly c or c++ plain projects)
>
> Thanks and regards
>
Maybe try using qbs instead of qmake?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] ModelEditor plugin

[Orgad Shaneh]

On Wed, Sep 23, 2015 at 1:26 AM, Christian Gagneraud  wrote:

> >>> 2015-09-02 2:24 GMT+10:00 Jochen Becher  >>> >:
> >>> After review done, most wanted peoples can try it via
> >>> http://download.qt.io/snapshots/qtcreator/master/latest/ or via
> >>> https://launchpad.net/~adrozdoff/+archive/ubuntu/qtcreator-git ;-)
> >>
> >> Any chance to have vivid packages? Currently I cannot install the trusty
> >> packages since on vivid, there's no libts (broken deps).
> >>
> >> Could you tell me where I can download or clone your QtC source tree or
> >> download binaries somewhere?
> >
> > git clone —branch master git://code.qt.io/qt-creator/qt-creator.git
> > cd qt-creator
> > git fetch https://codereview.qt-project.org/qt-creator/qt-creator
> refs/changes/29/113829/14 && git cherry-pick FETCH_HEAD
> > git fetch https://codereview.qt-project.org/qt-creator/qt-creator
> refs/changes/81/124781/10 && git cherry-pick FETCH_HEAD
>
> Thanks a lot for the info.
>
> But I have been unlucky so far, last time the build succeed, but QtC was
> visually broken and would crash when trying to access tools->options.
> This was at: "6cac3b7 DiffEditor: Add indication on failure"
>
> Have now rebased on top of: "e5f3c55 Static.pro: Remove unnecessary
> evals", will see if it works now.
>

Notice that the plugin is already merged, so you can download the snapshot
installer  to try
it out.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Is it possible to run some commands or scripts on saving the documents?

[Orgad Shaneh]

On Wed, Sep 9, 2015 at 5:00 PM, Hualet Wang  wrote:

> Hi Lorenz,
>
> I occasionally found below lines in source code of todo plugin,
> >
> > CppTools::CppModelManager *modelManager
> =CppTools::CppModelManager::instance();
> >
> > connect(modelManager, ::CppModelManager::documentUpdated,
> > this, ::documentUpdated,
> Qt::DirectConnection);
>
> I’m pretty excited about that finding, maybe you can use the APIs in that
> snippet to run
> Beautifier on the document every time the document get updated?
>
>
That would be for almost each typed char. I doubt that's what you're
looking for...

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Cross compilation

[Orgad Shaneh]

On Thu, Sep 3, 2015 at 11:23 AM, alexis jeandet <
alexis.jean...@lpp.polytechnique.fr> wrote:

> If anyone has a way of creating MSI files from Linux - I will be happy to
> learn. If anyone knows how to generate the DLL list to distribute - I will
> be happy to learn.
>
> On fedora you have mingw32-nsis, doesn't build MSI but you can make .exe
> setup with it. Then for my part to get the dll list, I test my setup on a
> windows machine and add the dll he miss until it stop to complain, a tool
> as good as ldd would be great for that.
>

There is dependency walker  for Windows.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] ModelEditor plugin

[Orgad Shaneh]

On Wed, Sep 2, 2015 at 4:15 AM, Alexander Drozdov 
wrote:

> 2015-09-02 2:24 GMT+10:00 Jochen Becher :
>
>> Am Dienstag, den 01.09.2015, 08:06 +0200 schrieb Jan Krause:
>> > looks great... :) ... is it part of the official qtc tool now? if not,
>> > when? ...
>>
>> Depends all on how fast the two related changes are accepted in gerrit
>> (Qt code review tool) and how long it needs until the next official
>> release of QtCreator (version 3.6 or 3.7 I assume).
>>
>
> After review done, most wanted peoples can try it via
> http://download.qt.io/snapshots/qtcreator/master/latest/ or via
> https://launchpad.net/~adrozdoff/+archive/ubuntu/qtcreator-git ;-)
>
> Joched, could you please provide HTTP link to the review?
>

https://codereview.qt-project.org/124781

Notice the dependency.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Creator very laggy

[Orgad Shaneh]

On Mon, Aug 17, 2015 at 10:01 AM, Ziller Eike eike.zil...@theqtcompany.com
wrote:


  On Aug 14, 2015, at 4:25 PM, Jason H jh...@gmx.com wrote:
 
  So I have a coworker who was on Win8, and creator was very laggy when
 degugging. A patch was issued which fixed that problem.
 
  Then said coworker moved to OSX (Current mid-level Mac Mini, Core-i5)
 And again Creator is laggy and crashy. By all the time, not just debugging.
 I also have the same model Mini, and I don't experience any issues.

 Which Qt Creator version are we talking about here?

  However the issues she is having (that I've witnessed first hand) are:
  - Keyboard lag. She can type code and it begins to stream out seconds
 later, and it doesn't appear at the speed of a paste, just a really fast
 typist.

 Does the “CPU” tab in Activity Monitor.app reveal any application eating
 CPU time?

  - Crashing. 50% random 50% from interrupting a build.

 The actual crash reports might shed some light on the issue. Could you
 please share them with us? Old crash reports can be found in
 ~/Library/Logs/DiagnosticReports (or under “User Diagnostic Reports” in
 Console.app).

  I just told her to download the RC1, I will report back later today.


  But does anyone know of these issues on OSX, and should these be fixed
 in the RC?

 I’m not aware of lags or so many crashes.

  PS. I love the new scroll bars.


 Br, Eike

 --
 Eike Ziller, Senior Software Engineer - The Qt Company GmbH

 The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
 Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
 Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht
 Charlottenburg, HRB 144331 B

 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator


There is a known crash in the code model, which was fixed between the beta
and the RC. It was related to heavy template usage (i.e. boost ;-)). See
QTCREATORBUG-14748 https://bugreports.qt.io/browse/QTCREATORBUG-14748.

Currently there is another known crash with boost: QTCREATORBUG-14889
https://bugreports.qt.io/browse/QTCREATORBUG-14889

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] problem with the keyboard shortcuts in KF5

[Orgad Shaneh]

בתאריך 14 באוג׳ 2015 4:53 אחה״צ,‏ Gena Bug archaero...@mail.ru כתב:

 Hello!

 After I switched to plasma 5 I noticed that Alt-shortcuts (and may be
 others) stopped working. For example, to get svn diff for the current
 file I press Alt+S, Alt+D. That worked before upgrading to plasma 5
 however now this combination (Alt+S to be precise) starts debugging
 session instead of showing me the diff.

 Did anybody notice the same behaviour?
 __
Yes. Alt+R triggers Run (in addition to the default Ctrl+R), and Alt+G
triggers Back (like Alt+Left). The last one is really annoying, since it is
a prefix for all Git actions which I use a lot.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Tab UI in Projects mode to TreeView

[Orgad Shaneh]

On Tue, Aug 4, 2015 at 12:44 PM, Typz thet...@gmail.com wrote:

 Hello,

 If the only difference is the IP address, then it seems to me each device
 should be a dedicated run configuration, all using the same kit...

 Regards,

 --
 Francois


What about deploy configuration?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] use external terminal in Qt Creator

[Orgad Shaneh]

On Tue, Jul 14, 2015 at 12:29 AM, Freddy Martinez Garcia 
freddy311...@gmail.com wrote:

 Hi guys... I'm new in my job and they work with KDevelop only because to
 debug the system, we need the option Use External Terminal with value

 *xterm -hold -e %exe*
 I have a lot of time working with Qt Creator, is my favorite C++ IDE and
 I'll like to use it, but I need this option for debugging the application...

 KDevelop has this option in the Launch Configuration dialog

 can I do de same with Qt Creator ??

 best regard


Hi,

A new terminal plugin was announced recently. See
https://github.com/qterminal/terminalplugin

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Push to Gerrit from QtCreator

[Orgad Shaneh]

On Mon, Jun 1, 2015 at 8:03 PM, Jochen Becher jochen_bec...@gmx.de wrote:

 Of course I did this from console. But I wanted to know how to do it
 from QtCreator. There is a menu item Push To Gerrit but this seems to
 use a hardcoded repository origin. At least I couldn't find a way to
 change that.


Which version of Creator do you use? My guess is that you're using 3.4,
and never fetched from the gerrit remote. See QTCREATORBUG-13718
https://bugreports.qt.io/browse/QTCREATORBUG-13718.

If that's correct, either upgrade to 3.4 or fetch once from gerrit (git
fetch gerrit), then it should work.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] connect to qmljsmodelmanagerinterface

[Orgad Shaneh]

On Sun, May 31, 2015 at 3:05 PM, Van Looy Detlev 
detlev.vanl...@student.uantwerpen.be wrote:

  Hello,

  In a plugin I am making I have to keep track of whenever a user saves a
 .qml file. After some looking I think I need to connect to
 qmljs/qmljsmodelmanagerinterface's signal:
 documentChangedOnDisk(QmlJS::Document::Ptr), using
 ModelManagerInterface::instance().

 The problem is that when I do this in the initialize of my plugin, that
 instance() returns null. So my question is, when can I be sure that the
 modelmanagerinterface has been set up and that instance() will not return
 null? Should I do it in the extensionsInitialized of my plugin instead?

extensionsInitialized().

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Searching for documentation about contribution to Qt-Creator

[Orgad Shaneh]

On Fri, May 22, 2015 at 12:03 AM, Jochen Becher jochen_bec...@gmx.de
wrote:

 Hello,

 I want to contribute some improvements to QtCreator (Todo Plugin and one
 or two new plugins later this year). I searched for documentation how to
 contribute. The Wiki at qt.io seems to be totally outdated. Is there any
 current documentation?

 I tried to clone from code.qt.io (as mentioned on the download page) but
 failed (git: and http: failed with remote hang up and https: with
 server unknown). Where can I clone the current source? (gitourious
 didn't change since 15th May and will be closed down end of this month).
 Any documentation available on that?

 Is there any comprehensive documentation about usage of git and gerrit,
 design documentation and coding style for Qt-Creator?

 Regards, Jochen Becher


 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator


Hi,

Welcome aboard :)

If you're new to gerrit start by reading Setting up Gerrit
https://wiki.qt.io/Setting_up_Gerrit and Gerrit Introduction
https://wiki.qt.io/Gerrit_Introduction pages on the wiki.

I suggest cloning directly from gerrit, but you can clone from code.qt.io.
The clone address is mentioned in the bottom of this page. So it's either:

git clone https://code.qt.io/qt-creator/qt-creator.git
git remote add gerrit ssh://codereview.qt-project.org/qt-creator/qt-creator

or:

git clone ssh://codereview.qt-project.org/qt-creator/qt-creator


Coding style for qt-creator can be found in the docs
http://doc.qt.digia.com/qtcreator-extending/coding-style.html. For some
reason, the qtcreator-extending docs are not generated in doc.qt.io (Leena?)

If you have further questions you can join #qt-creator channel on freenode
(I'm usually not there, but others will be glad to help), or post to this
list.

Happy hacking!

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Preparing to contribute Boost.Build Plugin to Qt Creator

[Orgad Shaneh]

On Thu, Apr 16, 2015 at 11:58 AM, Mateusz Loskot mate...@loskot.net wrote:

 On 16 April 2015 at 10:49, Mateusz Loskot mate...@loskot.net wrote:
  On 15 April 2015 at 10:47, Oswald Buddenhagen
  oswald.buddenha...@theqtcompany.com wrote:
  On Wed, Apr 15, 2015 at 10:15:40AM +0300, Orgad Shaneh wrote:
  On Wed, Apr 15, 2015 at 9:58 AM, Mateusz Loskot mate...@loskot.net
 wrote:
   The issue here is, that I know the current code will be rejected
   straight away due to Qt(Creator)-incompatible coding conventions
   used.  So, we need to port to Qt coding style and we will be working
   on it as a team.
  
  It won't be rejected. Wip branches are exactly for that - submitting
  changes that are unacceptable under regular terms, while the final
  review will be done in a single squashed commit when the work on this
  branch is done.
 
  it depends on how the involed parties want to work. it certainly would
  be possible to polish the initial import into a state that is
  acceptable in itself
 
  I think, that's why I've been considering to collaborate outside
  Gerrit, on GitHub,
  during this initial stage. Once we are happy about the plugin
  sources for the initial import, then we would push to Gerrit.
  That initial phase would be mostly about adjusting coding style.
  I guess, if we chose to clean up the sources on GitHub first,
  it wouldn't affect the following Gerrit workflow, so it should be fine.

 Quick update, that seems no longer relevant question.
 On IRC, I've got it answered:

 Q: If two developers commit  push hundreds of small updates to coding
 style, then number of Patch Sets would become an overwhelming noise,
 wouldn't it?
 A: So?

 Finally, that's enough for me to work in Gerrit from the start.


The change with the most patch-sets ever in qt-creator was the theming one
https://codereview.qt-project.org/93717, which was collaborative and had
72 patch sets :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Build Screen colors in 3.4RC1

[Orgad Shaneh]

On Thu, Apr 9, 2015 at 9:06 AM, Oleg Shalnev oleg.shal...@gmail.com wrote:

 I cleaned my theme. Restored default dark theme and got the same result.
 I think this is about interferencion with KDE dark theme.

 2015-04-09 8:13 GMT+03:00 Orgad Shaneh org...@gmail.com:

 On Wed, Apr 8, 2015 at 1:35 PM, Oleg Shalnev oleg.shal...@gmail.com
 wrote:

 Oh, No.

 I use custom them, of course.
 But my theme is absolute stable and migrate from version to version.
 This theme is working good in 3.3.

 2015-04-08 13:24 GMT+03:00 Orgad Shaneh org...@gmail.com:

 Do you have a custom color theme or are you using the built-in one? It
 should be ok with the built-in.


 Some role names were changed, and some roles were added. Reclone the
 built-in theme and modify it.

 - Orgad



Please reply to the list, so others can participate :)

I couldn't reproduce your problem with KDE's dark theme. Does it reproduce
when you choose Dark (built-in) in the theme settings?

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Preparing to contribute Boost.Build Plugin to Qt Creator

[Orgad Shaneh]

On Wed, Apr 15, 2015 at 9:58 AM, Mateusz Loskot mate...@loskot.net wrote:

 On 15 April 2015 at 08:46, André Hartmann andre.hartm...@iseg-hv.de
 wrote:
  For example, let's assume we start working on the contribution as
 follows:
  1. Import current sources of our plugin into
 wip/boostbuildprojectmanager
 
  To submit this first commit, it would be best all current developers
 give a
  +1 review to show their acceptance that the code is merged to the Qt
  repositories.

 André,

 The issue here is, that I know the current code will be rejected straight
 away
 due to Qt(Creator)-incompatible coding conventions used.
 So, we need to port to Qt coding style and we will be working on it as a
 team.


It won't be rejected. Wip branches are exactly for that - submitting
changes that are unacceptable under regular terms, while the final review
will be done in a single squashed commit when the work on this branch is
done.

You should have access to +2 changes for this branch yourself.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] QtCreator plugin contribution

[Orgad Shaneh]

On Mon, Apr 13, 2015 at 9:30 AM, Jürgen Hunold jhun...@gmx.eu wrote:

 Hi André,

 Am Montag, 13. April 2015, 08:18:29 schrieb André Hartmann:
  Hi,
  But that's only true for Qt itself.
 
  Creator has a much simpler workflow:

 So why does


 https://codereview.qt-project.org/#/q/status:open+project:qt-creator/qt-creator,n,z

 show a lot of activity?


He referred to the branching scheme, not to the gerrit workflow itself.

 * new features go to master
  * Bug fixes go to the latest stable branch or to master,
 depending on the importancy and technical risk
 
  So just push your new plugins to master.

 And do this one needs the necessary karma :-)

 I think we better have the new code reviewed and approved first.


You don't really have a choice ;-).

André meant pushing to refs/for/master, not directly to master.

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Build Screen colors in 3.4RC1

[Orgad Shaneh]

Do you have a custom color theme or are you using the built-in one? It
should be ok with the built-in.
בתאריך 8 באפר׳ 2015 13:03,‏ Oleg Shalnev oleg.shal...@gmail.com כתב:

 Good day.

 Sorry to trouble everybody in the list, but I want to suggest color fixing.
 In 3.4RC1 colors in the compile box is ugly with dark themes.

 3.3 shows normal colors.
 It's so sad to create own stylesheet for QtCreator by hands. May be it's
 possible to fix in 3.4 release.


 ​
 Thanks a lot
 --
 Oleg Shalnev  (Kalpa Knowledge Integration Initiative)
 --
 mailto: o...@kalpa.ru
 skype:  oleg_shalnev
 cell:  +79111603306
 cell:  +79187417217


 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator


___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

Re: [Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC 2013 (dynamic opengl)

[Orgad Shaneh]

On Tue, Mar 17, 2015 at 11:41 AM, Cristian Adam cristian.a...@gmail.com
wrote:

 On Tue, Mar 17, 2015 at 10:04 AM, Peter Kuemmel syntheti...@gmx.net
 wrote:

 
  What are the reasons for deploying with MinGW? :)
 

 Dropping MSVC at all because of the bad C++11/14 support ;)

 But I see, only reason not to drop is debugging.


 I would add better profile guided optimizations (PGO), which now are
 available for free in the
 Visual Studio 2013 Community Edition.

 If you find something slow with Qt Creator (clang code completion?), you
 could do a profile guided
 build and optimize that workflow.

 In my experience one could get a 20% speed boost using PGO. Never tried it
 on Qt Creator.

 Cheers,
 Cristian.

 ___
 Qt-creator mailing list
 Qt-creator@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/qt-creator


Hi,

Do you use Windows Kit 8 on the build machines?

If not, do you mind passing QMAKE_TARGET_OS=xp to qmake at least for the
official builds?

Unfortunately, WinXP is still alive... :)

- Orgad
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator