Thiago Macieira wrote:
> The point of the ELF version was to help you the distributions detect
> which ones need rebuilding by having the symbol show up. Having the symbol
> rename all the time doesn't make the distro-building more robust, since
> the previous symbols would just disappear and new
On Friday, 13 October 2017 10:27:59 PDT Lisandro Damián Nicanor Pérez Meyer
wrote:
> On jueves, 12 de octubre de 2017 09:28:20 -03 Thiago Macieira wrote:
> [snip]
>
> > The point of the ELF version was to help you the distributions detect
> > which
> > ones need rebuilding by having the symbol
On jueves, 12 de octubre de 2017 09:28:20 -03 Thiago Macieira wrote:
[snip]
> The point of the ELF version was to help you the distributions detect which
> ones need rebuilding by having the symbol show up. Having the symbol rename
> all the time doesn't make the distro-building more robust, since
On quinta-feira, 12 de outubro de 2017 09:28:20 PDT Thiago Macieira wrote:
> The advantage is that you simply run a binary that was wasn't rebuilt. The
> disadvantage is that you cannot run a binary that wasn't rebuilt.
In editing the sentence, I deleted the wrong word. s/simply/cannot/
The
On quinta-feira, 12 de outubro de 2017 08:31:12 PDT Rex Dieter wrote:
> Thiago Macieira wrote:
> > On quarta-feira, 11 de outubro de 2017 13:39:03 PDT Rex Dieter wrote:
> >> The patch's purpose looks appealing, are there "reasons(tm)" it cannot be
> >> used by default upstream?
> >
> > Yeah: we
Thiago Macieira wrote:
> On quarta-feira, 11 de outubro de 2017 13:39:03 PDT Rex Dieter wrote:
>> The patch's purpose looks appealing, are there "reasons(tm)" it cannot be
>> used by default upstream?
>
> Yeah: we don't want to.
>
> It would make the lives of the developers harder: you'd have
On quinta-feira, 12 de outubro de 2017 00:27:51 PDT Allan Sandfeld Jensen
wrote:
> On Donnerstag, 12. Oktober 2017 02:47:36 CEST Thiago Macieira wrote:
> > On quarta-feira, 11 de outubro de 2017 13:39:03 PDT Rex Dieter wrote:
> > > The patch's purpose looks appealing, are there "reasons(tm)" it
On Donnerstag, 12. Oktober 2017 02:47:36 CEST Thiago Macieira wrote:
> On quarta-feira, 11 de outubro de 2017 13:39:03 PDT Rex Dieter wrote:
> > The patch's purpose looks appealing, are there "reasons(tm)" it cannot be
> > used by default upstream?
>
> Yeah: we don't want to.
>
> It would make
On quarta-feira, 11 de outubro de 2017 13:39:03 PDT Rex Dieter wrote:
> The patch's purpose looks appealing, are there "reasons(tm)" it cannot be
> used by default upstream?
Yeah: we don't want to.
It would make the lives of the developers harder: you'd have to recompile
everything the moment
Thiago Macieira wrote:
> On terça-feira, 10 de outubro de 2017 23:56:08 PDT Martin Koller wrote:
>> Hi,
>>
>> on openSuse 42.2 I have a self-built 5.9.1 version and also the openSuse
>> 5.9.1 installed one. For some reason (which is not important for my
>> question) my application picks up the
On terça-feira, 10 de outubro de 2017 23:56:08 PDT Martin Koller wrote:
> Hi,
>
> on openSuse 42.2 I have a self-built 5.9.1 version and also the openSuse
> 5.9.1 installed one. For some reason (which is not important for my
> question) my application picks up the openSuse library but fails with
On Mittwoch, 11. Oktober 2017 10:13:07 CEST Martin Koller wrote:
> On Mittwoch, 11. Oktober 2017 09:06:53 CEST Mitch Curtis wrote:
> > Does -developer-build help?
>
> sadly no.
> it still just contains
> 2 0x00 0x0dcbd2c9 Qt_5_PRIVATE_API
>
> instead of the openSuse versions:
> 2 0x00 0x0be84779
On 11.10.2017 08:56, Martin Koller wrote:
on openSuse 42.2 I have a self-built 5.9.1 version and also the openSuse 5.9.1
installed one.
For some reason (which is not important for my question) my application picks
up the openSuse library
but fails with the error
libQt5Core.so.5: version
ge-
> > > From: Development [mailto:development-bounces+mitch.curtis=qt.io@qt-
> > > project.org] On Behalf Of Martin Koller
> > > Sent: Wednesday, 11 October 2017 8:56 AM
> > > To: development@qt-project.org
> > > Subject: [Development] How to get Qt_5.9
From: Development [mailto:development-bounces+mitch.curtis=qt.io@qt-
> > project.org] On Behalf Of Martin Koller
> > Sent: Wednesday, 11 October 2017 8:56 AM
> > To: development@qt-project.org
> > Subject: [Development] How to get Qt_5.9.1_PRIVATE_API
> >
> > H
Does -developer-build help?
> -Original Message-
> From: Development [mailto:development-bounces+mitch.curtis=qt.io@qt-
> project.org] On Behalf Of Martin Koller
> Sent: Wednesday, 11 October 2017 8:56 AM
> To: development@qt-project.org
> Subject: [Devel
Hi,
on openSuse 42.2 I have a self-built 5.9.1 version and also the openSuse 5.9.1
installed one.
For some reason (which is not important for my question) my application picks
up the openSuse library
but fails with the error
libQt5Core.so.5: version `Qt_5.9.1_PRIVATE_API' not found (required by
17 matches
Mail list logo