Re: [Qt-creator] [Development] Nominating André Hartmann as new Maintainer of VCS support in Qt Creator

2024-07-15 Thread Orgad Shaneh
Congratulations!

On Mon, Jul 15, 2024, 16:01 Eike Ziller  wrote:

> Thanks and congratulations André!
> I've adapted https://wiki.qt.io/Maintainers and the JIRA component's
> default assignee.
>
> Br, Eike
>
> > Am 26.06.2024 um 20:48 schrieb André Hartmann via Development <
> developm...@qt-project.org>:
> >
> > Hi all,
> >
> > Thank you very much for your trust. You really make me feel like I'm
> > part of the team.
> >
> > And Orgad, thank you very much for many years of actively bringing
> > Creator forward. As I said privately before, you leave big footsteps
> > behind you. I really hope you stay around for reviews and a helping hand
> > whenever I need it.
> >
> > About me: I'm a Creator user since version 1.2 (that was probably Qt 4.6
> > times). I wrote my first bugreport almost exactly 14 years ago, and
> > finally joined Gerrit in late 2011. I still use Creator on a daily
> > basis, but mostly for embedded C development, and Qt on second place.
> >
> > If anyone wants to help bringing the VCS support in Creator forward:
> > I have a wishlist in Jira [1] and it would be nice to have more closed
> > tasks there.
> >
> > And if you have any suggestions: feel free to contact me directly or
> > just add a task in Jira. I can't promise quick solutions, but I will
> > look at all of them.
> >
> > Best regards,
> > André
> >
> > [1] https://bugreports.qt.io/browse/QTCREATORBUG-19721
> >
> > Am 26.06.24 um 13:45 schrieb Christian Kandeler via Development:
> >> On 6/19/24 10:24 AM, Eike Ziller via Qt-creator wrote:
> >>> Resent, to fix the cc to the Development mailing list.
> >>>
>  Am 19.06.2024 um 10:17 schrieb Eike Ziller via Qt-creator
>  :
> 
>  Hi,
> 
>  I nominate André Hartmann as the new maintainer of Version Control in
>  Qt Creator. His contribution history in Qt Creator goes back to 2011
>  as well, and he regularly worked on improving our version control
>  support (as well as contributing to Qt and maintaining
>  qtserialbus/CANBus).
>  https://codereview.qt-project.org/q/owner:aha_1...@gmx.de
>  Jarek is already maintainer under the Qt Governance Model (parts of
>  Qt Creator and QtHelp) and can certainly act as a backup.
> 
>  Br, Eike
> >>
> >> +1
> >>
> >>
> >> Christian
> >>
> >
> > --
> > Development mailing list
> > developm...@qt-project.org
> > https://lists.qt-project.org/listinfo/development
>
>
> --
> Eike Ziller
> Principal Software Engineer
>
> The Qt Company GmbH
> Erich-Thilo-Str. 10
> 12489 Berlin, Germany
> eike.zil...@qt.io
> https://qt.io
>
> Geschäftsführer: Mika Pälsi,
> Juha Varelius, Jouni Lintunen
> 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


Re: [Qt-creator] Stepping down as maintainer

2024-06-20 Thread Orgad Shaneh
On Mon, Jun 17, 2024 at 5:17 PM Eike Ziller  wrote:

>
>
> > Am 14.06.2024 um 18:36 schrieb apoenitz :
> >
> > On Fri, Jun 14, 2024 at 03:31:00PM +0300, Orgad Shaneh wrote:
> >>   Hi,
> >>   I've been using Qt Creator since its first version and began
> >>   contributing to it in 2011 (with Gitorious :p). When I joined
> >>   AudioCodes, I introduced Qt Creator there, and for many years, most of
> >>   the C++ developers in my team have been using it daily.
> >>   Over the years, I've made numerous contributions to the project,
> >>   reporting 952 bugs and submitting 3,370 commits to Qt Creator.
> However,
> >>   in recent years, I've been working on a different project which isn't
> >>   written in C++. As a result, I use Qt Creator less frequently and have
> >>   much less time to maintain it.
> >>   I still use and love Qt Creator, and it remains my first choice for
> >>   C++, but I can no longer continue maintaining it. I propose André
> >>   Hartmann or Jarek Kobus as my successors.
> >>   I'll likely stay around and be available for reviews ;)
> >>   Thank you all for this great product!
> >>   - Orgad
> >
> > Hi Orgad.
> >
> > This is sad news, for the project, and for me personally.
> >
> > To the impressive track record I'd like to add marvellous response times
> > in code reviews and Jira that made working with you a real pleasure.
> >
> > Thank you for your work and all the best,
> > Andre'
>
> It is a real pity, but many thanks for all the work you have done and for
> staying with us for this long time from me too!
> And good luck and success with your new project!
>

Hi,

Thank you all for your kind words; they mean a lot to me.

It was a real pleasure working with you all, and as I mentioned, I'll still
be around :)

Keep up the great work!

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


[Qt-creator] Stepping down as maintainer

2024-06-14 Thread Orgad Shaneh
Hi,

I've been using Qt Creator since its first version and began contributing
to it in 2011 (with Gitorious :p). When I joined AudioCodes, I introduced
Qt Creator there, and for many years, most of the C++ developers in my team
have been using it daily.

Over the years, I've made numerous contributions to the project, reporting
952 bugs and submitting 3,370 commits to Qt Creator. However, in recent
years, I've been working on a different project which isn't written in C++.
As a result, I use Qt Creator less frequently and have much less time to
maintain it.

I still use and love Qt Creator, and it remains my first choice for C++,
but I can no longer continue maintaining it. I propose André Hartmann or
Jarek Kobus as my successors.

I'll likely stay around and be available for reviews ;)

Thank you all for this great product!
- Orgad
-- 
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator


Re: [Qt-creator] OutputTaskParser

2023-08-23 Thread 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

2023-08-22 Thread 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

2022-10-14 Thread 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)

2022-07-25 Thread Orgad Shaneh
On Mon, Jul 25, 2022 at 2:25 PM Konstantin Tokarev 
wrote:

>
>
> > Try to configure:git config http.sslVerify false
>
> This undermines whole point of using HTTPS (besides buzzword
> compatibility).
> Use http.sslCAInfo to verify server certificate, or use different protocol
> like ssh or plain http.
>

This is a server in an internal network, so MITM is very unlikely.

I did not suggest to configure it globally, but only for this repository.

- 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)

2022-07-25 Thread 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

2021-10-20 Thread 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

2020-07-02 Thread 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

2020-06-30 Thread 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

2020-06-29 Thread 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

2020-06-09 Thread 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

2020-06-08 Thread 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

2020-05-18 Thread 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

2020-05-06 Thread 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

2019-09-18 Thread 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

2019-06-06 Thread 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

2019-02-22 Thread 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?

2019-01-20 Thread 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?

2019-01-20 Thread 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?

2019-01-18 Thread 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

2019-01-13 Thread 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

2018-12-21 Thread 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

2018-12-21 Thread 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

2018-12-20 Thread 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

2018-10-17 Thread 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

2018-09-25 Thread 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?

2018-07-06 Thread 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?

2018-07-06 Thread 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?

2018-07-06 Thread 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

2018-07-02 Thread 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

2018-06-11 Thread 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

2018-06-11 Thread 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

2018-05-24 Thread Orgad Shaneh
On Thu, May 24, 2018 at 11:23 AM Tobias Hunger  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] Qt Project Summer of Code event

2018-03-26 Thread Orgad Shaneh
On Tue, Mar 27, 2018 at 8:03 AM, Erik Luo  wrote:

> Hi, I just submitted my Google summer of code proposal. My interest is in
> adding "Go to Definition" functionality to Qt Creator IDE. I am extremely
> willing to contribute to Qt Creator! Is there anything I can do so far?
> Thank you!
>

Welcome!

Can you elaborate? For C/C++ this functionality exists since ever, so I
guess you refer to another language?

- 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

2018-03-21 Thread 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

2018-03-19 Thread Orgad Shaneh
On Mon, Mar 19, 2018 at 10:50 AM, Oleg Shalnev 
wrote:

> This is my style file.
>
> 2018-03-18 12:29 GMT+03:00 Nikos Chantziaras :
>
>> On 18/03/18 11:18, Orgad Shaneh wrote:
>>
>>> On Thu, Mar 15, 2018 at 9:36 PM, Nikos Chantziaras >> <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

2018-03-18 Thread 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

2018-03-17 Thread 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

2018-03-13 Thread Orgad Shaneh
On Mon, Mar 12, 2018 at 11:33 PM, Harri Pasanen  wrote:

>
>
> > On Mar 12, 2018, at 4:32 PM, Konstantin Tokarev 
> wrote:
> >
> >
> >
> > 12.03.2018, 15:46, "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).
> >
> > 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

2018-03-12 Thread 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?

2018-02-23 Thread 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

2018-01-09 Thread 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

2018-01-08 Thread Orgad Shaneh
On Mon, Jan 8, 2018 at 3:48 PM, Konstantin Tokarev 
wrote:

>
>
> 08.01.2018, 16:40, "Oswald Buddenhagen" :
> > 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

2017-11-05 Thread 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

2017-07-18 Thread 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

2017-07-06 Thread 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] Debugger Log

2017-06-28 Thread Orgad Shaneh
On Tue, Jun 27, 2017 at 2:01 PM, Andre Poenitz  wrote:
> Ernst Maurer wrote:
>> need a little assistance, please advise:
>> direct GDB commands are preferable for me in some cases
>> rather than GUI tool windows. the only problem  -  I can't find a
>> short cut to switch a focus to this window and release this back.
>> Does anyone know how to do this and is this possible at all?
>
> I am afraid it isn't.
>
> The quickest way is with the mouse to right-click on the header
> of any debugger tool view (or left-click on the 'Views' item in the
> debugger toolbar), and left-click on the '[ ] Debugger Log' item.
>
> With the keyboard it'd be something like Alt-W, V, 7x,
> , which, I guess, does not really count.

You can assign a shortcut by Tools -> Options -> Environment ->
Keyboard -> Debugger.Docks.OutputDockWidget

Notice that you have to switch to debug mode for this option to appear
(discovered it just now :)).

- 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

2017-06-07 Thread 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

2017-05-24 Thread 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

2017-04-24 Thread 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

2017-04-07 Thread 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

2017-03-25 Thread 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

2017-02-27 Thread 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

2017-02-16 Thread Orgad Shaneh
On Thu, Feb 16, 2017 at 1:07 PM, ekke  wrote:

> Orgad,
> thanks for the tip and help
>
> Tried Custom Run Configuration:
>
> Executable: adb
> Arguments: shell am start --user 10 -n my.package.name/org.qtproject.
> qt5.android.bindings.QtActivity
> WorkingDir: %{buildDir}
> Tried with or without checking the 'Run in terminal box'
>
> getting error:
>
> Cannot find the androiddeploy Json file.
>
> Error while building/deploying project my_project (kit: Android for
> armeabi-v7a (GCC 4.9, Qt 5.7.0))
>
> When executing step "Deploy to Android device"
>

That means it didn't reach the Run step, it fails on deploy. You can also
have a custom Deploy configuration, but I'm not sure what exactly is wrong
there, and what should be done instead...

- 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

2017-02-16 Thread 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

2017-02-15 Thread 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

2016-12-11 Thread 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

2016-12-10 Thread 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

2016-11-30 Thread 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

2016-11-22 Thread 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

2016-11-21 Thread 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


[Qt-creator] Windows 64bit release

2016-11-14 Thread Orgad Shaneh
Hi,

Do you plan to release a binary installer of 64bit on Windows?

Our project has many files, and Creator often crashes with bad alloc
exception (QTCREATORBUG-17188
). Some users just
can't use it at all, since it crashes after 5 minutes of parsing.

I believe/hope that deploying 64bit will fix that.

- 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

2016-10-31 Thread 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

2016-10-26 Thread 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

2016-09-24 Thread 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, &QAction::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

2016-09-12 Thread 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

2016-08-03 Thread 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

2016-07-12 Thread 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

2016-06-17 Thread 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

2016-05-04 Thread 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.

2016-04-20 Thread 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.

2016-04-20 Thread 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.

2016-04-19 Thread 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

2016-04-14 Thread Orgad Shaneh
בתאריך 15 באפר׳ 2016 02:29,‏ "René J.V."  כתב:
>
> 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

2016-04-14 Thread Orgad Shaneh
בתאריך 15 באפר׳ 2016 00:45,‏ "René J. V."  כתב:
>
> 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

2016-04-14 Thread Orgad Shaneh
בתאריך 14 באפר׳ 2016 21:06,‏ "René J.V."  כתב:
>
> 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

2016-04-14 Thread 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] How run client ans server parts of the one project in debug mode

2016-03-06 Thread Orgad Shaneh
בתאריך 6 במרץ 2016 23:47,‏ "Карелин Павел"  כתב:
>
>
>
> 06.03.2016 22:19, Andrzej Telszewski пишет:
>
>> On 06/03/16 20:10, Andrzej Telszewski wrote:
>>>
>>> On 06/03/16 19:23, Карелин Павел wrote:



 06.03.2016 21:20, Bogdan Vatra пишет:
>
> Hi,
>
> I think you'll need to run two QtCreator instances.

 I tried it, got this error: "Cannot lock build graph file

'/home/hkarel/CProjects/Gamma7/build/qtc_Qt_551_a195e3b4-debug/qtc_Qt_551_a195e3b4-debug.bg':


 Already locked by 'QtCreator' (PID 4475)."
>>>
>>>
>>> Is the server and client the same binary?
>>> If so, I think you'd have to separate them and then you could run two
>>> instances.
>
> Client and server are separated
>
>>>
>>
>> Or maybe another solution. Under "Debug" -> "Start Debugging" you have
various possibilities. Maybe you could "Attach to Running Application"
provided that you have started your application outside of Qt Creator?
>
> I tried to attach to running application, but debbuger immediately quits
>
>>
>> I don't know how the locking is going to behave, though.
>
> In principle, it would suit me a running the client and server parts of
my application in two different instances of QtCreator. But I can not open
the same project in two different instances of QtCreator.

Why do they have to be in the same project? Use 2 projects and 2 instances.

- Orgad
___
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

2016-03-06 Thread 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&Run -> 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

2016-03-03 Thread Orgad Shaneh
On Thu, Mar 3, 2016 at 1:49 PM, Walter Stefan 
wrote:

> Thanks, that worked!
>
>
>
> *From:* Orgad Shaneh [mailto:org...@gmail.com]
> *Sent:* Donnerstag, 3. März 2016 15:33
> *To:* Walter Stefan 
> *Cc:* Tobias Hunger ; 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

2016-03-03 Thread 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

2016-02-25 Thread 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

2016-02-05 Thread 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

2015-12-10 Thread 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] Failed to compile Qt Creator 3.6.0 using prebuilt Qt 5.5.0 MinGW

2015-12-10 Thread 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

2015-12-10 Thread Orgad Shaneh
On Thu, Dec 10, 2015 at 10:22 AM, dzoelham  wrote:

> Hi.
>
> I have problems compiling Qt Creator 3.6.0 using prebuilt Qt 5.5.0 MinGW
> 4.9.2 32-bit.
> This is the compile output:
>
>
> [image: Inline image 1]
>
> Thank you in advance!.
>
>
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
>
>
This screenshot doesn't contain the error. Can you attach a full compile
log?

- 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

2015-11-19 Thread 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

2015-11-18 Thread 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] Nameless return values for debug mode

2015-11-16 Thread Orgad Shaneh
On Mon, Nov 16, 2015 at 12:44 PM, NIkolai Marchenko  wrote:

> Is it possible to modify debug process to let the execution linger in the
> debugged function for 1 more step to show the result created by the return
> statemenet in the debug view?
>
> This way there will be no need to create temp variables/debug statements
> to debug what the actual return statement of the function produces.
>

When you exit a function with Shift-F11 the return value is displayed in
the Locals&Expressions view.

Is this 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] Providing a custom Kit in my own plugin

2015-10-18 Thread 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?

2015-10-17 Thread 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)

2015-09-27 Thread 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

2015-09-23 Thread 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?

2015-09-09 Thread 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, &CppTools::CppModelManager::documentUpdated,
> > this, &CppTodoItemsScanner::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

2015-09-03 Thread 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

2015-09-01 Thread 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

2015-08-17 Thread Orgad Shaneh
On Mon, Aug 17, 2015 at 10:01 AM, Ziller Eike 
wrote:

>
> > On Aug 14, 2015, at 4:25 PM, Jason H  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 .

Currently there is another known crash with boost: 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

2015-08-14 Thread Orgad Shaneh
בתאריך 14 באוג׳ 2015 4:53 אחה״צ,‏ "Gena Bug"  כתב:
>
> 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


  1   2   3   >