Re: [Qt-creator] Just installed Qt Creator

[Nikos Chantziaras]

On 07/06/2023 18:42, BLOOM-SCHEFF James via Qt-creator wrote:

I just installed Qt Creator 5.15.2 (windows 64 bits).


5.15.2? Huh? That's a Qt version, not a Creator version, and you 
mentioned you're using Qt 6.


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

[Qt-creator] Linux log spam

[Nikos Chantziaras]

Anyone else getting their system log ruthlessly spammed when Creator is 
running? I just noticed today that there's megabytes upon megabytes of 
this, totally drowning my logs:


May 14 01:14:19 gentoo plasmashell[213425]: 
KeepLineBreaksForNonEmptyLines: false
May 14 01:14:19 gentoo plasmashell[213425]: YAML:133:1: error: unknown 
key 'KeepLineBreaksForNonEmptyLines'
May 14 01:14:19 gentoo plasmashell[213425]: SOFT ASSERT [01:14:19.145]: 
"error.value() == static_cast(clang::format::ParseError::Success)" 
in 
/home/qt/work/build/qt-creator/src/plugins/clangformat/clangformatbaseindenter.cpp:765>


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

Re: [Qt-creator] The state of the clang-format plugin

[Nikos Chantziaras]

On 01/07/2022 10:17, Eike Ziller wrote:

I’m confused. I’m talking about Qt Creator 8.

The default setting for the ClangFormat plugin is “Indenting Only”. Which does 
not format on save at all.
The setting is (like in Qt Creator 7 unfortunately a bit hidden and that should be 
changed) in Preferences > C++ > Code Style > Edit.
The options for “Formatting mode” are “Indenting Only” (the default), “Full 
Formatting”, and “Disable”. The only option there that “formats on save” is 
“Full Formatting”, if you do not want that, switch to e.g. “Disable”, save, 
switch back on.


Well, I save and build all the time, so that just doesn't work for me. I 
thought you meant "set the format on save setting to disable", which I 
couldn't find.



All that said, Artem reverted to the old checkboxes yesterday, so the RC will 
have the checkboxes again.


Thank you!

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

Re: [Qt-creator] The state of the clang-format plugin

[Nikos Chantziaras]

On 29/06/2022 22:11, Nikos Chantziaras wrote:

On 29/06/2022 17:33, Eike Ziller wrote:

At the moment you can change the setting globally to “Disable”


Where is that setting found? Can't find it anywhere.


You probably meant Creator 7. In 8, that option is gone and there's no 
way to prevent Creator from forcing my personal coding style everywhere.


I opened a bug about it:

https://bugreports.qt.io/browse/QTCREATORBUG-27781

IMO, this is a serious show stopper as it makes Creator completely 
unusable when working on projects not under your control.


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

Re: [Qt-creator] The state of the clang-format plugin

[Nikos Chantziaras]

On 29/06/2022 17:33, Eike Ziller wrote:

At the moment you can change the setting globally to “Disable”


Where is that setting found? Can't find it anywhere.

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

Re: [Qt-creator] The state of the clang-format plugin

[Nikos Chantziaras]

On 29/06/2022 09:40, Eike Ziller wrote:

On 29 Jun 2022, at 05:26, Nikos Chantziaras  wrote:
How are you supposed to deal with lines you didn't edit changing and have no 
place in a git commit? It's impossible to work on code that's under version 
control.


The ClangFormat plugin restricts formatting on save to the regions that you 
edited since last saving (the regions that have a green marker on the side.


This is unsuitable when you don't want to reformat the code. But more 
importantly, when you undo, it breaks down. You edit something, then 
notice it formatted when saving, you undo it, but it won't work. No 
matter what you do, it will format it. I noticed it like an hour too 
late, when my git diff was a complete mess, as it formatted code I 
didn't want touched.


At that point, I had to switch back to Creator 7.

This makes it virtually impossible to use Creator. Sure, if you only 
ever work on your own code, it's fine. But I work on a ton of projects, 
most of them don't even have a clang-format file.


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

Re: [Qt-creator] The state of the clang-format plugin

[Nikos Chantziaras]

On 28/06/2022 12:06, Christian Kandeler wrote:

On 6/25/22 10:58, Björn Schäpers wrote:
in the days of yore you had 3 check marks for clang-format (still 
visible here 
https://doc.qt.io/qtcreator/images/qtcreator-code-style-clang-format.png). 


* Format instead of indenting
* Format while typing
* Format edited code on file save

Nowadays the UI is gone, and at least option 2 is gone 
(https://codereview.qt-project.org/c/qt-creator/qt-creator/+/411513) I 
asked on why, but no answer yet.


I suppose the assumption was that this was not needed. If it turns out 
there are actually people using that, it can be brought back.


How are you supposed to deal with lines you didn't edit changing and 
have no place in a git commit? It's impossible to work on code that's 
under version control.


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

[Qt-creator] Prevent creator from cleaning up line endings

[Nikos Chantziaras]

When editing a file that has mixed line endings (some lines are LF, some 
are CR LF) and saving it, creator will go and change all the lines in 
the file to LF. The result is that when doing a git commit, you get 
hundreds or thousands of changes instead of only the few couple lines 
you actually edited.


Is there a way to fix that?

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

Re: [Qt-creator] clangd parsing time

[Nikos Chantziaras]

On 10/11/2021 16:13, Adam Light wrote:
I don't use Linux so I can't test, but it seems that indexing is faster 
on Linux? I'm curious to know how long it takes to index Creator's 
sources, if you know.


On my Gentoo Linux box, I downloaded:

https://download.qt.io/official_releases/qtcreator/5.0/5.0.3/qt-creator-opensource-src-5.0.3.tar.xz

and opened "qtcreator.pro" in Creator 6.0.0 beta 2. It took 12 minutes 
for clangd to finish indexing. That's on an AMD 8-core/16-thread 3700X 
CPU and clangd using 8 threads. I used a spinning rust HDD, not an SSD.


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

Re: [Qt-creator] 5.0 RC segfaults when loading compilation db project

[Nikos Chantziaras]

On 17/08/2021 09:12, Eike Ziller wrote:

The debug information is available at 
https://download.qt.io/development_releases/qtcreator/5.0/5.0.0-rc1/installer_source/linux_x64/
 (qtcreator-debug.7z).


Thank you. I was now able to get a backtrace for the bug report.

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

[Qt-creator] 5.0 RC segfaults when loading compilation db project

[Nikos Chantziaras]

The 5.0 RC (installed through online installer) segfaults on Linux with 
loading a project based on a compile_commands.json file. Trying to get a 
backtrace with gdb is not very useful, since there's no debug symbols. 
The online installer does not have a download for the debug symbols, 
like it does for Creator 4.15.2 (which does not segfault.)


So, how do I report this bug?

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

Re: [Qt-creator] QC 4.13 beta 2 Win10 online installer also installs Qt 5.15.1 docs

[Nikos Chantziaras]

On 04/08/2020 12:23, Marco Piccolino wrote:

Hello,
installing QC 4.13 beta 2 on Windows 10 online installer seems to also 
installs Qt 5.15.1 docs.

Just wanted to mention that for the final release.


Run the maintenance tool with "--show-virtual-components" to see which 
package actually installed those docs.


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

Re: [Qt-creator] C++ indexing stucked

[Nikos Chantziaras]

On 03/04/2020 06:29, Christian Gagneraud wrote:

Hi there,

I'm having problems with code model and indexer, once a sqlite DB was
corrupted (I don't know how), but even after removing this DB I still
have issues with this sqlite DB.
[...]

Disabling ClangRefactoring plugin seems to fix the problem. Is this a
known issue?


What Eike said, plus check space consumption in your 
~/.cache/QtProject/QtCreator directory on your systems. The PchManager 
plugin was writing a constant stream of data to this folder for a long 
time in my case, resulting in many gigabytes of wasted space there.


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

[Qt-creator] How to downgrade to 4.11 beta1?

[Nikos Chantziaras]

I just upgraded Creator to 4.11 beta2 and it doesn't work:

error while loading shared libraries: libgssapi_krb5.so.2: cannot open 
shared object file: No such file or directory


I can't see a way to go back to 4.11 beta1 :-/

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

Re: [Qt-creator] Follow Symbol Under Cursor ALWAYS takes me to the header (QtCreator 4.9)

[Nikos Chantziaras]

Hm. Works fine here. It first takes me to the definition, and if I 
repeat, it then takes me to the declaration. If the function is a 
virtual with multiple override, a menu pops up to let me choose to which 
override to jump to. Works the same with both cmake and qmake projects. 
I'm not seeing any option to control this.


I'm on 4.9.0 on Linux using the clang code model.


On 20/05/2019 21:05, Michael Jackson wrote:
So far really loving the new features in 4.9 BUT now I have noticed that 
when I right-click on a method in my code I am taken to the declaration 
in the header file instead of the definition in the .cpp file? Was there 
a new setting in 4.9 that controls this? I am pretty sure that 4.8 “did 
the right thing”. I have tested this on both Windows and macOS (same 
project each) and the project is a CMake based project. Any insights 
would be appreciated….


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

Re: [Qt-creator] QtCreator 4.9.0-rc1 android sdk settings

[Nikos Chantziaras]

If you install Android Studio and point Creator to its JDK, SDK and NDK, 
then you don't need to install Java at all. Android Studio already comes 
with everything you need.


Take a look at an answer I posted on SO:

https://stackoverflow.com/a/55631810/856199


On 12/04/2019 12:20, Oleg Shal wrote:
Good day, everybody. I have no idea what is necessary  to do more with 
Android setup.


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

[Qt-creator] Designer forces a specific font in rich text

[Nikos Chantziaras]

When I edit labels or anything that accepts rich text in a form in 
Designer (inside Creator), it generates things like that:


  font-family:'Segoe UI';

As a result, when editing a form on one machine and then committing, 
there's unwanted changes. It's full of changes where "Sans Serif" is 
replaced by "Segoe UI", then on another machine it changes it to 
"Liberation Sans", then on another machine to "DejaVu Sans"...


Is there a way to stop this? Needless to say, I would really want no 
"font-family" entry at all, and have the forms just respect the default 
font as set by the user of the application on their OS preferences.


___
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

[Nikos Chantziaras]

On 21/02/2019 21:51, André Pönitz wrote:

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.


Creator requires at least C++11, I think? So if a system has that, it 
stands to reason to assume Python 3 is also available.




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)'
 lldb -version
 lldb -batch -o 'sc import sys' -o 'sc print(sys.version)



$  python --version
Python 3.6.6

$ python3 --version
Python 3.6.6

$ gdb -version
GNU gdb (Gentoo 8.2.1 p1) 8.2.1

$ lldb -version
bash: lldb: command not found

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

Re: [Qt-creator] Jumpy find occurrences?

[Nikos Chantziaras]

On 28/01/2019 20:10, Jason H wrote:

Has anyone else noticed that after doing a find, and scrolling that *some* of 
the green find locations in the scroll bar move up or down by a *few* pixels 
while scrolling?


Yep. It's not just find. It happens with all scrollbar marks, like 
warning and error locations.


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

Re: [Qt-creator] Qt creator + Clang model = major annoyance

[Nikos Chantziaras]

On 08/01/2019 20:00, Jason H wrote:

Another way to split this is what do we need while typing vs building.
I could see only real-time feedback forfast things, and at/after 
build-time layer in the more expensive stuff.


In case people missed it: you can do a static analysis build in Creator 
4.8. There you can enable all clang-tidy and clazy checks that you find 
useful. It's in the "Analyze" menu. It's VERY useful to run prior to 
doing a git commit. On large projects, you can just select the files 
your commit is modifying in order to only have them being checked rather 
than doing a full project rebuild.


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

Re: [Qt-creator] Anyone getting sagfault messages in dmesg while using Creator 4.8?

[Nikos Chantziaras]

On 07/01/2019 14:27, Nikolai Kosjar wrote:

On 1/7/19 12:26 PM, Steve Atkins wrote:

On Dec 14, 2018, at 1:16 PM, Nikos Chantziaras  wrote:

While using Creator 4.8 on Linux (Gentoo 64-bit), sometimes dmesg prints these:

[ 5309.005887] clang-7[26656]: segfault at 8 ip 02da1ee8 sp 
7ffecaac4100 error 4 in clang-7[40+4fbf000]
[ 5309.005893] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 ff ff e9 26 
fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 00 <48> 8b 40 08 83 
c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f
[ 5310.852181] clang-7[26658]: segfault at 8 ip 02da1ee8 sp 
7ffdd83022e0 error 4 in clang-7[40+4fbf000]
[ 5310.852187] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 ff ff e9 26 
fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 00 <48> 8b 40 08 83 
c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f
[ 5320.971586] clang-7[26687]: segfault at 8 ip 02da1ee8 sp 
7ffec51e4f70 error 4 in clang-7[40+4fbf000]
[ 5320.971592] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 ff ff e9 26 
fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 00 <48> 8b 40 08 83 
c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f
[ 5326.328998] clang-7[26695]: segfault at 8 ip 02da1ee8 sp 
7fff7c4d2030 error 4 in clang-7[40+4fbf000]
[ 5326.329004] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 ff ff e9 26 
fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 00 <48> 8b 40 08 83 
c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f

Anyone else getting this? This is the official Creator 4.8 64-bit Linux build 
installed using the online installer.


I get similar SEGVs on macOS. The clang backend is rather crashy, particularly 
when the code in the editor isn't valid (because it's in the process of being 
edited). The more recognizable errors look like memory corruption or race 
conditions.


Doesn't the log messages mean that a process "clang-7" segfaulted? That
is, rather a compiler invocation instead of the clangbackend?!


A "clang-7" binary is shipped with Creator. It seems to be crashing from 
time to time. I think it depends on the kinds of checks I enable in the 
code model. At first I used a ton of them (shiny new toy to experiment 
with). After I dialed it down due to the checks slowing down the editor 
to a crawl, I stopped getting these crashes.


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

[Qt-creator] Anyone getting sagfault messages in dmesg while using Creator 4.8?

[Nikos Chantziaras]

While using Creator 4.8 on Linux (Gentoo 64-bit), sometimes dmesg prints 
these:


[ 5309.005887] clang-7[26656]: segfault at 8 ip 02da1ee8 sp 
7ffecaac4100 error 4 in clang-7[40+4fbf000]
[ 5309.005893] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 
ff ff e9 26 fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 
00 <48> 8b 40 08 83 c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f
[ 5310.852181] clang-7[26658]: segfault at 8 ip 02da1ee8 sp 
7ffdd83022e0 error 4 in clang-7[40+4fbf000]
[ 5310.852187] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 
ff ff e9 26 fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 
00 <48> 8b 40 08 83 c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f
[ 5320.971586] clang-7[26687]: segfault at 8 ip 02da1ee8 sp 
7ffec51e4f70 error 4 in clang-7[40+4fbf000]
[ 5320.971592] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 
ff ff e9 26 fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 
00 <48> 8b 40 08 83 c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f
[ 5326.328998] clang-7[26695]: segfault at 8 ip 02da1ee8 sp 
7fff7c4d2030 error 4 in clang-7[40+4fbf000]
[ 5326.329004] Code: e8 4c 39 f7 0f 84 34 fd ff ff 48 8b 34 24 e8 ff f8 
ff ff e9 26 fd ff ff 48 89 c7 48 8b 47 20 ba 01 00 00 00 66 0f 1f 44 00 
00 <48> 8b 40 08 83 c2 01 48 83 e0 f8 75 f3 48 8b 44 24 18 39 50 28 0f


Anyone else getting this? This is the official Creator 4.8 64-bit Linux 
build installed using the online installer.


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

Re: [Qt-creator] What's the crash?

[Nikos Chantziaras]

Seems to be working fine here:

  https://i.imgur.com/OfFSAk5.png


On 16/07/18 17:05, Jason H wrote:



There's nothing more the debugger or C++ can do for you here.


But it does at the command line:
Process 79112 launched: '/Users/jhihn/Projects/test_crash/a.out' (x86_64)
Process 79112 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_ARITHMETIC 
(code=EXC_I386_DIV, subcode=0x0)
 frame #0: 0x00010fad a.out`main at main.c:7
4   {
5   int a = 2;
6   int b = 0;
-> 7 return a/b;


I'm pretty sure I remember some dialog appearing saying something about SIGSEGV 
(or in this case EXC_ARITHMETIC)?

MS gives this: 
https://user-images.githubusercontent.com/10531631/36583169-c65d48ea-1874-11e8-90db-1a651cfd09f5.png
I thought earlier versions of QtC had something simular.

The difference is:

int *a, *b; *b=0;
return *a / *b;

Here, the problem could be that 'a' is out of process space, or 'b' is 0. If 
'a' is a pointer, I don't necessarily know what my address range is. I have to 
deduce (and risk being wrong) what the actual crash was, meaning I could waste 
time going down the wrong path.




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

Re: [Qt-creator] What's the crash?

[Nikos Chantziaras]

On 12/07/18 18:16, Jason H wrote:

When my program seg faults, bus errors, or divides by zero, I'm left at the 
offending line in the debugger. Is there a way to tell what exactly caused the 
crash without having to guess?


You need to do a debug build of your application and then start it in 
the debugger (just press F5.) This will give you the line of the crash 
but also a backtrace to see how you got to that current line.


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

Re: [Qt-creator] Multiple Android APK support?

[Nikos Chantziaras]

On 13/04/18 15:04, Nikos Chantziaras wrote:
But it seems the site considers the highest version number as the "real" 
version. Pre-launch data for example isn't available for the ARM build, 
unless you reverse the version numbers, in which case you get data for 
the ARM build, but not the x86 one.


I take that back. It works correctly.

So if anyone else wants to do this, just make sure to click "retain" for 
your ARM APK when you upload the x86 APK, and also make sure the x86 APK 
has a higher version code, otherwise x86 devices will still receive the 
ARM version and the x86 APK will not be used.


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

Re: [Qt-creator] Multiple Android APK support?

[Nikos Chantziaras]

When uploading the x86 build, the site replaces the previous build 
unless you select "Retain" for it. Once you do that, it does seem to 
work and both APKs seem to be active. You get a warning though about 
"Differentiating APK details", but it's not a hard-error.


But it seems the site considers the highest version number as the "real" 
version. Pre-launch data for example isn't available for the ARM build, 
unless you reverse the version numbers, in which case you get data for 
the ARM build, but not the x86 one.


So it seems to work, but seems to be kinda glitchy. I assume the 
"correct" way would be to add architecture information to the manifest 
and gradle files, but Creator doesn't seem to offer a way to generate these.



On 13/04/18 08:52, Bogdan Vatra wrote:

It's quite straight forward:
  - install Qt for Android for arm & x86
  - add Android arm & x86 kits to your project
  - select arm kit and build first apk for arm
  - bump version (yes, this step is a must !)
  - select x86 kit and build the second apk for x86
  - upload the apk to Google Play.

În ziua de vineri, 13 aprilie 2018, la 00:24:28 EEST, Nikos Chantziaras a
scris:

I want to upload two APKs to the Google Play Store. One for ARM, one for
x86. Google's instructions:

https://developer.android.com/studio/build/configure-apk-splits.html

are for Android Studio. Are there instructions for Qt Creator? Has
anyone done this yet?


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

[Qt-creator] Multiple Android APK support?

[Nikos Chantziaras]

I want to upload two APKs to the Google Play Store. One for ARM, one for 
x86. Google's instructions:


  https://developer.android.com/studio/build/configure-apk-splits.html

are for Android Studio. Are there instructions for Qt Creator? Has 
anyone done this yet?


___
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

[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


It's the default "Dark" style.

However, the issue went away in the 4.6 RC that went live on March 15. 
So I think I'll close the bug.


Have you updated to the RC yet?

___
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

[Nikos Chantziaras]

This looks similar to an invisible text bug I reported a while ago:

https://bugreports.qt.io/browse/QTCREATORBUG-19777?filter=-2

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

Re: [Qt-creator] Crazy improvement idea #2

[Nikos Chantziaras]

On 14/03/18 01:14, Jason H wrote:

After my auto commenting of } comes my next crazy editor idea... Function 
popups.

After hovering or clicking on a function being called in code, a pop-up of the 
finction's source I appears and can be easily scrolled or closed.

As an enhancement, maybe only show the first few lines and the last few lines 
as those are likely of they most interest.


I prefer the function signature and, most importantly, the documentation 
of the function to be shown in the popup, not the code.


I can do ctrl+click on the function name and then "back button" on the 
mouse to take a look at the code.


In your suggestion, I would make code optional by having a "..." field 
in the pop-up. If I hover (or click?) that, *then* the code would be 
displayed. But not by default. Code in pop-ups is just too much and gets 
in the way of the actually useful information.


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

Re: [Qt-creator] [4.6] Clang code model doesn't work on Android

[Nikos Chantziaras]

I created the bug report:

https://bugreports.qt.io/browse/QTCREATORBUG-19835


On 16/02/18 09:39, Ivan Donchevskii wrote:
Ok, than it's weird. I'm using much newer NDK (16 in my case vs 10 in 
your) but this should not be the case.


So does that mean that your toolkit shows no red icon?


Anyways. Can you please create a bugreport at bugreports.qt.io?


Regards,

Ivan


*From:* Qt-creator 
 on behalf of 
Nikos Chantziaras 

*Sent:* Friday, February 16, 2018 8:31:53 AM
*To:* qt-creator@qt-project.org
*Subject:* Re: [Qt-creator] [4.6] Clang code model doesn't work on Android
The NDK path is set up correctly:

https://i.imgur.com/3fSaHnQ.png



On 16/02/18 09:13, Ivan Donchevskii wrote:
ClangCodeModel should work fine if you have set up your Android toolkit 
properly.



I'm able to reproduce your issue when I have wrong NDK location set in 
the Android settings (settings->devices->android).


Point the proper folder and your errors should be gone.


Kind regards,

Ivan


*From:* Qt-creator 
 on behalf of 
Nikos Chantziaras 

*Sent:* Friday, February 16, 2018 6:41:36 AM
*To:* qt-creator@qt-project.org
*Subject:* Re: [Qt-creator] [4.6] Clang code model doesn't work on Android
On 16/02/18 04:24, Nikos Chantziaras wrote:
4.6 beta1, but also the latest rc1 snapshot (15 Feb), seem to have a 
non-working Clang code model when using an Android kit.


The error is usually something like this:

    qglobal.h:45:12: fatal error: 'type_traits' file not found
    QDebug:1:10: note: in file included from [...]

This is printed by the yellow warning sign at the top. As a result, the 
code model is completely broken for the rest of the file.


Is this a known bug?


Well, actually it seems even the built-in code model has issues with
Android.

In both cases, standard C++ headers cannot be found. Only standard C
headers work. So this:

     #include 

appears underlined with the pop-up error message being "no such file or
directory".

But this:

     #include 

works fine.

___
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 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] [4.6] Clang code model doesn't work on Android

[Nikos Chantziaras]

No red icons in the toolkits.

Anyway, I just installed NDK r16b, and the problem is gone.

I was using r10 because it was recommended multiple times here, and IIRC 
also in the Qt documentation. (Apparently newer NDKs cause problems with 
Qt?)



On 16/02/18 09:39, Ivan Donchevskii wrote:
Ok, than it's weird. I'm using much newer NDK (16 in my case vs 10 in 
your) but this should not be the case.


So does that mean that your toolkit shows no red icon?


Anyways. Can you please create a bugreport at bugreports.qt.io?


Regards,

Ivan


*From:* Qt-creator 
 on behalf of 
Nikos Chantziaras 

*Sent:* Friday, February 16, 2018 8:31:53 AM
*To:* qt-creator@qt-project.org
*Subject:* Re: [Qt-creator] [4.6] Clang code model doesn't work on Android
The NDK path is set up correctly:

https://i.imgur.com/3fSaHnQ.png



On 16/02/18 09:13, Ivan Donchevskii wrote:
ClangCodeModel should work fine if you have set up your Android toolkit 
properly.



I'm able to reproduce your issue when I have wrong NDK location set in 
the Android settings (settings->devices->android).


Point the proper folder and your errors should be gone.


Kind regards,

Ivan


*From:* Qt-creator 
 on behalf of 
Nikos Chantziaras 

*Sent:* Friday, February 16, 2018 6:41:36 AM
*To:* qt-creator@qt-project.org
*Subject:* Re: [Qt-creator] [4.6] Clang code model doesn't work on Android
On 16/02/18 04:24, Nikos Chantziaras wrote:
4.6 beta1, but also the latest rc1 snapshot (15 Feb), seem to have a 
non-working Clang code model when using an Android kit.


The error is usually something like this:

    qglobal.h:45:12: fatal error: 'type_traits' file not found
    QDebug:1:10: note: in file included from [...]

This is printed by the yellow warning sign at the top. As a result, the 
code model is completely broken for the rest of the file.


Is this a known bug?


Well, actually it seems even the built-in code model has issues with
Android.

In both cases, standard C++ headers cannot be found. Only standard C
headers work. So this:

     #include 

appears underlined with the pop-up error message being "no such file or
directory".

But this:

     #include 

works fine.

___
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 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] [4.6] Clang code model doesn't work on Android

[Nikos Chantziaras]

The NDK path is set up correctly:

https://i.imgur.com/3fSaHnQ.png



On 16/02/18 09:13, Ivan Donchevskii wrote:
ClangCodeModel should work fine if you have set up your Android toolkit 
properly.



I'm able to reproduce your issue when I have wrong NDK location set in 
the Android settings (settings->devices->android).


Point the proper folder and your errors should be gone.


Kind regards,

Ivan


*From:* Qt-creator 
 on behalf of 
Nikos Chantziaras 

*Sent:* Friday, February 16, 2018 6:41:36 AM
*To:* qt-creator@qt-project.org
*Subject:* Re: [Qt-creator] [4.6] Clang code model doesn't work on Android
On 16/02/18 04:24, Nikos Chantziaras wrote:
4.6 beta1, but also the latest rc1 snapshot (15 Feb), seem to have a 
non-working Clang code model when using an Android kit.


The error is usually something like this:

    qglobal.h:45:12: fatal error: 'type_traits' file not found
    QDebug:1:10: note: in file included from [...]

This is printed by the yellow warning sign at the top. As a result, the 
code model is completely broken for the rest of the file.


Is this a known bug?


Well, actually it seems even the built-in code model has issues with
Android.

In both cases, standard C++ headers cannot be found. Only standard C
headers work. So this:

    #include 

appears underlined with the pop-up error message being "no such file or
directory".

But this:

    #include 

works fine.

___
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

Re: [Qt-creator] [4.6] Clang code model doesn't work on Android

[Nikos Chantziaras]

On 16/02/18 04:24, Nikos Chantziaras wrote:
4.6 beta1, but also the latest rc1 snapshot (15 Feb), seem to have a 
non-working Clang code model when using an Android kit.


The error is usually something like this:

   qglobal.h:45:12: fatal error: 'type_traits' file not found
   QDebug:1:10: note: in file included from [...]

This is printed by the yellow warning sign at the top. As a result, the 
code model is completely broken for the rest of the file.


Is this a known bug?


Well, actually it seems even the built-in code model has issues with 
Android.


In both cases, standard C++ headers cannot be found. Only standard C 
headers work. So this:


  #include 

appears underlined with the pop-up error message being "no such file or 
directory".


But this:

  #include 

works fine.

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

[Qt-creator] [4.6] Clang code model doesn't work on Android

[Nikos Chantziaras]

4.6 beta1, but also the latest rc1 snapshot (15 Feb), seem to have a 
non-working Clang code model when using an Android kit.


The error is usually something like this:

  qglobal.h:45:12: fatal error: 'type_traits' file not found
  QDebug:1:10: note: in file included from [...]

This is printed by the yellow warning sign at the top. As a result, the 
code model is completely broken for the rest of the file.


Is this a known bug?

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

Re: [Qt-creator] C++ Code Style and empty lines

[Nikos Chantziaras]

On 15/02/18 13:59, Benjamin TERRIER wrote:

2018-02-15 12:03 GMT+01:00 Dmitry Volosnykh :

Hi, Benjamin

Tools menu / Options menu item / Text Editor entry in the list on the left /
Behaviour tab / Cleanups Upon Saving control group



I know about this, I even talk about this in my email.

My concern is about the auto indent function (Right Click >
Auto-indent Selection)


If you don't save the file after auto-indenting it, then how did you end 
up with spaces in empty lines unless you didn't enable cleanup-on-save?


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

Re: [Qt-creator] clangbackend slow code completion

[Nikos Chantziaras]

Shouldn't all this actually be using clangd?

https://clang.llvm.org/extra/clangd.html


On 14/02/18 15:08, Ivan Donchevskii wrote:


Btw. - it would be nice if the QtCreator clang-tidy plugin would 
(optionally)
make use of a .clang-tidy config file (to share it with clang power 
tools for

example).

It's definitely in our plans. We've already discussed how we can support 
different ways of configuring tidy (with file and with ui options).
Making separate tool for tidy/clazy (to run them like static analyzer on 
the whole project) is also in plans but we have to solve some technical 
things on the way to it.


Regards,
Ivan


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

Re: [Qt-creator] clangbackend slow code completion

[Nikos Chantziaras]

If you have the "clang-tidy" checks enabled, disable them, or only use 1 
or 2 of them. That feature is extremely slow.



On 14/02/18 01:33, Steve Atkins wrote:

I'm using Creator 4.6.0-beta1 on a current generation macbook pro, and code 
completion is painfully slow - it'll take four or five seconds to complete 
anything. While it's doing so clangbackend will ramp up to 200% CPU.

It's a reasonably simple project - less than 6,000 lines of code across about 
60 files. The completion, and everything else connected to the code model seems 
to be working fine, it's just CPU intensive and slow.

Is this just how the clang backend is at the moment, or should I be looking for 
misconfiguration or other problems?

Cheers,
   Steve




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

[Qt-creator] Missing shortcut for jump to start/end of document?

[Nikos Chantziaras]

In the keyboard shortcuts editor, I can't seem to find entries for 
changing the shortcuts to jump to the start and end of the current file.


I occasionally need to use Creator on a Mac, and am trying to bind 
Ctrl+Home/Ctrl+End for this. I have changed the shortcuts for things 
like begin/end of line, next/previous word, etc, and this is one of the 
last missing pieces.


Is there a way I can change these shortcuts?

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

Re: [Qt-creator] Does someone understand this CMake error

[Nikos Chantziaras]

On 26/10/17 13:54, Tobias Hunger wrote:

On Thu, Oct 26, 2017 at 11:42 AM, Nikos Chantziaras  wrote:

Solved by ticking the "Auto-create build directories" checkbox in
Options->Build & Run->CMake.

That should have been enabled by default, IMO, given that you can't build
your project without it and get the most obscure error message.


So far I never ran into that problem with the temporary directories
Creator builts into (till you actually build stuff:-). Unfortunately
there is no way to make cmake not write things, so without the
temporary directory hack it will create lots of directories and files
and people report that creator should not clutter up their drives just
because they want to take a quick look into some code.


When you open a CMake project, you need to configure a build directory. 
I think it should go without saying that this directory is going to be 
created.


I just discovered something else. If you switch from Ninja to Unix 
Makefiles, then even if the checkbox is disabled, the directory is still 
created and there's no error message anymore. So the whole thing seems 
to be inconsistent, too :-)


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

Re: [Qt-creator] Does someone understand this CMake error

[Nikos Chantziaras]

Solved by ticking the "Auto-create build directories" checkbox in 
Options->Build & Run->CMake.


That should have been enabled by default, IMO, given that you can't 
build your project without it and get the most obscure error message.



On 25/10/17 22:26, Nikos Chantziaras wrote:

This is with Qt Creator 4.5.0 beta1 on Linux (Gentoo AMD64.)
GCC 6.4.0
CMake 3.9.4
Ninja 1.8.2

In the below, "foo" is your bog-standard add_executable() target:

   error: The install of the foo target requires changing an RPATH from
   the build tree, but this is not supported with the Ninja generator
   unless on an ELF-based platform.  The CMAKE_BUILD_WITH_INSTALL_RPATH
   variable may be set to avoid this relinking step. CMakeLists.txt:191
   (include)

I *am* on an ELF-based system (Linux 64-bit.) I can build the project 
manually outside of Creator just fine:


   $ mkdir build && cd build
   $ cmake -DCMAKE_GENERATOR=Ninja ../
   $ ninja

Builds fine.



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

[Qt-creator] Does someone understand this CMake error

[Nikos Chantziaras]

This is with Qt Creator 4.5.0 beta1 on Linux (Gentoo AMD64.)
GCC 6.4.0
CMake 3.9.4
Ninja 1.8.2

In the below, "foo" is your bog-standard add_executable() target:

  error: The install of the foo target requires changing an RPATH from
  the build tree, but this is not supported with the Ninja generator
  unless on an ELF-based platform.  The CMAKE_BUILD_WITH_INSTALL_RPATH
  variable may be set to avoid this relinking step. CMakeLists.txt:191
  (include)

I *am* on an ELF-based system (Linux 64-bit.) I can build the project 
manually outside of Creator just fine:


  $ mkdir build && cd build
  $ cmake -DCMAKE_GENERATOR=Ninja ../
  $ ninja

Builds fine.

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

Re: [Qt-creator] 4.5 beta removed Ant support?

[Nikos Chantziaras]

Is there a place that lists up to date requirements, prerequisites 
and/or dependencies? Are there "reference configurations" for Android 
NDK and SDK versions? According to that page 
(http://doc.qt.io/qt-5/androidgs.html), the recommended version of the 
NDK is 10e, which is several years old now.



On 19/10/17 11:39, Jake Petroules wrote:

That's outdated. Google dropped support for Ant in favor of Gradle, and we've 
followed suit. You don't need to do or install anything, it should work out of 
the box.


On Oct 19, 2017, at 10:37 AM, Nikos Chantziaras  wrote:

Can someone shed some light as to what this part in the 4.5 beta changelog 
means:

  Android

* Removed support for Ant

However, Ant seems to be a prerequisite for Qt Android development? See:

  http://doc.qt.io/qt-5/androidgs.html

  In order to use Qt for Android, you need the following:

  Apache Ant v1.8 or later

___
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] 4.5 beta removed Ant support?

[Nikos Chantziaras]

Can someone shed some light as to what this part in the 4.5 beta 
changelog means:


  Android

* Removed support for Ant

However, Ant seems to be a prerequisite for Qt Android development? See:

  http://doc.qt.io/qt-5/androidgs.html

  In order to use Qt for Android, you need the following:

  Apache Ant v1.8 or later

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

Re: [Qt-creator] qmake will not build c++ file named something like format.cc and ostream.cc

[Nikos Chantziaras]

I've been using .cc files for C++ source code forever, and it has always 
worked fine with qmake and in Creator.



On 08/07/17 11:02, Morton Lin wrote:

Hi All,

I currently want to use spdlog(https://github.com/gabime/spdlog) in my 
qt project. It contains two file named : format.cc and ostream.cc. The 
Qt Creator will not build these two file even if i put it in my pro 
file. Debugging show that it even not in the Makefile. After i struggled 
after some time, i found out that if i changed the file name, all things 
worked out.


Is this behavior designed in this way? or there is bug? If it's by 
designed, what' the reason here?



Thanks
Yun


Env:

Qt 5.9.0 (x86_64-little_endian-lp64 shared (dynamic) release build; by 
Clang 7.0.2 (clang-700.1.81) (Apple)) on "cocoa"

OS: macOS Sierra (10.12) [darwin version 16.6.0]
Architecture: x86_64; features: SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 AVX AVX2
Environment:
Features: QT_NO_EXCEPTIONS QT_NO_OPENSSL

Qt Creator 4.3.1
Based on Qt 5.9.0 (Clang 7.0 (Apple), 64 bit)
 From revision bfd818b2b1


___
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] Clang code model still borked?

[Nikos Chantziaras]

On 11/07/17 15:17, Nikos Chantziaras wrote:
It's because it was the first thing that happened once I enabled the 
Clang code mode. It seemed to me that ctor arguments are extremely 
important, not optional. If the model ships with broken ctor completion 
support, it just looks like it's still experimental and not intended for 
use.


I should clarify that statement, because reading it back, it looks like 
an attack on the work that was put on the Clang mode.


Ignoring the ctor issue, the Clang model is actually very useful. It's 
fast and can cope even with complex templates of the standard library. 
It also catches many errors before actually compiling the code. It is a 
big improvement over the current code model and I'm very excited for 
Creator 4.4 :-)


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

Re: [Qt-creator] Clang code model still borked?

[Nikos Chantziaras]

On 11/07/17 14:56, Eike Ziller wrote:



On Jul 11, 2017, at 13:10, Nikos Chantziaras  wrote:

On 11/07/17 09:29, Eike Ziller wrote:

On Jul 10, 2017, at 18:39, Nikos Chantziaras  wrote:

I wanted to give the Clang code model a try again (it was not very useful the 
last time I tried.) With the latest Qt Creator version (4.3.1), I get this when 
auto-completing ctor arguments:

  http://i.imgur.com/SERKkdW.png

Which is obviously not useful at all.

Is the Clang model still considered experimental?

That is https://bugreports.qt.io/browse/QTCREATORBUG-14882 which will be fixed 
in 4.4
Br, Eike


So I guess the answer is "yes", Clang model is not supposed to be used yet.


Concluding that from a single bug is strange.


It's because it was the first thing that happened once I enabled the 
Clang code mode. It seemed to me that ctor arguments are extremely 
important, not optional. If the model ships with broken ctor completion 
support, it just looks like it's still experimental and not intended for 
use.


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

Re: [Qt-creator] Clang code model still borked?

[Nikos Chantziaras]

On 11/07/17 09:29, Eike Ziller wrote:



On Jul 10, 2017, at 18:39, Nikos Chantziaras  wrote:

I wanted to give the Clang code model a try again (it was not very useful the 
last time I tried.) With the latest Qt Creator version (4.3.1), I get this when 
auto-completing ctor arguments:

  http://i.imgur.com/SERKkdW.png

Which is obviously not useful at all.

Is the Clang model still considered experimental?


That is https://bugreports.qt.io/browse/QTCREATORBUG-14882 which will be fixed 
in 4.4

Br, Eike


So I guess the answer is "yes", Clang model is not supposed to be used yet.


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

[Qt-creator] Clang code model still borked?

[Nikos Chantziaras]

I wanted to give the Clang code model a try again (it was not very 
useful the last time I tried.) With the latest Qt Creator version 
(4.3.1), I get this when auto-completing ctor arguments:


  http://i.imgur.com/SERKkdW.png

Which is obviously not useful at all.

Is the Clang model still considered experimental?

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

[Qt-creator] Designer has unreadable tiny controls

[Nikos Chantziaras]

Opening a *.ui.qml file in Creator results in the Designer showing 
elements in the left-side panel using a very small size.


The problem was not there with a 1080p monitor. Now I'm using a 1440p 
monitor with high DPI and everything is pretty much unusable since I 
can't see much.


The rest of Creator, as well as the Designer for QWidget-based .ui files 
has no issue. Only the *.ui.qml Designer has this problem.


Is there something I can do?

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

Re: [Qt-creator] "org.qtproject.example.myapp died" when running Android app

[Nikos Chantziaras]

I think that might be it. I hooked up an Adnroid phone (running 4.1.2) 
and it works correctly.


I then downloaded all available SDKs and images and tried them one by 
one. I kept trying until I've hit one combination that works. The first 
that did work was building against SDK 6.0 and running on a 6.0 emulator 
image.


So problem solved :-) Running on other image versions still triggers the 
bug, but I can live with that.



On 11/11/2016 11:53 AM, Bogdan Vatra wrote:

Does it do the same thin on a real device? I think it might be
https://codereview.qt-project.org/#/c/176022/ , sadly you'll have to wait for
QtCreator 4.2 ...

Cheers,
BogDan.


On vineri, 11 noiembrie 2016 09:13:28 EET Vikas Pachdha wrote:

Hi Nikos,

Can you confirm you Android GDB server path? (Preferences -> Build & Run ->
Kits -> select your android kit)

Regards,
Vikas Pachdha
Senior Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
vikas.pach...@qt.io
+49 151 74118269
http://qt.io <http://qt.io/>

On 11/11/16 03:16, "Qt-creator on behalf of Nikos Chantziaras"
 wrote:

Alright, I install r10e, deleted r13b (to make sure Creator doesn't
somehow end up using it), and pointed Creator to the new NDK. Cleaned
the build (did "rm -rf" in the build directory to make extra sure), and
I recompiled the project.

Sadly, the problem is still there :-(

On 11/11/2016 03:43 AM, Nikos Chantziaras wrote:
> I'm on r13b.
>
> I'll try and downgrade to r10e and see what happens. Naturally, I just
> assumed having the latest version would be best :-P
>
> On 11/11/2016 03:38 AM, Alexandre Pretyman wrote:
>> Hi Nikos,
>>
>> Can you define the versions on "The Android SDK and NDK are also the
>> latest versions."?
>>
>> Because at http://wiki.qt.io/Android it says:
>>
>> "Note that NDK r11 and r12 are known to have issues"
>>
>> I'm using r10e and everything has been positive so far.
>>
>> Alex
>>
>> On 10 November 2016 at 19:29, Nikos Chantziaras >
>> <mailto:rea...@gmail.com>> wrote:
>> I have a problem when running my app on the android emulator.
>> After
>> a few seconds (usually between 5 and 10 seconds or so), this is
>>
>> printed on the "application output" panel:
>>   "org.qtproject.example.myapp" died
>>
>> And after that, I can't see the output of my application anymore,
>> so
>> all qDebug() output is lost :-/
>>
>> The application itself has not died. It's still running fine on
>> the
>> emulator.
>>
>> I'm on Linux 64-bit with the latest version of Qt Creator (4.1.0)
>> which was installed with the Qt online installer (everything is
>> up
>> to date through MaintenanceTool.) The Android SDK and NDK are
>> also
>> the latest versions.
>>
>> Also, this happens with all ABIs and API levels.
>>
>> ___
>> Qt-creator mailing list
>> Qt-creator@qt-project.org <mailto:Qt-creator@qt-project.org>
>> http://lists.qt-project.org/mailman/listinfo/qt-creator
>> <http://lists.qt-project.org/mailman/listinfo/qt-creator>
>>
>> --
>> Alexandre Pretyman



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

Re: [Qt-creator] "org.qtproject.example.myapp died" when running Android app

[Nikos Chantziaras]

Alright, I install r10e, deleted r13b (to make sure Creator doesn't 
somehow end up using it), and pointed Creator to the new NDK. Cleaned 
the build (did "rm -rf" in the build directory to make extra sure), and 
I recompiled the project.


Sadly, the problem is still there :-(


On 11/11/2016 03:43 AM, Nikos Chantziaras wrote:

I'm on r13b.

I'll try and downgrade to r10e and see what happens. Naturally, I just
assumed having the latest version would be best :-P


On 11/11/2016 03:38 AM, Alexandre Pretyman wrote:

Hi Nikos,

Can you define the versions on "The Android SDK and NDK are also the
latest versions."?

Because at http://wiki.qt.io/Android it says:

"Note that NDK r11 and r12 are known to have issues"

I'm using r10e and everything has been positive so far.

Alex

On 10 November 2016 at 19:29, Nikos Chantziaras mailto:rea...@gmail.com>> wrote:

I have a problem when running my app on the android emulator. After
a few seconds (usually between 5 and 10 seconds or so), this is
printed on the "application output" panel:

  "org.qtproject.example.myapp" died

And after that, I can't see the output of my application anymore, so
all qDebug() output is lost :-/

The application itself has not died. It's still running fine on the
emulator.

I'm on Linux 64-bit with the latest version of Qt Creator (4.1.0)
which was installed with the Qt online installer (everything is up
to date through MaintenanceTool.) The Android SDK and NDK are also
the latest versions.

Also, this happens with all ABIs and API levels.

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




--
Alexandre Pretyman



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

Re: [Qt-creator] "org.qtproject.example.myapp died" when running Android app

[Nikos Chantziaras]

I'm on r13b.

I'll try and downgrade to r10e and see what happens. Naturally, I just 
assumed having the latest version would be best :-P



On 11/11/2016 03:38 AM, Alexandre Pretyman wrote:

Hi Nikos,

Can you define the versions on "The Android SDK and NDK are also the
latest versions."?

Because at http://wiki.qt.io/Android it says:

"Note that NDK r11 and r12 are known to have issues"

I'm using r10e and everything has been positive so far.

Alex

On 10 November 2016 at 19:29, Nikos Chantziaras mailto:rea...@gmail.com>> wrote:

I have a problem when running my app on the android emulator. After
a few seconds (usually between 5 and 10 seconds or so), this is
printed on the "application output" panel:

  "org.qtproject.example.myapp" died

And after that, I can't see the output of my application anymore, so
all qDebug() output is lost :-/

The application itself has not died. It's still running fine on the
emulator.

I'm on Linux 64-bit with the latest version of Qt Creator (4.1.0)
which was installed with the Qt online installer (everything is up
to date through MaintenanceTool.) The Android SDK and NDK are also
the latest versions.

Also, this happens with all ABIs and API levels.

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




--
Alexandre Pretyman



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

[Qt-creator] "org.qtproject.example.myapp died" when running Android app

[Nikos Chantziaras]

I have a problem when running my app on the android emulator. After a 
few seconds (usually between 5 and 10 seconds or so), this is printed on 
the "application output" panel:


  "org.qtproject.example.myapp" died

And after that, I can't see the output of my application anymore, so all 
qDebug() output is lost :-/


The application itself has not died. It's still running fine on the 
emulator.


I'm on Linux 64-bit with the latest version of Qt Creator (4.1.0) which 
was installed with the Qt online installer (everything is up to date 
through MaintenanceTool.) The Android SDK and NDK are also the latest 
versions.


Also, this happens with all ABIs and API levels.

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

Re: [Qt-creator] Where can I find a list of Creator's variables?

[Nikos Chantziaras]

On 11/04/16 17:58, Hunger Tobias wrote:

On Mo, 2016-04-11 at 15:57 +0300, Nikos Chantziaras wrote:

I have the issue of Creator using clang++ to build C++ sources, and GCC
to build C sources. I am trying to fix this, but for the life of me I
can't find a reference of Creator's variables anywhere.


I just added a button to list them all to the CMake Configuration dialog opened
by the kit options page.


Great!



What do I write here:

CMAKE_C_COMPILER:STRING=%{???}


There is nothing:-/

Qt Creator has one compiler per kit and assumes that to be a C++ compiler. Until
we change that there is just no information on additional C compilers (or
whatever other language you want to use). Without that information there is
nothing that can be added to kits automatically.


Ah, OK. So using a hard-coded path is the only choice here.

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

[Qt-creator] Where can I find a list of Creator's variables?

[Nikos Chantziaras]

I have the issue of Creator using clang++ to build C++ sources, and GCC 
to build C sources. I am trying to fix this, but for the life of me I 
can't find a reference of Creator's variables anywhere.


In the kit that uses Clang, Creator uses this in the "CMake 
Configuration" field:


  CMAKE_CXX_COMPILER:STRING=%{Compiler:Executable}

That's nice. But CMAKE_C_COMPILER is not set, so I get a mixed Clang/GCC 
build. %{Compiler:Executable} is obviously the C++ compiler. What is the 
C compiler? What do I write here:


  CMAKE_C_COMPILER:STRING=%{???}

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

Re: [Qt-creator] 4.0 doesn't clean nor rebuild in cmake projects

[Nikos Chantziaras]

On 27/03/16 21:34, Konstantin Tokarev wrote:

27.03.2016, 21:32, "Nikos Chantziaras" :

On 27/03/16 21:22, Tobias Hunger wrote:

  For CMake I would recommend just switching to ninja as the build backend
  though. That does parallel builds out of the box and seems much faster
  at handling builds of projects where only a few files changed.


I just assumed the default is the best one. There's so many to choose
from, and I don't know what they even mean.

The default is "CodeBlocks - Unix Makefiles". For "Ninja", there's
several options: Ninja, CodeBlocks Ninja, CodeLite Ninja, Eclipse Ninja,
etc. I have no idea whatsoever what these are.


You need CodeBlocks Ninja.


Thanks for your help. Changing the backend to CodeBlocks Ninja seems to 
break all active project configurations though. Creator seems unable to 
update them. After I deleted *.user files (again) and reopened the 
projects, the configuration was working again.


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

Re: [Qt-creator] 4.0 doesn't clean nor rebuild in cmake projects

[Nikos Chantziaras]

On 27/03/16 21:22, Tobias Hunger wrote:

For CMake I would recommend just switching to ninja as the build backend
though. That does parallel builds out of the box and seems much faster
at handling builds of projects where only a few files changed.


I just assumed the default is the best one. There's so many to choose 
from, and I don't know what they even mean.


The default is "CodeBlocks - Unix Makefiles". For "Ninja", there's 
several options: Ninja, CodeBlocks Ninja, CodeLite Ninja, Eclipse Ninja, 
etc. I have no idea whatsoever what these are.


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

Re: [Qt-creator] 4.0 doesn't clean nor rebuild in cmake projects

[Nikos Chantziaras]

Yep, that worked. Thanks!

Btw, do you know of a way to enable parallel builds globally? (For both 
cmake as well as qmake.) Right now, for every project, I need to edit 
the build step manually and add "-j4". Is there some global setting 
somewhere that I'm just not seeing?



On 27/03/16 20:45, Cristian Adam wrote:

Delete your project's .user file and reload the project. Qt Creator
should then work fine.

Qt Creator creates a "clean" target for all projects. "cmake --target
clean" should be the manual command in case you really need it.

Cheers,
Cristian.

On Mar 27, 2016 18:10, "Nikos Chantziaras" mailto:rea...@gmail.com>> wrote:

With cmake projects, the "clean" or "rebuild" functions in the build
menu don't do anything.

I assume this is not normal. Is there a proper way to fix that?
Currently, I just replaced the default command "cmake --build" with
"make clean". For some reason, cmake doesn't have a "--clean" option?



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

[Qt-creator] 4.0 doesn't clean nor rebuild in cmake projects

[Nikos Chantziaras]

With cmake projects, the "clean" or "rebuild" functions in the build 
menu don't do anything.


I assume this is not normal. Is there a proper way to fix that? 
Currently, I just replaced the default command "cmake --build" with 
"make clean". For some reason, cmake doesn't have a "--clean" option?


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

Re: [Qt-creator] Do smart pointers work in Creator 4.0?

[Nikos Chantziaras]

On 23/03/16 17:43, Guenter Schwann wrote:

On Wednesday, March 23, 2016 05:15:58 PM Nikos Chantziaras wrote:

I see that Creator 4.0 beta was released. Does someone know if either
the built-in or the clang code model now supports auto-completion when
dereferencing smart pointers? (std::shared_ptr and std::unique_ptr).


std::shared_ptr and std::unique_ptr do work fine for me with the clang model.
The model is getting quite slow with lost of templates, includes... But works
pretty well in general and adds some nice features.


Great to hear! As I've been (slowly) migrating everything to C++11, the 
smart pointer issue has been increasingly becoming a major PITA.


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

[Qt-creator] Do smart pointers work in Creator 4.0?

[Nikos Chantziaras]

I see that Creator 4.0 beta was released. Does someone know if either 
the built-in or the clang code model now supports auto-completion when 
dereferencing smart pointers? (std::shared_ptr and std::unique_ptr).


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

Re: [Qt-creator] (no subject)

[Nikos Chantziaras]

What happens if you set:

  QT_DEVICE_PIXEL_RATIO=2

in the environment before running Creator? This should make everything 
double-sized.



On 14/03/16 01:05, Papá wrote:

Thanks Nikos, I tried it but to no avail. No matter how much I increase
the or reduce the DPI, Qt Creator’s menus do not change. I guess this is
more of a Engineering challenge than I setting/users settings. To the
benefit of the Developers, this problem does not occur in my Desktop.

Have a good week.

Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
Windows 10

*From: *Nikos Chantziaras <mailto:rea...@gmail.com>
*Sent: *Sunday, March 13, 2016 4:28 AM
*To: *qt-creator@qt-project.org <mailto:qt-creator@qt-project.org>
*Subject: *Re: [Qt-creator] (no subject)

On 12/03/16 15:16, Papá wrote:

 > In my Laptop, the IDE's font is very, very small, but that is the

 > case with most applications in my Laptop. However, for Notepad, cmd and

 > other applications I was able to increase the font size directly into

 > the application, the win10 apps don't let you do this, :(

Give this a try:

http://www.windows10update.com/2015/05/windows-10-tutorials-79-change-dpi-scaling-level-for-displays/

___

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

Re: [Qt-creator] Clang 3.8 and Creator code model

[Nikos Chantziaras]

On 13/03/16 11:15, Nikos Chantziaras wrote:

On 13/03/16 10:36, Andrzej Telszewski wrote:

On 13/03/16 09:34, Nikos Chantziaras wrote:

I upgraded to LLVM and Clang 3.8.0. The Clang code model doesn't work
anymore. [...]


I also updated to LLVM and Clang 3.8.0 and completion stopped working.
Recompiling Qt Creator solved the problem.


I just recompiled Creator (I'm 3.6.0). It didn't help at all :-/


Let me correct that. It started working (it seemed it needed to reparse 
the sources first.)


Code checking and completion works now, except for one important (to me) 
detail: Typing "." does not automatically convert to "->" anymore when 
using raw pointers.


Any known fix for that?

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

Re: [Qt-creator] Clang 3.8 and Creator code model

[Nikos Chantziaras]

On 13/03/16 10:36, Andrzej Telszewski wrote:

On 13/03/16 09:34, Nikos Chantziaras wrote:

I upgraded to LLVM and Clang 3.8.0. The Clang code model doesn't work
anymore. There are no error messages anywhere. It just silently doesn't
do anything (no auto-completion, no code checking, nothing.)

Is this supposed to happen?


I also updated to LLVM and Clang 3.8.0 and completion stopped working.
Recompiling Qt Creator solved the problem.


I just recompiled Creator (I'm 3.6.0). It didn't help at all :-/


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

[Qt-creator] Clang 3.8 and Creator code model

[Nikos Chantziaras]

I upgraded to LLVM and Clang 3.8.0. The Clang code model doesn't work 
anymore. There are no error messages anywhere. It just silently doesn't 
do anything (no auto-completion, no code checking, nothing.)


Is this supposed to happen?

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

Re: [Qt-creator] (no subject)

[Nikos Chantziaras]

On 12/03/16 15:16, Papá wrote:

In my Laptop, the IDE's font is very, very small, but that is the
case with most applications in my Laptop. However, for Notepad, cmd and
other applications I was able to increase the font size directly into
the application, the win10 apps don't let you do this, :(


Give this a try:

http://www.windows10update.com/2015/05/windows-10-tutorials-79-change-dpi-scaling-level-for-displays/


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

Re: [Qt-creator] It's time to fix double redundant quotes

[Nikos Chantziaras]

On 09/03/16 00:10, Jason H wrote:

A while back, I started a discussion about Creator's quoting policy.  There was 
a lot of support, and a few people were concerned about changing the behavior 
that has been there since the beginning.

However, I'm again tired of fighting with creator inserting "" when I type " and deleting 
both when I backspace over one. This behavior only occurs in QtCreator, and no other editor _ever_, and 
it needs to go. It is a "clever trick" that costs more than it is clever. At least for me, 
YMMV.

Yes, there is a checkbox, but that applies to brackets and braces as well.

Fundamentally, I want to changes to the behavior:
1. If the character after the cursor is not whitespace, do NOT double quote ("")
2. If backspacing over a double quote, do not remove both double quotes.

For the love of all that is binary!!!


Wait, it's not a bug? They actually want that behavior?

lol :-P

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

Re: [Qt-creator] Determine if started through Qt Creator

[Nikos Chantziaras]

On 06/03/16 08:47, Walter Stefan wrote:

Hi,

I would like to determine in my application, if it was started through
Qt Creator.

My code should behave slightly different between running from Qt-Creator
(error handling) or started directly from a terminal.

What is the best approach for this?


In the project settings, you can modify the environment. Choose the 
"run" configuration, and just add an environment variable. Name it 
whatever you want, like IN_QTCREATOR.


In your program, just use:

  qEnvironmentVariableIsSet("IN_QTCREATOR");

(http://doc.qt.io/qt-5/qtglobal.html#qEnvironmentVariableIsSet)

to detect if the variable is set. Obviously, it only going to be set if 
you run the program in Creator.



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

Re: [Qt-creator] QtCreator 4.0: Where did my color icons go

[Nikos Chantziaras]

What, you're using icons instead of doing everything with keyboard 
shortcuts? :-P



On 04/03/16 20:42, Mike Jackson wrote:


I just compiled QtCreator 4.0 and what a surprise. It seems as if the
QtCreator team seems to have followed everyone else in UI design lately
and tossed out 30 years of Human Computer Interaction design. Namely,
you tossed colorful icons to go with a flat mono-chrome color palette. I
do not understand where this comes from? We programmers have been
fighting and waiting for years to get able to have high res icons that
can convey information quickly and when we get that capability all the
UI designers seem to have just given up on the concept. Color conveys
information quickly. It lets the human brain decipher information with
less effort than a monochrome palette. Numerous experts in the field
have written at length about this issue and where the UI design is going
and just how wrong it is. I urge the QtCreator team to at least include
a theme that retains the colorful icons from QtCreator 3.x in the 4.0
release. It is not too late.


Let me put forth a very direct example. If you drive a white car and you
park that car in a parking lot with 1000 other white cars of the same
type (say 4 door passenger style cars), when you come back out to get in
your car, unless you parked your car in a very specific spot (first or
last) your brain needs to work much hard to remember exactly which car
is yours. Now imagine your car is red, in that same lot of 1000 white
cars. Finding your car is instantaneous.

Thanks for listening.



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

Re: [Qt-creator] Clang Code Model: add -Wno-padded

[Nikos Chantziaras]

This happens for me too, on Clang 3.7.1.

I never complained about it though, since it's dead-easy to just add 
-wno-padded to the Clang model options.



On 04/03/16 02:03, Bubke Marco wrote:

I have similar structures and have never seen the warning for that cases.  
Which clang version do you use?

--
Sent from cellphone, sorry for the typos



On March 3, 2016 22:22:26 Andrzej Telszewski  wrote:


On 03/03/16 21:55, Bubke Marco wrote:

You don't have to silence the warning,  it is a warning not a error. And you 
can  change that in the settings.

I think it quite informative that

bool x, y,  z;
int w;
char c;

Is not optimal. If you don't like that disable it in the settings.


I do think that having this kind of information is useful, but in my
opinion -Wno-padded should be default, and turning on the warning should
be left to those who need it. I personally added -Wno-padded to the
clang model settings.

Say you have a struct like that:
struct nopad
{
bool flag1;
bool flag2;
};

It is perfectly fine structure and you don't have to pad it, yet you get
the warning. I would understand, if the warning told you to re-arrange
the members, but it simply warns you about what is the default compiler
behavior, that it will add 2 or 6 bytes of padding. This has been the
default compiler behavior for ages, so I don't see the point of giving
the warning by default;) In addition, the padding depends on the
architecture you're compiling for, so you would have to take it into
account.

I'm not against the warning, I'm just saying it shouldn't be enabled by
default.

My real structure is like that:
typedef struct
{
string name;
bool can_span;
} info_key_t;

There is nothing sensible I can change to make the warning disappear.



--
Sent from cellphone, sorry for the typos


On March 3, 2016 20:44:28 Andrzej Telszewski  wrote:


On 03/03/16 20:23, Bubke Marco wrote:

Hi,  we will add more options in 4.0 to the code model,  so you can choose 
different sets.

Anyway I find the padding warning quite useful because it shows that your data 
structures are sub optimal.



Nope, it does not tell you it's suboptimal. It tells you that compiler
will add the additional padding/alignment bytes.

Having structure with say 3 bool's and nothing more is perfectly fine.
In such a case, to silence the warning, I would have to add some dummy
fields, which most of the time is not necessary.


--
Sent from cellphone, sorry for the typos



On March 3, 2016 19:30:31 Andrzej Telszewski  wrote:


Hi,

Qt Creator: 3.6.0

Could _-Wno-padded_ flag be added to the Clang Code Model flags?
I don't believe that warning about padding should be the default behavior.

--
Best regards,
Andrzej Telszewski
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator





--
Best regards,
Andrzej Telszewski


--
Sent from cellphone, sorry for the typos
___
Qt-creator mailing list
Qt-creator@qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator




--
Pozdrawiam,
Best regards,
Andrzej Telszewski



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

Re: [Qt-creator] qmake and backtick command arguments

[Nikos Chantziaras]

On 22/02/16 12:41, Andrzej Telszewski wrote:

With:
QMAKE_CFLAGS += $$system(php-config --includes)

I get:
-I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM
-I/usr/include/php/Zend -I/usr/include/php/ext
-I/usr/include/php/ext/date/lib

and with:
PHP_INCLUDEPATH = $$system(php-config --includes)
PHP_INCLUDEPATH = $$replace(PHP_INCLUDEPATH, "-I", "")

INCLUDEPATH += \
   $$PHP_INCLUDEPATH

I get:
-isystem /usr/include/php -isystem /usr/include/php/main -isystem
/usr/include/php/TSRM -isystem /usr/include/php/Zend -isystem
/usr/include/php/ext -isystem /usr/include/php/ext/date/lib

The output of php-config --includes is:
$ php-config --includes
-I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM
-I/usr/include/php/Zend -I/usr/include/php/ext
-I/usr/include/php/ext/date/lib


"-isystem" is actually the recommended flag for specifying system 
include files. See:



https://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html#Directory-Options

So it seems qmake is being smart here and does the correct thing. If you 
want to also cover the case where php-config might use "-isystem" 
instead of "-I" on some machines, you can just replace that too:


  PHP_INCLUDEPATH = $$system(php-config --includes)
  PHP_INCLUDEPATH = $$replace(PHP_INCLUDEPATH, "-I", "")
  PHP_INCLUDEPATH = $$replace(PHP_INCLUDEPATH, "-isystem", "")

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

Re: [Qt-creator] qmake and backtick command arguments

[Nikos Chantziaras]

On 22/02/16 12:17, Konstantin Tokarev wrote:

22.02.2016, 11:55, "Nikos Chantziaras" :

On 22/02/16 10:45, Andrzej Telszewski wrote:

  On 22/02/16 09:39, Ziller Eike wrote:

  This yields yet another inconvenience. Using QMAKE_CFLAGS allows
  application to compile fine, but header files are not seen by Qt
  Creator and so cannot be nicely navigated.

  Looks like Qt Creator handles QMAKE_CXXFLAGS, but not QMAKE_CFLAGS.

  Br, Eike


  OK, now I understand what you meant.

  This works for navigation/browsing:
  QMAKE_CXXFLAGS += $$system(php-config --includes)

  but this, does not work:
  QMAKE_CFLAGS += $$system(php-config --includes)


INCLUDEPATH sets both of these automatically.


But output of pkg-config-like tools is supposed to be directly fed into 
compiler, e.g. if --includes output contains -isystem your code will fail.


Yes. The documentation says that it only emits "-I" options

  http://php.net/manual/en/install.pecl.php-config.php

but it might be lying, in which case QMAKE_C(XX)FLAGS is the defensive 
approach.


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

Re: [Qt-creator] qmake and backtick command arguments

[Nikos Chantziaras]

On 22/02/16 10:45, Andrzej Telszewski wrote:

On 22/02/16 09:39, Ziller Eike wrote:

This yields yet another inconvenience. Using QMAKE_CFLAGS allows
application to compile fine, but header files are not seen by Qt
Creator and so cannot be nicely navigated.

Looks like Qt Creator handles QMAKE_CXXFLAGS, but not QMAKE_CFLAGS.

Br, Eike



OK, now I understand what you meant.

This works for navigation/browsing:
QMAKE_CXXFLAGS += $$system(php-config --includes)

but this, does not work:
QMAKE_CFLAGS += $$system(php-config --includes)


INCLUDEPATH sets both of these automatically.


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

Re: [Qt-creator] qmake and backtick command arguments

[Nikos Chantziaras]

On 21/02/16 13:14, Andrzej Telszewski wrote:

I'm on Linux, so as a quick workaround something like this works fine:
INCLUDEPATH += \
   $$system(php-config --includes | sed -e 's:-I::g')

that is using "sed" to remove the extra "-I".

Is there some more qmake-like solution?
If not, I'm gonna stick with sed.


qmake has built-in sed(-ish) functionality, through the "~=" operator. 
Here's how to clean up the php-config output:


  PHP_INCLUDES = $$system(php-config --includes)
  PHP_INCLUDES ~= "s/-I/"
  INCLUDEPATH += $$PHP_INCLUDES

But it's simpler to use the replace() function instead:

  PHP_INCLUDES = $$system(php-config --includes)
  INCLUDEPATH += $$replace(PHP_INCLUDES, "-I", "")

(Note: no "$$" when specifying PHP_INCLUDES in the second line. 
replace() expects a variable as the first argument, NOT a string.)


However, I think Qt Creator is bugged and will not recognize the 
INCLUDEPATH here. Try and see.


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

Re: [Qt-creator] qmake and backtick command arguments

[Nikos Chantziaras]

On 21/02/16 11:47, Andrzej Telszewski wrote:

Hi,

I'm trying to do something like this in .pro file:
INCLUDEPATH += \
   `php-config --includes`


Try the system() function in combination with the "$$" operator (for 
variable expansion):


  INCLUDEPATH += $$system(php-config --includes)

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

Re: [Qt-creator] Cannot display QML inside creator, works just fine outside it

[Nikos Chantziaras]

On 17/02/16 11:33, Robert Löhning wrote:

Am 16.02.2016 um 21:08 schrieb Nikos Chantziaras:

On 16/02/16 17:00, Robert Löhning wrote:

Am 12.02.2016 um 09:39 schrieb Hunger Tobias:

On Do, 2016-02-11 at 23:13 +0200, Nikos Chantziaras wrote:

When I run an application that displays a QQuickWidget outside of
Creator, everything is fine. However, when running it in Creator (with
or without debugger), the application freezes at the moment the
QQuickWidget is used, and I get this error in "Application Output":

 Unrecognized OpenGL version
 Unrecognized OpenGL version

What is wrong here?

I'm on Linux 64-bit, with Qt Creator 3.6.0.


Hi *,

for completeness' sake, that issue is
https://bugreports.qt.io/browse/QTBUG-49334


That's not the issue here. Disabling the welcome screen has no effect.



What happens if you run two instances of glxgears at the same time
(without Qt Creator involved)?


I can run dozens of them, no issue. I can throw some 3D games in the mix 
from Steam, still no issues.


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

Re: [Qt-creator] Cannot display QML inside creator, works just fine outside it

[Nikos Chantziaras]

On 16/02/16 17:00, Robert Löhning wrote:

Am 12.02.2016 um 09:39 schrieb Hunger Tobias:

On Do, 2016-02-11 at 23:13 +0200, Nikos Chantziaras wrote:

When I run an application that displays a QQuickWidget outside of
Creator, everything is fine. However, when running it in Creator (with
or without debugger), the application freezes at the moment the
QQuickWidget is used, and I get this error in "Application Output":

Unrecognized OpenGL version
Unrecognized OpenGL version

What is wrong here?

I'm on Linux 64-bit, with Qt Creator 3.6.0.


Hi *,

for completeness' sake, that issue is
https://bugreports.qt.io/browse/QTBUG-49334


That's not the issue here. Disabling the welcome screen has no effect.

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

Re: [Qt-creator] Cannot display QML inside creator, works just fine outside it

[Nikos Chantziaras]

On 12/02/16 10:39, Hunger Tobias wrote:

On Do, 2016-02-11 at 23:13 +0200, Nikos Chantziaras wrote:

When I run an application that displays a QQuickWidget outside of
Creator, everything is fine. However, when running it in Creator (with
or without debugger), the application freezes at the moment the
QQuickWidget is used, and I get this error in "Application Output":

Unrecognized OpenGL version
Unrecognized OpenGL version

I'm on Linux 64-bit, with Qt Creator 3.6.0.


I had a similar problem before: Apparently some Linux graphics drivers lock up
when two applications try to use GL at the same time:-/

Your QML-using application is one program, and Qt Creator requires GL for the
QMLProfiler/QMLDesigner and the Welcome plugin. The first two are only loaded on
demand, but the Welcome page is shown directly. To prevent that, you can try to
start Qt Creator with "-noload Welcome" options.

If your application starts then without freezing Qt Creator, then you can try to
experiment with your graphics drivers.

You should get the same freezes by starting any two openGL applications at the
same time (e.g. two instances of GLXgears).


Nope, -noload Welcome doesn't help. Also, I have no issues running 
multiple GL apps. I can launch multiple glxgears processes without issues.


I noticed that there's something else printed before the "unrecognized 
version" errors:


  libGL error: No matching fbConfigs or visuals found
  libGL error: failed to load driver: swrast
  Unrecognized OpenGL version
  Unrecognized OpenGL version

I'm on an NVidia GTX 980 Ti running driver version 352.63.

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

[Qt-creator] Cannot display QML inside creator, works just fine outside it

[Nikos Chantziaras]

When I run an application that displays a QQuickWidget outside of 
Creator, everything is fine. However, when running it in Creator (with 
or without debugger), the application freezes at the moment the 
QQuickWidget is used, and I get this error in "Application Output":


  Unrecognized OpenGL version
  Unrecognized OpenGL version

What is wrong here?

I'm on Linux 64-bit, with Qt Creator 3.6.0.

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

Re: [Qt-creator] How do I see clang warning when using clang code model?

[Nikos Chantziaras]

On 07/02/16 20:27, Bubke Marco wrote:

On February 7, 2016 19:13:55 Nikos Chantziaras  wrote:


Nope, there's no underlines anywhere. I also switched to the "default"
editor style to make sure they weren't disabled, but still no underlines.


In text styles there are items for warning,  errors and their context.  Do you 
have activated them?


OK, I figured it out. The only undeline style that shows up is "wavy". 
But only the top of "wave" shows. The bottom is cut out. Which is why 
the other styles don't show up, since the bottom pixels are invisible.


Creator has font display issues, it seems, at least on Linux and with 
some fonts. I was using "Liberation Mono". Switching to another font 
(DejaVu Sans Mono) makes all lines visible again.


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

Re: [Qt-creator] How do I see clang warning when using clang code model?

[Nikos Chantziaras]

Nope, there's no underlines anywhere. I also switched to the "default" 
editor style to make sure they weren't disabled, but still no underlines.


On 07/02/16 19:57, Tobias Hunger wrote:

You should have some underlines (not sure about the style, mine are
wavy red or yellow lines, but I think I changed that) in the lines
with the warning/error labels.

Hovering those will show those warnings. Actually I am not sure how to
trigger them via the keyboard, but so far I did not miss that. Most
are pretty obvious even without the text once you read a couple.

Best Regards,
Tobias


On Sun, Feb 7, 2016 at 6:12 PM, Nikos Chantziaras  wrote:

I tried the clang code model plugin with Creator 3.6.0. A lot of yellow
triangle warning signs show up, but there's nothing in the "Issues" panel
(Alt+1). Neither in any of the other panels. Clicking on the yellow
triangles just places breakpoints, it doesn't open any tooltip with the
warning or anything.

How do I deal with all these yellow triangles?

___
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] How do I see clang warning when using clang code model?

[Nikos Chantziaras]

I tried the clang code model plugin with Creator 3.6.0. A lot of yellow 
triangle warning signs show up, but there's nothing in the "Issues" 
panel (Alt+1). Neither in any of the other panels. Clicking on the 
yellow triangles just places breakpoints, it doesn't open any tooltip 
with the warning or anything.


How do I deal with all these yellow triangles?

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

[Qt-creator] Any way to make Creator play nice with an identifier called "emit"?

[Nikos Chantziaras]

A library I'm using has an "emit" identifier for a function. Creator 
gets horribly confused by this, redlines everything and does not 
recognize any declarations or definitions that depend on that function. 
Example:

   QGst::PadPtr vidpad(QGlib::emit(fPipeline,
   "get-video-pad", 0));

Any way I can tell Creator that "emit" here is not what it thinks it is? 
Defining QT_NO_KEYWORDS doesn't help. Nor does #undef emit do the trick 
(those only solve the compilation issue; Creator doesn't seem impressed 
by either of those.)

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

Re: [Qt-creator] Dropping Qt Creator compilation with Qt 4

[Nikos Chantziaras]

On 09/07/14 14:51, Ziller Eike wrote:
> After a long transitioning period of 3 minor Qt 5 versions, I think
> that it is time to think about dropping support for compiling Qt
> Creator with Qt 4.

Obviously this needs to happen. I just want to point out that Creator 
built against Qt 5 looks ugly. I can live with it looking alien on my 
KDE desktop and not using native widgets. But the broken font rendering 
when built against Qt 5 just kills it.

But I understand that since this is a Linux-only issue, it might not be 
considered *that* important.

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

Re: [Qt-creator] Ugly font rendering?

[Nikos Chantziaras]

On 24/06/14 00:06, jeandet wrote:
> Le lundi 23 juin 2014 à 15:33 +0300, Nikos Chantziaras a écrit :
>> I was using Qt Creator 2.8.1 and decided to try 3.1.1. So I installed it
>> using the official Linux installer.
>>
>> The fonts look "washed out" and lack blackness, making them tiring to
>> read. Here's how fonts look in Creator 2.8.1:
>>
>> http://s15.postimg.org/es4jn3xdn/qt4.png
>>
>> and here's how they look in 3.1.1:
>>
>> http://s28.postimg.org/lic77ee25/qt5.png
>>
>> Is there anything I can do about this?
>
> Wouldn't it be related to this?
> https://bugzilla.redhat.com/show_bug.cgi?id=1052389

Changing ~/.config/fontconfig/fonts.conf doesn't have any effect :-/

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

[Qt-creator] Ugly font rendering?

[Nikos Chantziaras]

I was using Qt Creator 2.8.1 and decided to try 3.1.1. So I installed it 
using the official Linux installer.

The fonts look "washed out" and lack blackness, making them tiring to 
read. Here's how fonts look in Creator 2.8.1:

   http://s15.postimg.org/es4jn3xdn/qt4.png

and here's how they look in 3.1.1:

   http://s28.postimg.org/lic77ee25/qt5.png

Is there anything I can do about this?

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

Re: [Qt-creator] Qt Creator 3.2 dropping support for Mac OS X 10.6

[Nikos Chantziaras]

Creator doesn't build software. It's not a compiler. So you are not 
depending on it to build anything, actually.

It would seem to be that someone in your company is confused about 
compilers :-)


On 23/01/14 20:16, Adam Light wrote:
> All but one developer at my (smallish) company is still using OSX 10.6.8
> because we need 10.6 to be able to build the current shipping version of
> our main product. We all use Qt Creator, so a Creator 3.2 that would not
> work on 10.6 would be a problem for us.
>
> Adam
>
>
> On Thu, Jan 23, 2014 at 4:29 AM, Daniel Teske  > wrote:
>
> Hi,
>
> Let's make this:
>  > Qt Creator 3.2:
>  >  - drop support for compiling & running Qt Creator on 10.6
>
>  > We want to start using C++11 also in Qt Creator, and 10.6 is the
> only thing
>  > preventing that. Since 10.6 is deployment target only for Qt, we
> don’t
>  > necessarily need to keep “its IDE” running there (yes, that’s a
> Qt-centric
>  > way of looking at Qt Creator).
>
> a actual independant proposal (since it doesn't really depend on what qt
> supports) and cross post it to qt-creator for some wider exposure.
>
> Actually using C++11 would also mean bumping the minimum supported
> compiler
> for *compiling* Qt Creator. That's somewhat separate, but I would
> assume we
> would require at least lamba and auto support for compiling Qt
> Creator 3.2.
>
> That means MSVC 2010, clang 3.1 or g++ 4.5 if I remember correctly.
>
> daniel
> ___
> 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

Re: [Qt-creator] Sytanx highlightning .Pro files

[Nikos Chantziaras]

On 21/04/13 15:28, Sven Putze wrote:
>>>
>>> where can I find the file with the defines for the syntax highlightning of 
>>> .PRO files? Many qmake variables are not recognized in QtCreator 2.7 on 
>>> (Mac) OSX. I'd like to fix that.
>>
>> This is normal.  The syntax highlighter for project files does not
>> support all variables.
>
> Just because it's "normal" it isn't per se a good thing or acceptable.

What I meant is that there's no definition file for you to download. 
You already have it, and that's how it behaves.

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

Re: [Qt-creator] Sytanx highlightning .Pro files

[Nikos Chantziaras]

On 20/04/13 17:40, Sven Putze wrote:
> Hi there,
>
> where can I find the file with the defines for the syntax highlightning of 
> .PRO files? Many qmake variables are not recognized in QtCreator 2.7 on (Mac) 
> OSX. I'd like to fix that.

This is normal.  The syntax highlighter for project files does not 
support all variables.  Don't know why, but this is how it's supposed to be.


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

Re: [Qt-creator] Problems using c++11 features

[Nikos Chantziaras]

On 02/04/13 12:49, Prof. Dr.-Ing. Wilhelm Meier wrote:
> Hi all,
>
> in the following simple example (code and project settings below) using
> c++11-features I heavily miss the autocompletion: the templates of
>  aren't autocompleted as well as the members of the
> std::shared_ptr template and the pointed-to object.
>
> I'm using qtcreator-2.7 and gcc-4.8.0.

Nope.  Support for templates is severely lacking at the moment.  There's 
nothing you can do.

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

Re: [Qt-creator] How to get syntax highlighting for CMakeLists.txt?

[Nikos Chantziaras]

On 28/03/13 15:25, Michael Jackson wrote:
>
> On Mar 28, 2013, at 7:30 AM, Nikos Chantziaras wrote:
>>
>> Sorry for the monologue folks, but I've come across another issue now.
>> After actually building the project, Creator now red-underlines some
>> lines in my CMakeLists.txt, even though there's nothing wrong with them.
>>
>> Is this a known problem?
>
> I have noticed that Creator will red line:
>
> if ( something
>
> but NOT
>
> if(something 
>
> Note the difference in spaces. Both are Valid CMake codes.

Nah, it just underlines regardless of spaces.  This is the first time I 
use cmake though, so maybe there's indeed something I'm doing wrong. 
Though it's a very simple project file:

   http://oi48.tinypic.com/xdjf6.jpg

As far as I can tell, everything is fine :-/

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

Re: [Qt-creator] How to get syntax highlighting for CMakeLists.txt?

[Nikos Chantziaras]

On 28/03/13 13:03, Nikos Chantziaras wrote:
> On 27/03/13 12:59, Nikos Chantziaras wrote:
>> When I open a CMakeLists.txt in Creator it pops up an information bar
>> saying:
>>
>> "A highlight definition was not found for this file. Would you like to
>> try to find one?"
>>
>> How do I get this to work? [...]
>>
>> I'm on Qt Creator 2.7.0 with Qt 4.8.4 and KDE 4.10.1.
>
> Today, it started working correctly on its own.  I didn't change
> anything in the settings.
>
> Well, that works.  Not complaining :-P

Sorry for the monologue folks, but I've come across another issue now. 
After actually building the project, Creator now red-underlines some 
lines in my CMakeLists.txt, even though there's nothing wrong with them.

Is this a known problem?

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

Re: [Qt-creator] How to get syntax highlighting for CMakeLists.txt?

[Nikos Chantziaras]

On 27/03/13 12:59, Nikos Chantziaras wrote:
> When I open a CMakeLists.txt in Creator it pops up an information bar
> saying:
>
> "A highlight definition was not found for this file. Would you like to
> try to find one?"
>
> How do I get this to work?  Opening the file in Kate or KWrite works
> just fine.  In the options, "/usr/share/apps/katepart/syntax" is
> configured as the fallback location (and the "Use fallback location"
> checkbox is checked.) And there is a
> "/usr/share/apps/katepart/syntax/cmake.xml" file (which, again, works
> just fine in Kate).
>
> I'm on Qt Creator 2.7.0 with Qt 4.8.4 and KDE 4.10.1.

Today, it started working correctly on its own.  I didn't change 
anything in the settings.

Well, that works.  Not complaining :-P

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

[Qt-creator] How to get syntax highlighting for CMakeLists.txt?

[Nikos Chantziaras]

When I open a CMakeLists.txt in Creator it pops up an information bar 
saying:

"A highlight definition was not found for this file. Would you like to 
try to find one?"

How do I get this to work?  Opening the file in Kate or KWrite works 
just fine.  In the options, "/usr/share/apps/katepart/syntax" is 
configured as the fallback location (and the "Use fallback location" 
checkbox is checked.) And there is a 
"/usr/share/apps/katepart/syntax/cmake.xml" file (which, again, works 
just fine in Kate).

I'm on Qt Creator 2.7.0 with Qt 4.8.4 and KDE 4.10.1.

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

Re: [Qt-creator] Creator 2.7.0 RC stopped working

[Nikos Chantziaras]

The plugin manager seems to do dependency tracking already.  For 
example, if you disable a plugin that is needed by other plugins, those 
get grayed out.  I suppose this is just an oversight and the dependency 
has not been updated yet.


On 21/03/13 23:43, Alexandre LAURENT wrote:
> Hello Nikos, Ziller and other readers,
>
> Is there a point to allow the disabling of the plugin, if it is so
> essential in the build process of your project ? I mean, as described
> here, it looks essential (needed), so why the Qt Creator itself does not
> avoid the user to disable it ?
>
> Best regards,
>
> 2013/3/21 Nikos Chantziaras mailto:rea...@gmail.com>>
>
> Yep, that's it. Thanks.
>
> On 21/03/13 09:59, Ziller Eike wrote:
>  > You have probably manually disabled the QmlJSTools plugin. The Qt
> project manager depends on it in Qt Creator 2.7. Just re-enable
> QmlJSTools and make sure Qt4ProjectManager is enabled too.
>  >
>  > ++ Eike
>  >
>  > On 21.03.2013, at 06:12, Nikos Chantziaras  <mailto:rea...@gmail.com>> wrote:
>  >
>  >> Creator was working fine before, but something got updated in my
> Linux
>  >> distro that seems to break it. The problem is that it can't
> detect Qt as
>  >> being installed. All my entries are ignored and on startup, this is
>  >> printed on stdout:
>  >>
>  >>Qt version is no longer known, removing from kit "Desktop".
>  >>Qt version is no longer known, removing from kit "Qt 5".
>  >>Qt version is no longer known, removing from kit "Qt 4 Debig".
>  >>Qt version is no longer known, removing from kit "Desktop".
>  >>Qt version is no longer known, removing from kit "Qt 5".
>  >>Qt version is no longer known, removing from kit "Qt 4 Debig".
>  >>
>  >> Trying to add /usr/bin/qmake in "Options->Build & Run->Qt Versions"
>  >> results in an error dialog:
>  >>
>  >>Title: Qmake not executable
>  >>Message: The qmake executable /usr/bin/qmake could not be
> added: No
>  >>factory found for qmake: '/usr/bin/qmake'
>  >>
>  >> Nothing is printed on stdout in this case.
>  >>
>  >> What could be causing this? I've rebuilt it, but it doesn't help. I
>  >> downgraded to 2.6.2 and that one works correctly.


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

Re: [Qt-creator] Creator 2.7.0 RC stopped working

[Nikos Chantziaras]

Yep, that's it. Thanks.

On 21/03/13 09:59, Ziller Eike wrote:
> You have probably manually disabled the QmlJSTools plugin. The Qt project 
> manager depends on it in Qt Creator 2.7. Just re-enable QmlJSTools and make 
> sure Qt4ProjectManager is enabled too.
>
> ++ Eike
>
> On 21.03.2013, at 06:12, Nikos Chantziaras  wrote:
>
>> Creator was working fine before, but something got updated in my Linux
>> distro that seems to break it. The problem is that it can't detect Qt as
>> being installed. All my entries are ignored and on startup, this is
>> printed on stdout:
>>
>>Qt version is no longer known, removing from kit "Desktop".
>>Qt version is no longer known, removing from kit "Qt 5".
>>Qt version is no longer known, removing from kit "Qt 4 Debig".
>>Qt version is no longer known, removing from kit "Desktop".
>>Qt version is no longer known, removing from kit "Qt 5".
>>Qt version is no longer known, removing from kit "Qt 4 Debig".
>>
>> Trying to add /usr/bin/qmake in "Options->Build & Run->Qt Versions"
>> results in an error dialog:
>>
>>Title: Qmake not executable
>>Message: The qmake executable /usr/bin/qmake could not be added: No
>>factory found for qmake: '/usr/bin/qmake'
>>
>> Nothing is printed on stdout in this case.
>>
>> What could be causing this? I've rebuilt it, but it doesn't help. I
>> downgraded to 2.6.2 and that one works correctly.
>>
>> ___
>> 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] Creator 2.7.0 RC stopped working

[Nikos Chantziaras]

Creator was working fine before, but something got updated in my Linux 
distro that seems to break it. The problem is that it can't detect Qt as 
being installed. All my entries are ignored and on startup, this is 
printed on stdout:

   Qt version is no longer known, removing from kit "Desktop".
   Qt version is no longer known, removing from kit "Qt 5".
   Qt version is no longer known, removing from kit "Qt 4 Debig".
   Qt version is no longer known, removing from kit "Desktop".
   Qt version is no longer known, removing from kit "Qt 5".
   Qt version is no longer known, removing from kit "Qt 4 Debig".

Trying to add /usr/bin/qmake in "Options->Build & Run->Qt Versions" 
results in an error dialog:

   Title: Qmake not executable
   Message: The qmake executable /usr/bin/qmake could not be added: No
   factory found for qmake: '/usr/bin/qmake'

Nothing is printed on stdout in this case.

What could be causing this? I've rebuilt it, but it doesn't help. I 
downgraded to 2.6.2 and that one works correctly.

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

Re: [Qt-creator] Code completion is unable to find header files

[Nikos Chantziaras]

But if it exists, it will not be ignored, which is a problem.  For 
example, the include like should be:

   -I/usr/local/SDL-1.2

*not*:

   -I/usr/local/SDL -I/usr/local/SDL-1.2

Also not:

   -I/usr/local/SDL-1.2 -I/usr/local/SDL

Yes, this is a Creator issue with code completion.  It does not affect 
the build.  I need to get Creator to understand that "SDL.h" is in 
/usr/include/SDL.

On 31/12/12 17:57, Sergey Shambir wrote:
> If file listed in INCLUDEPATH not exists, it will be ignored.
>
>   CONFIG += link_pkgconfig
>   PKGCONFIG += sdl
>
> This settings ignored only by QtCreator C++ engine or build fails too?
>
> 31.12.2012 14:33, Nikos Chantziaras пишет:
>> I forgot to mention that I know about this, but this can potentially
>> also break portability, since it might preempt the directory reported by
>> pkg-config.
>>
>>
>> On 31/12/12 12:26, Orgad Shaneh wrote:
>>> Add in your pro file:
>>> INCLUDEPATH += /usr/include/SDL
>>>
>>>
>>> On Mon, Dec 31, 2012 at 12:19 PM, Nikos Chantziaras >> <mailto:rea...@gmail.com>> wrote:
>>>
>>>   I've run into a nasty problem with Qt Creator (I'm using 2.6.1 on 
>>> Gentoo
>>>   Linux) where it can't find header files I include and thus code
>>>   completion for anything in those headers isn't working.
>>>
>>>   Case in point:
>>>
>>>   #include 
>>>
>>>   Creator can't find it because the full path to that header is:
>>>
>>>   /usr/include/SDL/SDL.h
>>>
>>>   However, I don't want to use:
>>>
>>>   #include 
>>>
>>>   instead.  That's not the correct way to do it, as it breaks 
>>> portability.
>>>  Some systems don't use "SDL/" but can have that header in
>>>   "SDL1.2/" or
>>>   "SDL12/" or "SDL-1.2/" or whatever.  The correct way to do this is to
>>>   use pkg-config.  In my project file:
>>>
>>>   CONFIG += link_pkgconfig
>>>   PKGCONFIG += sdl
>>>
>>>   Qt Creator is not able to pick that up.  So as a workaround, which 
>>> seems
>>>   to work fine with generic projects, I provided a 
>>> "ProjectName.includes"
>>>   file with this in it:
>>>
>>>   /usr/include/SDL
>>>
>>>   But Creator doesn't seem to care.  This works just fine for non-qmake
>>>   projects.  But with qmake projects, Creator seems to ignore *.includes
>>>   files?
>>>
>>>   What can I do?
>>>
>>>   This is of course not limited to SDL. The same problem arises with
>>>   anything that uses pkg-config to provide include paths and you're not
>>>   supposed to hardcode the path prefix into your #include directives.


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

Re: [Qt-creator] Code completion is unable to find header files

[Nikos Chantziaras]

I forgot to mention that I know about this, but this can potentially 
also break portability, since it might preempt the directory reported by 
pkg-config.


On 31/12/12 12:26, Orgad Shaneh wrote:
> Add in your pro file:
> INCLUDEPATH += /usr/include/SDL
>
>
> On Mon, Dec 31, 2012 at 12:19 PM, Nikos Chantziaras  <mailto:rea...@gmail.com>> wrote:
>
> I've run into a nasty problem with Qt Creator (I'm using 2.6.1 on Gentoo
> Linux) where it can't find header files I include and thus code
> completion for anything in those headers isn't working.
>
> Case in point:
>
> #include 
>
> Creator can't find it because the full path to that header is:
>
> /usr/include/SDL/SDL.h
>
> However, I don't want to use:
>
> #include 
>
> instead.  That's not the correct way to do it, as it breaks portability.
>Some systems don't use "SDL/" but can have that header in
> "SDL1.2/" or
> "SDL12/" or "SDL-1.2/" or whatever.  The correct way to do this is to
> use pkg-config.  In my project file:
>
> CONFIG += link_pkgconfig
> PKGCONFIG += sdl
>
> Qt Creator is not able to pick that up.  So as a workaround, which seems
> to work fine with generic projects, I provided a "ProjectName.includes"
> file with this in it:
>
> /usr/include/SDL
>
> But Creator doesn't seem to care.  This works just fine for non-qmake
> projects.  But with qmake projects, Creator seems to ignore *.includes
> files?
>
> What can I do?
>
> This is of course not limited to SDL. The same problem arises with
> anything that uses pkg-config to provide include paths and you're not
> supposed to hardcode the path prefix into your #include directives.
>
> ___
> Qt-creator mailing list
> Qt-creator@qt-project.org <mailto: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