IIRC: "LIBS += FOO" adds FOO to LIBS without checking for duplicates,
while "*=" adds only after checking that FOO isn't already there.
And, yes, an INCLUDEPATH is also required. Just replicate what QCA does
in its mkspec file ("s/QCA/phonon/g"). That said ...
Further (from another part of this e
Michael Dickens wrote:
> correctly do "LIBS *=..." no matter where Phonon is installed. That
BTW, what's the difference with "LIBS += ..."?
Are you sure a matching INCLUDEPATH expression isn't required?
R.
___
macports-dev mailing list
macports-dev@li
> On 30 Oct 2015, at 16:41, Sean Farley wrote:
>
>
> Mojca Miklavec mailto:mo...@macports.org>> writes:
>
>> Hi,
>>
>> I would really appreciate it if I could see the complete configure
>> command already in verbose mode (port -v configure), not just debug
>> mode (port -d configure). The sam
Michael Dickens wrote:
> What I'm planning on doing for Phonon is modifying its mkspec file to
> correctly do "LIBS *=..." no matter where Phonon is installed. That
> seems like a nice robust solution.
Yes - as long as it doesn't introduce artefacts or other side-effects.
In the meantime, I mana
Michael Dickens wrote:
> Yes, I'm sure. Using the stock phonon mkspec file and commenting in some
> of the debug "#"s from qt_functions.prf, I see the following. Fixing
> qt_phonon.pri to "do the right thing" adds LIBS and INCLUDEPATH for
> wherever phonon is installed. All of the various QtFOO li
On Fri, Oct 30, 2015, at 12:37 PM, René J. V. Bertin wrote:
> René J. V. Bertin wrote:
>
> > Michael Dickens wrote:
> >
> >> The error you show below with qtscriptgenerator is because it does not
> >> find phonon
> >
> > Are you sure? When I remove the typesystem_phonon line from generator.qrc
Mojca Miklavec writes:
> Hi,
>
> I would really appreciate it if I could see the complete configure
> command already in verbose mode (port -v configure), not just debug
> mode (port -d configure). The same applies to build/make, but usually
> that one doesn't contain so much extra parameters.
>
René J. V. Bertin wrote:
> Michael Dickens wrote:
>
>> The error you show below with qtscriptgenerator is because it does not
>> find phonon
>
> Are you sure? When I remove the typesystem_phonon line from generator.qrc and
> rebuild I still get the same error.
In fact, I think the issue on my e
What I'm planning on doing for Phonon is modifying its mkspec file to
correctly do "LIBS *=..." no matter where Phonon is installed. That
seems like a nice robust solution.
goldendict does not seem to actually use Phonon. It does use qmake, but
does no do "CONFIG *= phonon" anywhere. No idea why t
Michael Dickens wrote:
> The error you show below with qtscriptgenerator is because it does not
> find phonon
Are you sure? When I remove the typesystem_phonon line from generator.qrc and
rebuild I still get the same error.
Adding `LIBS += -L/opt/local/lib` to qtsg.pro doesn't make a differenc
Michael Dickens wrote:
> is to make sure that either (1) "LIBS *= -L${prefix}/lib" is in place
That seems like a small enough modification to qtscriptgenerator that if it
works is much preferable to "hiding" phonon under libexec/qt4 ...
> in ${prefix}/lib for phonon. What other projects use qma
The error you show below with qtscriptgenerator is because it does not
find phonon & thus there is no cpp code generated --> but the build
system does not know this for some reason & tries to build anyway.
Adding in QCA-like qmake code into the phonon mkspec file does the trick
for finding phonon v
Hi,
I would really appreciate it if I could see the complete configure
command already in verbose mode (port -v configure), not just debug
mode (port -d configure). The same applies to build/make, but usually
that one doesn't contain so much extra parameters.
The command "port -d ..." is wy t
Hi,
I'm reviving an old thread (fetch.type git & GitHub submodules).
I tried to make a proof-of-concept Portfile that is able to maintain a
persistent copy of the sources from a git repository:
https://trac.macports.org/attachment/ticket/16373/xchm.Portfile
https://trac.macports.org/ticke
Michael Dickens wrote:
> qtscriptgenerator is having issues with locating phonon now that it's
> not co-located with the qt4 install. Like QCA, it might make sense to
> just co-locate phonon into the new qt4 install prefix.
The difference here is that QCA provides hooks to install that way, or at
15 matches
Mail list logo