On Wed, Apr 09, 2008 at 10:10:53AM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > I think that it depends on whether it solves a problem or not,
> > i.e., if it ain't broke, don't fix it.
>
> The problems I see are:
>
> 1/ on the mac, it is not possible
On Wed, Apr 09, 2008 at 10:10:53AM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > I think that it depends on whether it solves a problem or not,
> > i.e., if it ain't broke, don't fix it.
>
> The problems I see are:
>
> 1/ on the mac, it is not possible
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I think that it depends on whether it solves a problem or not,
> i.e., if it ain't broke, don't fix it.
The problems I see are:
1/ on the mac, it is not possible to build from the precompiled Qt/Mac
bundle, and some special variables have to be set
On Tue, Apr 08, 2008 at 04:05:07PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > would tell where the libraries are. From here, one could discover
> > the needed additional libraries by grepping the .prl files.
>
> That seems doable, but still a bit of w
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I think that JMarc is trying to avoid using pkg-config to query
> for the Qt configuration.
Yes, exactly. pkg-config is a bit too unix-centric to be universally
useful. But of course I want to build makefiels, so I am a bit
unix-centric myself (more
On Sat, Apr 05, 2008 at 12:01:01AM +0200, Enrico Forestieri wrote:
> On Fri, Apr 04, 2008 at 08:08:56PM +0200, Andre Poenitz wrote:
>
> > I still don't know what the problem is, but maybe
>
> I think that JMarc is trying to avoid using pkg-config to query
> for the Qt configuration.
Fair enough.
On Sat, Apr 05, 2008 at 12:08:30AM +0200, Enrico Forestieri wrote:
> On Fri, Apr 04, 2008 at 07:47:26PM +0200, Andre Poenitz wrote:
>
> > Well, I am too lazy to check on non-*nix, but if it hasn't the
> > 'default' symlink, it's not Qt.
>
> So the Qt3 cygwin package is not Qt:
>
> $ echo $QMAKES
On Fri, Apr 04, 2008 at 07:47:26PM +0200, Andre Poenitz wrote:
> Well, I am too lazy to check on non-*nix, but if it hasn't the
> 'default' symlink, it's not Qt.
So the Qt3 cygwin package is not Qt:
$ echo $QMAKESPEC
/usr/lib/qt3/mkspecs/cygwin-g++
$ ls -lF /usr/lib/qt3/mkspecs/
total 0
dr-xr-x-
On Fri, Apr 04, 2008 at 08:08:56PM +0200, Andre Poenitz wrote:
> I still don't know what the problem is, but maybe
I think that JMarc is trying to avoid using pkg-config to query
for the Qt configuration.
> qmake -query QT_INSTALL_HEADERS
> qmake QMAKE_INCDIR_QT=/some/path
>
> and maybe
>
On Fri, Apr 04, 2008 at 10:14:21PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> >> Not a separate pre-compiled version, but Qt-X11 does compile on Mac and is
> >> used frequently in macports, e.g.
> >
> > So, the same problem could potentially arise on Ma
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> Not a separate pre-compiled version, but Qt-X11 does compile on Mac and is
>> used frequently in macports, e.g.
>
> So, the same problem could potentially arise on Mac. Or maybe not,
> if they simply hack macx-g++.
I was naive enough to believe tha
On Fri, Apr 04, 2008 at 07:28:19PM +0200, Andre Poenitz wrote:
> > OK, there is some code to work around this in autotroll. Here are the
> > relevant lines:
> >
> > # Kludge!! QMake has a very strange behavior. For instance, if you
> > # install Qt under your $HOME and run QMake somewhere el
On Fri, Apr 04, 2008 at 06:09:27PM +0200, Enrico Forestieri wrote:
> On Fri, Apr 04, 2008 at 03:00:35PM +0200, Jean-Marc Lasgouttes wrote:
> > Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> > > I don't want to use the same LDFLAGS used to build Qt, for example, as
> > > in this case I would l
On Fri, Apr 04, 2008 at 02:58:50PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > That will work on cygwin but not on mingw because Windows has
> > no support for symlinks. Indeed, there's already something like that
> > in autotroll.m4.
>
> I have indee
On Fri, Apr 04, 2008 at 12:38:10PM -0400, Bennett Helm wrote:
> On Fri, Apr 4, 2008 at 12:34 PM, Enrico Forestieri <[EMAIL PROTECTED]>
> wrote:
>
> > BTW, isn't there a X11 version for the Mac,
> > or, would it be possible to build such a version?
>
>
> Not a separate pre-compiled version, but Q
On Fri, Apr 4, 2008 at 12:34 PM, Enrico Forestieri <[EMAIL PROTECTED]>
wrote:
> BTW, isn't there a X11 version for the Mac,
> or, would it be possible to build such a version?
Not a separate pre-compiled version, but Qt-X11 does compile on Mac and is
used frequently in macports, e.g.
Bennett
On Fri, Apr 04, 2008 at 06:04:27PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
[...]
> > This test needs to be done after checking for X, though.
>
> There is no check for X anymore :) Either the qt version was designed
> for X, either it was not...
I mean t
On Fri, Apr 04, 2008 at 03:00:35PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > I don't want to use the same LDFLAGS used to build Qt, for example, as
> > in this case I would lose the debug info, whether or not I want it.
>
> OK, so we should ignore Qt
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> You can augment that snippet as follows:
OK, I'll try that.
> This test needs to be done after checking for X, though.
There is no check for X anymore :) Either the qt version was designed
for X, either it was not... Are you sure that we need that
On Fri, Apr 04, 2008 at 02:58:50PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > That will work on cygwin but not on mingw because Windows has
> > no support for symlinks. Indeed, there's already something like that
> > in autotroll.m4.
>
> I have indee
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I don't want to use the same LDFLAGS used to build Qt, for example, as
> in this case I would lose the debug info, whether or not I want it.
OK, so we should ignore Qt LDFLAGS.
> Then, I have to point configure to the build dir, but should also
>
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> That will work on cygwin but not on mingw because Windows has
> no support for symlinks. Indeed, there's already something like that
> in autotroll.m4.
I have indeed put the following code:
case $host_os in
darwin*)
at_darwin="yes"
On Wed, Apr 02, 2008 at 08:40:34AM +0200, Andre Poenitz wrote:
> I wonder whether
>
> qmake -v
>
> -> /tmp/qt-x11-opensource-src-4.3.2/lib
>
> (cd /tmp/qt-x11-opensource-src-4.3.2/lib/../mkspecs/default && /bin/pwd)
>
> -> /data/qt-x11-opensource-src-4.3.2/mkspecs/linux-g++
>
> would yie
On Wed, Apr 02, 2008 at 04:54:32AM +0200, Enrico Forestieri wrote:
> On Tue, Apr 01, 2008 at 01:00:25PM +0200, Jean-Marc Lasgouttes wrote:
>
> > I have no idea whether this works on windows/mingw or windows/cygwin,
> > but I'd be interested to learn about it.
>
> Seemingly, it doesn't work. I fir
On Tue, Apr 01, 2008 at 01:00:25PM +0200, Jean-Marc Lasgouttes wrote:
> I have no idea whether this works on windows/mingw or windows/cygwin,
> but I'd be interested to learn about it.
Seemingly, it doesn't work. I firstly ran configure using the switch
--with-qt='/usr/local/qt/4.3.4' and got:
c
The following experimental patch is a work in progress to see whether
it is feasble to get rid of our current solutions (1/ try pkg-config
2/ try linking with X11) to detect Qt. This uses a heavily butchered
version of the autotroll set of m4 macros found somewhere on the net.
The situation now i
26 matches
Mail list logo
