On 04/17/2012 09:22 PM, Andrew Tribick wrote:
Hello,

Yes that way is non-permanent, which has both advantages and
disadvantages. I personally find it quite useful to have the ability
to do one-off changes without modifying the global configuration.
Therefore in the code I posted I take in decreasing order of
preference the command line value, the QMake.conf value or the
default. This retains the use of the QMake.conf cached variables while
also permitting the one-off override method.

Andrew
Indeed, that's good. Sorry, I was a bit mislead by your writing (more precisely: by my translation of your writing). I should have spent a little more time with your code instead ... ;-)

Fridger

On 17 April 2012 20:59, Fridger Schrempp <fridger.schrempp@desy.de> wrote:
Andrew,


On 04/17/2012 08:00 PM, Andrew Tribick wrote:

Hello,

Regarding PREFIX, you could also potentially set the variable in the
command line (which is how I'd been changing the PREFIX variable, not
sure if you're supposed to do this kind of thing):

qmake celestia.pro PREFIX=/opt

So how about instead:

unix {
    isEmpty(PREFIX) {
        PREFIX = $$[PREFIX]
        isEmpty(PREFIX):PREFIX=/usr/local
    }
}

Regards,
Andrew

Your proposed way of setting PREFIX is  NON-permanent as opposed to
qmake -set PREFIX <value>

You can check that in your proposal NO entry is made into
~/.config/Trolltech/QMake.conf, while in the previous approach the variable
definition is logged! Hence in the latter  'permanent' case the PREFIX dir
remains unchanged until redefined, while in your proposal you have to set
PREFIX for each planned installation. Moreover, in the 'permanent'
approach, you can easily control the actual settings by simply typing

qmake -query PREFIX

or just

qmake -query

I tend to like that,  notably since we are about to "optionalize" quite a
number of directories and variables. Then clearcut -query statements are
important for avoiding mistakes during new installs..

Fridger

On 16 April 2012 22:32, Nils Larsson <ni1s@nerdshack.com> wrote:

måndagen den 16 april 2012 21:46:18 skrev  Andrew Tribick:

Hello,

Apologies about the long response time.

On 15 April 2012 16:18, Fridger Schrempp <fridger.schrempp@desy.de> wrote:

For instance, I am still waiting for further feedback about the question
whether my proposed addition of further libs (glu, libpng,...theora,...)
to the

PKGCONFIG += glu $$LUAPC libpng

line covers the syntax ambiguities in ALL other (popular) Linux distros.
In openSuSE 12.1 it does.
So please, would the Linux-based devs speak up?  Does this line work for
you? How about Ubuntu, Andrew?

I've tried this line in Ubuntu, it works for me.

Regards,
Andrew

Tried on my Gentoo machine, and it works.


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Celestia-developers mailing list
Celestia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/celestia-developers

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Celestia-developers mailing list
Celestia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/celestia-developers
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Celestia-developers mailing list
Celestia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/celestia-developers