). The source would be in
kdelibs/doc/api or somesuch. So this would be installed just like any other
KDE app.
Yup. Seems weird to install it (probably because it's always *been* available
in admin/), but why not.
--
Adriaan de Groot
KDE Quality Team
On Monday 03 April 2006 14:22, Matt Rogers wrote:
On Monday 03 April 2006 04:54, Adriaan de Groot wrote:
On Monday 03 April 2006 01:58, Allen Winter wrote:
On Sunday 02 April 2006 19:48, you wrote:
He's already aware of it and i believe is in the process of
decoupling the doxygen
On Monday 15 May 2006 23:42, Allen Winter wrote:
On Monday 15 May 2006 17:27, David Faure wrote:
On Monday 15 May 2006 22:55, Laurent Montel wrote:
SVN commit 541270 by mlaurent:
Add message to signal why kresource will not compile
(I think that it will better to have a
I'm trying to build KDE4 SVN trunk (r. 544176) on a Kubuntu system (6.06). I'm
using home-built CMake 2.4.2 because the packaged CMake on Kubuntu is 2.2. A
clean build keeps ending up like this:
Generating ksycoca_skel.cpp
../bin/dcopidl2cpp.sh: line 4: 16565 Segmentation fault
On Sunday 28 May 2006 08:06, Pradeepto Bhattacharya wrote:
On 5/25/06, Adriaan de Groot [EMAIL PROTECTED] wrote:
I have a Kubuntu system where I installed the first GIF library I spotted
-- one called giflib3g. This passes the configure tests and installs a
I just now faced this same
As usual, I fired up CMake without setting up my build environment properly,
and got this:
CMake Error: Error in cmake code at
/usr/local/KDE4/share/apps/cmake/modules/FindQt4.cmake:1048:
MESSAGE Qt qmake not found!
Current CMake
stack:
SVN commit 616950 by adridg:
Only try building the stuff that depends on KDE PIM headers if the headers are
there. I can't seem to find a 'find include' macro that obeys whatever include
paths are in effect (ie. taking the settings from include_directories), so look
in the single KDE3 include
On Saturday 30 December 2006 17:06, Alexander Neundorf wrote:
Hi Adriaan,
cmake stuff for KDE 3, if I unserstand this correctly ?
Nice :-)
Yes, i'm all about cmake for kde3. It's been snuck into KDE PIM 3.5 branch and
I must say I really like it. It certainly makes it easier to *potentially*
On Wednesday 03 September 2008 23:56:40 Allen Winter wrote:
On Wednesday 03 September 2008 14:31:18 Alexander Neundorf wrote:
On Wednesday 27 August 2008, Matthew Woehlke wrote:
Andreas Pakulat wrote:
On 26.08.08 18:32:18, Matthew Woehlke wrote:
Forwarding to kde-buildsystem for a
adridg updated this revision to Diff 10439.
adridg added a comment.
Restricted Application added projects: Frameworks, Buildsystem.
- Follow up on review
REPOSITORY
R240 Extra CMake Modules
CHANGES SINCE LAST UPDATE
https://phabricator.kde.org/D3826?vs=9401=10439
BRANCH
inotify
adridg marked 5 inline comments as done.
adridg added inline comments.
INLINE COMMENTS
> kfunk wrote in FindInotify.cmake:51
> Style: Indent off
Assuming that means "comments indent 0" and not "comments indentation should
match surrounding indent, which is 4". It's a bit ambiguous.
> kfunk
This revision was automatically updated to reflect the committed changes.
adridg marked 2 inline comments as done.
Closed by commit R240:a02c4d0152a7: Detect inotify. (authored by adridg).
REPOSITORY
R240 Extra CMake Modules
CHANGES SINCE LAST UPDATE
adridg added a reviewer: ervin.
adridg added a comment.
Adding Kevin as reviewer -- I feel uncomfortable having so little feedback
and I'm not sure who should be added if
https://phabricator.kde.org/tag/buildsystem/ and
https://phabricator.kde.org/tag/frameworks/ don't ACK.
REPOSITORY
for the linux case (where
it's not a library). Should it be named FindInotify instead?
- Adriaan de Groot
On Nov. 3, 2016, 7:30 a.m., Tobias Berner wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit
> On Nov. 9, 2016, 9:21 a.m., Adriaan de Groot wrote:
> > This adds a cmake module to do the right kind of checking (for inotify) for
> > the platform:
> > - on linux, check for the kernel subsystem / header
> > - on freebsd, check for the port / header
> >
> On Nov. 9, 2016, 9:21 a.m., Adriaan de Groot wrote:
> > This adds a cmake module to do the right kind of checking (for inotify) for
> > the platform:
> > - on linux, check for the kernel subsystem / header
> > - on freebsd, check for the port / header
> >
This revision was automatically updated to reflect the committed changes.
Closed by commit R240:738972a9a29a: Fix message when searching for libclang.
(authored by adridg).
REPOSITORY
R240 Extra CMake Modules
CHANGES SINCE LAST UPDATE
https://phabricator.kde.org/D3952?vs=9694=9705
REVISION
adridg created this revision.
adridg added reviewers: Frameworks, skelly.
Restricted Application added projects: Frameworks, Buildsystem.
Restricted Application added a subscriber: Buildsystem.
REVISION SUMMARY
Cut-and-paste-o from the Python detection code.
REPOSITORY
R240 Extra CMake
adridg added a reviewer: Frameworks.
adridg added a comment.
Forgot to add Frameworks as reviewer in original review.
REPOSITORY
R240 Extra CMake Modules
BRANCH
master
REVISION DETAIL
https://phabricator.kde.org/D3826
EMAIL PREFERENCES
adridg added a comment.
gperf is also available in the base system for FreeBSD, so this doesn't have
any effects on the build there, either.
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D3830
EMAIL PREFERENCES
adridg accepted this revision.
adridg added a comment.
I just happened to need a FindGperf in another project today, so I've tested
this in non-ECM settings (adding this plus ECMFindModuleHelpers to that
project's own cmake/) and it works fine on FreeBSD. The docs in the header are
good,
21 matches
Mail list logo