'Re: [Kde-bindings] smoke qt empty builds on macosx'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bindings
Subject:    Re: [Kde-bindings] smoke qt empty builds on macosx
From:       Petr Vanek <petr () scribus ! info>
Date:       2010-05-07 9:19:42
Message-ID: 955C23BD-917A-49AA-983F-9D9B44D4F9D3 () scribus ! info
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

hi again,

On May 5, 2010, at 6:59 AM, Petr Vaněk wrote:
> 
> Yes, my solution is based on "private" variables. It's srupid. I'm  
> in contact
> with FindQt4.cmake maintainer and we are looking for better solution.
> 
> It looks like it will be more complicated because of different  
> include file
> locations in qt4 from macports and binary package. Please, wait with  
> the
> patch, I'll suggest a better one in few days.

please look at this patch:
http://qore.svn.sourceforge.net/viewvc/qore?view=rev&revision=3462

main changes are in smoke/qt CMakeList.txt:
http://qore.svn.sourceforge.net/viewvc/qore/module-qt4/trunk/smoke/qt/CMakeLists.txt?r1=3462&r2=3461&pathrev=3462&diff_format=u

it creates 2 new variables to handle mac inlcude dirs and includes.  
Then there are some tests if it's using really frameworks etc.

there is new file with includes for mac frameworks:

http://qore.svn.sourceforge.net/viewvc/qore/module-qt4/trunk/smoke/qt/qt_includes_macframework.h?diff_format=u&revision=3462&view=markup&pathrev=3462

its usage is set in the CMakeList.txt

now I'm opened to all critics and suggestions.
I tested it on: linux (opensuse), macosx (leopard) with 1) macports  
qt4-mac package and 2) qt4 binary package from nokia too.

cheers,
Petr

P.S.; all other files in this patch are unrelated to this problem  
(generator fix from upstream, disabled some classe we don't use now).

[Attachment #5 (text/html)]

<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; \
-webkit-line-break: after-white-space; ">hi again,<div><br><div><div>On May 5, 2010, \
at 6:59 AM, Petr Vaněk wrote:</div><blockquote type="cite"><div><font \
class="Apple-style-span" color="#006312"><br></font>Yes, my solution is based on \
"private" variables. It's srupid. I'm in contact <br>with FindQt4.cmake maintainer \
and we are looking for better solution.<br><br>It looks like it will be more \
complicated because of different include file <br>locations in qt4 from macports and \
binary package. Please, wait with the <br>patch, I'll suggest a better one in few \
days.<br></div></blockquote></div><br></div><div>please look at this \
patch:</div><div><a href="http://qore.svn.sourceforge.net/viewvc/qore?view=rev&amp;rev \
ision=3462">http://qore.svn.sourceforge.net/viewvc/qore?view=rev&amp;revision=3462</a></div><div><br></div><div>main \
changes are in smoke/qt CMakeList.txt:</div><div><a \
href="http://qore.svn.sourceforge.net/viewvc/qore/module-qt4/trunk/smoke/qt/CMakeLists \
.txt?r1=3462&amp;r2=3461&amp;pathrev=3462&amp;diff_format=u">http://qore.svn.sourcefor \
ge.net/viewvc/qore/module-qt4/trunk/smoke/qt/CMakeLists.txt?r1=3462&amp;r2=3461&amp;pathrev=3462&amp;diff_format=u</a></div><div><br></div><div>it \
creates 2 new variables to handle mac inlcude dirs and includes. Then there are some \
tests if it's using really frameworks etc.</div><div><br></div><div>there is new file \
with includes for mac frameworks:</div><div><br></div><div><a \
href="http://qore.svn.sourceforge.net/viewvc/qore/module-qt4/trunk/smoke/qt/qt_include \
s_macframework.h?diff_format=u&amp;revision=3462&amp;view=markup&amp;pathrev=3462">htt \
p://qore.svn.sourceforge.net/viewvc/qore/module-qt4/trunk/smoke/qt/qt_includes_macfram \
ework.h?diff_format=u&amp;revision=3462&amp;view=markup&amp;pathrev=3462</a></div><div><br></div><div>its \
usage is set in the CMakeList.txt</div><div><br></div><div>now I'm opened to all \
critics and suggestions.</div><div>I tested it on: linux (opensuse), macosx (leopard) \
with 1) macports qt4-mac package and 2) qt4 binary package from nokia \
too.</div><div><br></div><div>cheers,</div><div>Petr</div><div><br></div><div>P.S.; \
all other files in this patch are unrelated to this problem (generator fix from \
upstream, disabled some classe we don't use now).</div></body></html>

_______________________________________________
Kde-bindings mailing list
Kde-bindings@kde.org
https://mail.kde.org/mailman/listinfo/kde-bindings

[prev in list] [next in list] [prev in thread] [next in thread] 