hausmann created this revision.
hausmann added a reviewer: vkrause.
Herald added projects: Frameworks, Build System.
Herald added subscribers: kde-buildsystem, kde-frameworks-devel.
hausmann requested review of this revision.
REVISION SUMMARY
Perform additional sanity checking
REPOSITORY
R240
This revision was automatically updated to reflect the committed changes.
Closed by commit R240:0b47899c1b92: Add compile check to FindEGL (authored by
hausmann).
REPOSITORY
R240 Extra CMake Modules
CHANGES SINCE LAST UPDATE
https://phabricator.kde.org/D18960?vs=51512&id=51574
REVISION DETA
hausmann added a comment.
Ooops. Could you paste the error from the cmake error output? I'm curious
which part of the EGL compile test fails.
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D18960
To: hausmann, vkrause, apol
Cc: tcberner, kossebau, kde-fr
hausmann added a comment.
Yeah I think find_path should use the same style as the test program
(EGL/egl.h). It is the style of inclusion as per the specification. I think
that’s better than the ../ approach.
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org
hausmann requested changes to this revision.
This revision now requires changes to proceed.
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D19075
To: tcberner, #automotive, hausmann, #freebsd
Cc: kde-frameworks-devel, kde-buildsystem, michaelh, ngraham, bruns
hausmann added a comment.
I think that it should be NAMES EGL/egl.h
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D19075
To: tcberner, #automotive, hausmann, #freebsd
Cc: kde-frameworks-devel, kde-buildsystem, michaelh, ngraham, bruns
hausmann accepted this revision.
hausmann added a comment.
This revision is now accepted and ready to land.
Thank you:)
REPOSITORY
R240 Extra CMake Modules
BRANCH
master
REVISION DETAIL
https://phabricator.kde.org/D19075
To: tcberner, #automotive, hausmann, #freebsd
Cc: kde-frameworks
hausmann created this revision.
hausmann added reviewers: vkrause, tcberner, alexmerry.
Herald added projects: Frameworks, Build System.
Herald added subscribers: kde-buildsystem, kde-frameworks-devel.
hausmann requested review of this revision.
REVISION SUMMARY
When using the Emscripten toolcha
hausmann closed this revision.
hausmann added a comment.
Thanks, landed in 3b0bf71a72789eb2b79310b4f67602115e347f56
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D24182
To: hausmann, vkrause, tcberner, alexmerry
Cc: kde-frameworks-devel, kde-buildsystem,
On Thursday 17 May 2007 20:54:19 Brad King wrote:
> Allen Winter wrote:
> > On Thursday 17 May 2007 2:46:39 pm Brad King wrote:
> >> Brad King wrote:
> >>> David Faure wrote:
> I was talking to Simon on IRC and he suggested that -L/usr/lib32
> should also not be generated. Can I suggest t
On Friday 18 May 2007 04:32:13 Brad King wrote:
> Alexander Neundorf wrote:
> > On Thursday 17 May 2007 14:51, Allen Winter wrote:
> >> On Thursday 17 May 2007 2:46:39 pm Brad King wrote:
> >>> Brad King wrote:
> David Faure wrote:
> > I was talking to Simon on IRC and he suggested that -L
On Tuesday, August 16, 2011 09:05:53 PM ext Thiago Macieira wrote:
> On Tuesday, 16 de August de 2011 20:53:45 Alexander Neundorf wrote:
> > > However, it's still not perfectly correct: the issue is the difference
> > > between -fPIE and -fPIC. In a PIE, the compiler and linker *know* that
> > > th
On Thursday 30 March 2006 22:07, Alexander Neundorf wrote:
> Hi,
>
> I committed a modified FindQt4.
> The following things changed:
> -qmake is prefered over qmake-qt4, it is still searched at first in the
> system path, so make ure your qt-copy qmake is the first qmake in the path
> -the libs, he
On Friday 31 March 2006 15:11, William A. Hoffman wrote:
> At 12:44 AM 3/31/2006, Simon Hausmann wrote:
> >Unfortunately this part is going to break with Qt 4.2 where those
> > variables are not directly stored in qmake.conf anymore (as variables
> > like these were dupli
On Wednesday 05 April 2006 16:49, William A. Hoffman wrote:
> At 10:37 AM 4/5/2006, Simon Hausmann wrote:
> >We solved it differently now. After some discussion and thinking we
> > decided against putting it into qmake. Instead we store the path to uic
> > and moc now i
On Wednesday 05 April 2006 17:57, William A. Hoffman wrote:
> At 11:04 AM 4/5/2006, Simon Hausmann wrote:
> >On Wednesday 05 April 2006 16:49, William A. Hoffman wrote:
> >> At 10:37 AM 4/5/2006, Simon Hausmann wrote:
> >> >We solved it differently now. After s
On Wednesday 05 April 2006 19:11, Alexander Neundorf wrote:
> On Wednesday 05 April 2006 17:57, William A. Hoffman wrote:
> > At 11:04 AM 4/5/2006, Simon Hausmann wrote:
> > >On Wednesday 05 April 2006 16:49, William A. Hoffman wrote:
> > >> At 10:37 AM 4/5/2006, Si
On Friday 07 April 2006 11:25, Dirk Mueller wrote:
> On Wednesday, 5. April 2006 16:37, Simon Hausmann wrote:
> > pkg-config --variable=moc_location QtCore
>
> I'm not very fluent in existing practices with pkg-config, but wouldn't
> this variable be named something
Hi,
static libraries have to be built PIC in order for them to be able to be
linked into shared objects.
Simon
Index: KDE4Macros.cmake
===
--- KDE4Macros.cmake(revision 560213)
+++ KDE4Macros.cmake(working copy)
@@ -526,6 +5
On Monday 10. July 2006 23:05, Matt Rogers wrote:
> On Monday 10 July 2006 11:19, Alexander Neundorf wrote:
> > On Sunday 09 July 2006 17:54, Simon Hausmann wrote:
> > > Hi,
> > >
> > > static libraries have to be built PIC in order for them to be able to
On Sunday 16. July 2006 01:52, Thiago Macieira wrote:
> Matt Rogers wrote:
> >On Monday 10 July 2006 11:19, Alexander Neundorf wrote:
> >> On Sunday 09 July 2006 17:54, Simon Hausmann wrote:
> >> > Hi,
> >> >
> >> > static libraries have to
On Sunday 16. July 2006 20:31, Thiago Macieira wrote:
[...]
> If you add a .o that happens to be in an ar archive into a shared library,
> you've got a convenience library, not a static library. In those cases,
> just link the .o once and for all. There's no need to create the archive.
Yes, but as
On Monday 17 July 2006 18:02, Alexander Neundorf wrote:
> On Monday 17 July 2006 00:12, Simon Hausmann wrote:
> > On Sunday 16. July 2006 20:31, Thiago Macieira wrote:
> > [...]
> >
> > > If you add a .o that happens to be in an ar archive into a shared
> >
On Monday 17 July 2006 18:33, Simon Hausmann wrote:
> On Monday 17 July 2006 18:02, Alexander Neundorf wrote:
> > On Monday 17 July 2006 00:12, Simon Hausmann wrote:
> > > On Sunday 16. July 2006 20:31, Thiago Macieira wrote:
> > > [...]
> > >
> > >
On Monday 17. July 2006 19:46, Alexander Neundorf wrote:
> On Monday 17 July 2006 18:33, Simon Hausmann wrote:
> > On Monday 17 July 2006 18:02, Alexander Neundorf wrote:
> > > On Monday 17 July 2006 00:12, Simon Hausmann wrote:
> > > > On Sunday 16. July 200
On Monday 11 September 2006 11:42, David Faure wrote:
> On Tuesday 27 June 2006 21:16, William A. Hoffman wrote:
> > At 02:30 PM 6/27/2006, David Faure wrote:
> > >Basically, yes. Most kdelibs and qt header files are in khtml's
> > > dependencies, and that's a lot of different directories inside kd
On Monday 11 September 2006 12:42, Peter Kümmel wrote:
> Simon Hausmann wrote:
> > On Monday 11 September 2006 11:42, David Faure wrote:
> >> On Tuesday 27 June 2006 21:16, William A. Hoffman wrote:
> >>> At 02:30 PM 6/27/2006, David Faure wrote:
> >>>&g
On Monday 11 September 2006 12:57, Peter Kümmel wrote:
> Simon Hausmann wrote:
> > I prefer keep this compatible with the way compilers handle it. gcc
> > supports the @ response files, too, btw. (I think mainline only though)
>
> Ok, I didn't know that you have a re
On Sunday 31 December 2006 11:34, Alexander Neundorf wrote:
> On Sunday 31 December 2006 01:18, you wrote:
> > Alexander Neundorf wrote:
> > >On Wednesday 27 December 2006 22:06, Bill Hoffman wrote:
> > >> David Faure wrote:
> > >> > /.../kdelibs/kwallet/client/kwallet.cc:108: error: expected
> > >
On Thursday 01 February 2007 17:44:38 Christian Ehrlicher wrote:
> Simon Hausmann schrieb:
> > SVN commit 629079 by hausmann:
> >
> > there is code in kssl that qobject_casts to this class, but without
> > Q_OBJECT the code is going to crash at run-time
> >
>
On Friday 23 February 2007 06:32:03 Christian Ehrlicher wrote:
> Thiago Macieira schrieb:
> > Qt has one static library that we use in KDE code: QtUiTools. Whichever
> > reason the Trolls had to make it static is besides the point: it is
> > static.
> >
> > That means we must fetch its dependency i
31 matches
Mail list logo
