> -Original Message-
> From: Development [mailto:development-
> bounces+tuukka.turunen=qt...@qt-project.org] On Behalf Of Stottlemyer,
> Brett (B.S.)
> Sent: keskiviikkona 18. tammikuuta 2017 15.50
> To: development@qt-project.org
> Subject: Re: [Development] Switch Qt Remote Objects to a
On quarta-feira, 18 de janeiro de 2017 21:24:45 PST René J. V. Bertin wrote:
> For lrelease:
> RPATH
> $ORIGIN/../lib:/opt/local/lib:/opt/local/libexec/qt5/lib
>
> For qtdiag:
> RUNPATH
> $ORIGIN/../lib:/opt/local/lib:/opt/local/libexec/qt5/lib
>
> R
Can you compa
Thiago Macieira wrote:
> Also, the Xcode's clang doesn't search /usr/local/include when the --sysroot
> option is passed. It's possible we performed an incorrect detection in Qt 5.7
> and earlier, but the 5.8 detection should be better.
Sorry, I didn't make this explicit, but I only had to prune
Thiago Macieira wrote:
> I see that the QStringList::join(QLatin1String) overload was added in 5.8.
> Does t mean that the installed version is 5.7 or earlier?
Yes, 5.7.1 .
> Ok, so that is the problem. The question is why LD_LIBRARY_PATH was not
> properly set. Or...
During the build lrelease
On quarta-feira, 18 de janeiro de 2017 18:31:36 PST René J. V. Bertin wrote:
> Thiago Macieira wrote:
> >> Among the tweak I have in my script to build Qt for installation into
> >> /opt/local, using dependencies from there, I have a patch for
> >> qtbase/configure that prunes a number of unnecessa
On quarta-feira, 18 de janeiro de 2017 18:46:53 PST René J. V. Bertin wrote:
> Thiago Macieira wrote:
> > Can you confirm whether the problem is
> >
> > a) that _ZN9QtPrivate16QStringList_joinERK11QStringList13QLatin1String
> > isn't>
> > present in QtCore at all; or
>
> The symbol is present
Thiago Macieira wrote:
> Don't assume. The question stands.
Actually the answer is yes. If this message is printed as a red herring, that's
a bug, so also a problem. It would mean that even with the libraries present I
couldn't build WITH support for GStreamer and/or PulseAudio.
As Oswald poin
On quarta-feira, 18 de janeiro de 2017 18:29:16 PST René J. V. Bertin wrote:
> Thiago Macieira wrote:
> > Please confirm whether you have a real problem or just a red herring.
>
> The configure summary claims it will build with support for GStreamer 1.0
> and PulseAudio. Assuming that claim is not
Thiago Macieira wrote:
> Can you confirm whether the problem is
>
> a) that _ZN9QtPrivate16QStringList_joinERK11QStringList13QLatin1String isn't
> present in QtCore at all; or
The symbol is present in the 5.8.0 version in the build tree, but not in the
installed version.
> b) that the symbol
Thiago Macieira wrote:
>> Among the tweak I have in my script to build Qt for installation into
>> /opt/local, using dependencies from there, I have a patch for
>> qtbase/configure that prunes a number of unnecessary/undesirable items from
>> DEFAULT_INCDIR and DEFAULT_LIBDIR (see below).
>
> Why
Thiago Macieira wrote:
> Please confirm whether you have a real problem or just a red herring.
The configure summary claims it will build with support for GStreamer 1.0 and
PulseAudio. Assuming that claim is not a red herring itself I indeed have a
problem.
On Wed, Jan 18, 2017 at 4:21 PM, Thomas Søndergaard
wrote:
> I hope my previous email wasn't offensive or downright stupid; no one has
> replied. I certainly meant no disrespect. While I'm waiting for a response,
> let me throw a specific proposal out there.
FWIW I've received *both* emails righ
On quarta-feira, 18 de janeiro de 2017 14:51:15 PST René J.V. Bertin wrote:
> symbol _ZN9QtPrivate16QStringList_joinERK11QStringList13QLatin1String,
> version Qt_5 not defined in file libQt5Core.so.5 with link time reference
Can you confirm whether the problem is
a) that _ZN9QtPrivate16QStringLi
On quarta-feira, 18 de janeiro de 2017 03:08:03 PST René J.V. Bertin wrote:
> But yet the configure process picks up both PulseAudio and GStreamer 1.0. As
> expected this still happens when I out-comment the relevant lines in the
> above snippet.
The section you pasted has nothing to do with the c
On quarta-feira, 18 de janeiro de 2017 09:51:43 PST René J.V. Bertin wrote:
> Hi,
>
> Among the tweak I have in my script to build Qt for installation into
> /opt/local, using dependencies from there, I have a patch for
> qtbase/configure that prunes a number of unnecessary/undesirable items from
Oswald Buddenhagen wrote:
> if you're doing a top-level build, you just pass it to configure.
But how? Configure now yells on -no-pulseaudio :
>> ERROR: Unknown command line option '-no-pulseaudio'.
And that error comes from qmake, possibly because it doesn't know this option
when processing q
I hope my previous email wasn't offensive or downright stupid; no one has
replied. I certainly meant no disrespect. While I'm waiting for a response,
let me throw a specific proposal out there.
First, I assume the correct solution is to extend QWindow and
QPlatformWindow so they can deal with comp
Hello,
On linux I get the following error doing a toplevel style build of most
components in qt-everywhere 5.8 :
make: Entering directory `/path/to/build/qttranslations'
cd translations/ && ( test -e Makefile || /path/to/build/qtbase/bin/qmake -o
Makefile
/path/to/qt-everywhere-opensource-src-
On 1/18/17, 1:52 AM, "Tuukka Turunen" wrote:
>>
>
>When QtRO becomes part of Qt, would you continue as the maintainer of the
>module and have adequate time to polish it so that it can be fully supported
>in the upcoming Qt releases?
>
>Yours,
>
> Tuukka
Sure, that is the plan. That do
Oswald Buddenhagen wrote:
> it's only a fallback anyway; it shouldn't trigger on any system which
> uses gcc.
Or clang? Not that it matters, probably, if the compiler already looks in those
locations by default (I'm pretty sure clang does).
>> Filtering in a QMake file won't be as trivial as in
On Wed, Jan 18, 2017 at 03:08:03AM -0800, René J.V. Bertin wrote:
> What happened with the --no-pulseaudio configure argument? I get the
> impression that one can supposedly pass arguments to QtMultiMedia's
> configure step, but how does that work?
>
if you're doing a top-level build, you just pas
Hi,
I'm starting a new thread for this, because it's a much bigger problem than the
topic of the thread where I already posted this.
It seems the configure process picks up the X11 libGL when it's available and
pkg-config is (has to be!) used to find intended dependencies.
I used to protect ag
On Wed, Jan 18, 2017 at 12:54:15PM +0100, René J. V. Bertin wrote:
> Oswald Buddenhagen wrote:
>
> > the bulk of the code is in toolchain.prf.
> > note that i have some related patches for 5.8 on gerrit.
>
> Yes, I found toolchain.prf, and already replaced the reference to
> /usr/local/include i
Seems the configure process also picks up the X11 libGL when it's available.
I used to protect against that in the configure script, but the OpenGL
detection
logic has been moved from out of there, too :-/
diff --git a/qtbase/configure b/qtbase/configure
index 0b8b417..91c6bc1 100755
--- a/qtb
Oswald Buddenhagen wrote:
> the bulk of the code is in toolchain.prf.
> note that i have some related patches for 5.8 on gerrit.
Yes, I found toolchain.prf, and already replaced the reference to
/usr/local/include in there (which I think is redundant anyway as most
compilers
on Unix look there
Hi,
Still tinkering with Qt 5.8, now doing a more complete "toplevel" build on Mac.
I have PulseAudio and Gstreamer 1.0 installed in the target prefix, but those
are strictly for use with GTk/Gnome apps, I don't want to introduce
dependencies on these libraries in Qt.
I see that QtMultiMedia'
On Wed, Jan 18, 2017 at 09:51:43AM +0100, René J.V. Bertin wrote:
> How does this work out with Qt 5.8?
>
the bulk of the code is in toolchain.prf.
note that i have some related patches for 5.8 on gerrit.
___
Development mailing list
Development@qt-projec
> On 16 Jan 2017, at 16:14, Oswald Buddenhagen wrote:
> On Sat, Jan 14, 2017 at 05:07:30PM +, Stottlemyer, Brett (B.S.) wrote:
>>
>> If you really did mean other object distributions systems, which ones are
>> you thinking of? Microsoft’s Component Object Model is interesting, but
>> I’m re
Hi,
Among the tweak I have in my script to build Qt for installation into
/opt/local, using dependencies from there, I have a patch for qtbase/configure
that prunes a number of unnecessary/undesirable items from DEFAULT_INCDIR and
DEFAULT_LIBDIR (see below).
I cannot seem to find any trace of
Getting back to the real topic some thoughts about the current state of the
ItemViews and what we need
- TableView with horizontal virtualization
- TableViews probably should do column delegate caching
- Decide if we should go back to basic integer row/column fields (exposed
to delegates) or use QM
30 matches
Mail list logo
