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 like moc_bindir instead?
--
Dirk//\
___
Kde
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 like moc_bindir instead?
By the
At 05:16 PM 4/6/2006, William A. Hoffman wrote:
>At 05:08 PM 4/6/2006, Alexander Neundorf wrote:
>>On Wednesday 05 April 2006 23:00, you wrote:
>>> On Wednesday 05 April 2006 22:36, Alexander Neundorf wrote:
>>> > Does adding ${CMAKE_CURRENT_BINARY_DIR}/addressee.h to the list of source
>>> > files
Matt Rogers wrote:
> On Thu, Mar 23, 2006 at 02:16:19PM -0500, Brad King wrote:
>
>>Alexander Neundorf wrote:
>>
>>>On Thursday 23 March 2006 02:03, Matt Rogers wrote:
>>>
>>>
Hi,
I'd like to start working on native CMake support for KDevelop 4. What I
mean by this is that when yo
Hi,
the kdewidgets.so library that hold all the kde widget plugins for use
in designer is not being built correctly. There are several issues:
1. kdewidgets.cpp is not regenerated if makekdewidgets has to be rebuilt
due to a change in the code or after a 'make clean' in the kdewidgets
directory.
Hi,
Did anyone tried to generate makefiles for VS project?
I can configure for NMake makefiles but not for Visual Studio:
The error output goes attached.
When checking about the compiler it can't link because it complains
about opening "user32.lib". This lib is in the SDK /lib dir, and it's
incl
The current state of the dashboard is pretty bad.
http://public.kitware.com/dashboard.php?name=kde
kdelibs does not seem to be building anywhere without
errors.
The first problem seems to be here:
/.../kdelibs-cont-src/interfaces/kmediaplayer/kfileaudiopreview/kfileaudiopreview.cpp:
In construct
On Wednesday 05 April 2006 22:10, David Faure wrote:
> kdelibs/kabc says:
>
>
> add_custom_command( OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/addressee.cpp
>WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/scripts
>COMMAND ${PERL_EXECUTABLE}
>ARGS ${CMAKE_CURRENT_SOURCE_DIR}/scripts/makeaddressee
On Thursday 06 April 2006 23:20, David Faure wrote:
> On Thursday 06 April 2006 23:15, Alexander Neundorf wrote:
> > SVN commit 527103 by neundorf:
> >
> > -use the TOOL keyword for kconfig_compiler, genembed and makekdewidgets
> >
> > ideally the keywords would be:
> > one of RUN_FROM_BUILDTREE, R
Hi,
Look at this error:
D:\dashboard-vc2005\kdelibs\kdefx\kimageeffect.cpp(3051) : error C2065:
'M_PI' : undeclared identifier
The file that is being used by kdewin32 is in the path "
C:\Program Files\Microsoft Visual Studio 8\VC\include\math.h" and it's
the file that goes attached.
It has inde
I'm going out for the weekend and I won't have an internet connection.
I also send the math.h file that fixes the compilation.
Paulo
> -Original Message-
> From: Paulo Jorge Guedes [mailto:[EMAIL PROTECTED]
> Sent: sexta-feira, 7 de Abril de 2006 18:03
> To: kde-buildsystem@kde.org
> Subj
Hi !
Am Freitag, 7. April 2006 18:30 schrieb Alexander Neundorf:
> On Wednesday 05 April 2006 22:10, David Faure wrote:
> > kdelibs/kabc says:
> >
> >
> > add_custom_command( OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/addressee.cpp
> >WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/scripts
> >COMMAN
At 11:32 AM 4/7/2006, Paulo Jorge Guedes wrote:
>Hi,
>
>Did anyone tried to generate makefiles for VS project?
>I can configure for NMake makefiles but not for Visual Studio:
>
>The error output goes attached.
>
>When checking about the compiler it can't link because it complains
>about opening "us
At 01:10 PM 4/7/2006, Paulo Jorge Guedes wrote:
>I'm going out for the weekend and I won't have an internet connection.
>I also send the math.h file that fixes the compilation.
My guess is that _USE_MATH_DEFINES is not defined or this is defined:
_MATH_DEFINES_DEFINED.
Maybe this forwarding stuf
On 4/7/06, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> 5) unit tests
> -have to run from the build tree
> -can have a GUI
> -no bundles on OS X
FYI, there's no such thing as a non-bundle GUI app on OSX; you have to
call gui apps from inside an .app bundle for the app to be able to get
a displ
On Friday 07 April 2006 20:32, you wrote:
> On 4/7/06, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> > 5) unit tests
> > -have to run from the build tree
> > -can have a GUI
> > -no bundles on OS X
>
> FYI, there's no such thing as a non-bundle GUI app on OSX; you have to
> call gui apps from ins
On Friday 07 April 2006 20:47, Benjamin Reed wrote:
> hmm, replying to myself? that's *crazy*! :)
Don't worry, I laos do this from time to time...
> On 4/7/06, Benjamin Reed <[EMAIL PROTECTED]> wrote:
> > They need to be bundles, or the .so file needs to be loaded from the
> > main GUI thread.
On Friday 07 April 2006 15:52, Matt Rogers wrote:
> Hi,
>
> the kdewidgets.so library that hold all the kde widget plugins for use
> in designer is not being built correctly. There are several issues:
>
> 1. kdewidgets.cpp is not regenerated if makekdewidgets has to be rebuilt
> due to a change in
On 4/7/06, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> Does this mean kdeinit itself has to be a bundle ?
> Or shouldn't we use kdeinit on OS X ?
For those of us fairly new to KDE development, are there
any pointers to explain just what kdeinit is and does?
I have a general idea, but it would
On Friday 07 April 2006 21:04, Tanner Lovelace wrote:
> On 4/7/06, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> > Does this mean kdeinit itself has to be a bundle ?
> > Or shouldn't we use kdeinit on OS X ?
>
> For those of us fairly new to KDE development, are there
> any pointers to explain ju
On Friday 07 April 2006 16:32, Brad King wrote:
> FYI, we have another project that requires some kind of separation of
> the CMake language parser into a more modular form. We'll keep KDevelop
> in mind when designing the separation.
Thanks! Our experience in making build system support plugins f
Paulo Jorge Guedes schrieb:
> I'm going out for the weekend and I won't have an internet connection.
> I also send the math.h file that fixes the compilation.
>
Sometimes you have really funny ideas - do you really think M$ change
their math.h to fit your needs?
Christian
signature.asc
Descrip
Joseph Wenninger wrote:
> I haven't looked that deep into cmake yet, but is there a reason, why it
> doesn't it just allow multiple OUTPUT parameters ? (OUTPUT xyz OUTPUT
> asdf ) ?
>
> I don't know how portable it is and what happens with parallel builds, but at
> least in gnu make you ca
On Friday 07 April 2006 21:00, Alexander Neundorf wrote:
> On Friday 07 April 2006 15:52, Matt Rogers wrote:
> > Hi,
> >
> > the kdewidgets.so library that hold all the kde widget plugins for use
> > in designer is not being built correctly. There are several issues:
> >
> > 1. kdewidgets.cpp is no
On Friday 07 April 2006 22:23, Alexander Neundorf wrote:
> On Friday 07 April 2006 21:00, Alexander Neundorf wrote:
> > On Friday 07 April 2006 15:52, Matt Rogers wrote:
> > > Hi,
> > >
> > > the kdewidgets.so library that hold all the kde widget plugins for use
> > > in designer is not being built
Brad King wrote:
> Joseph Wenninger wrote:
>
>>I haven't looked that deep into cmake yet, but is there a reason, why it
>>doesn't it just allow multiple OUTPUT parameters ? (OUTPUT xyz OUTPUT
>>asdf ) ?
>>
>>I don't know how portable it is and what happens with parallel builds, but at
>>le
On Friday 07 April 2006 23:17, Brad King wrote:
> Does anyone know how this works in the old KDE build system?
We had this, and I think it's correct:
field.cpp: addressee.h addressee.cpp
addressee.cpp: addressee.h
addressee.cpp addressee.h field.cpp: [...dependencies...]
mysrcdir=`cd $(sr
David Faure wrote:
> On Friday 07 April 2006 23:17, Brad King wrote:
>
>>Does anyone know how this works in the old KDE build system?
>
>
> We had this, and I think it's correct:
>
> field.cpp: addressee.h addressee.cpp
> addressee.cpp: addressee.h
> addressee.cpp addressee.h field.cpp: [...dep
On Friday 07 April 2006 18:40, Alexander Neundorf wrote:
> 1) full end-user GUI apps
> -would be nice if they run from the build tree
> -should be bundles on OS X
>
> 2) command line apps I
> -don't have to run from the build tree
> -no bundles on OS X
> -may do something with a GUI (kwin, kdialog
On Friday 07 April 2006 15:45, Alexander Neundorf wrote:
> On Friday 07 April 2006 22:23, Alexander Neundorf wrote:
> > On Friday 07 April 2006 21:00, Alexander Neundorf wrote:
> > > On Friday 07 April 2006 15:52, Matt Rogers wrote:
> > > > Hi,
> > > >
> > > > the kdewidgets.so library that hold al
Hi,
since there were some complaints with the previous RPATH handling I reworked
it again in kdelibs trunk.
RPATH_STYLE is gone.
The only way left to affect RPATH handling is CMAKE_SKIP_RPATH.
If disabled (default), all apps will be built with RPATH pointing to the
install dir.
Apps generated wi
On Saturday 08 April 2006 01:07, you wrote:
> On Friday 07 April 2006 18:40, Alexander Neundorf wrote:
> > 1) full end-user GUI apps
> > -would be nice if they run from the build tree
> > -should be bundles on OS X
> >
> > 2) command line apps I
> > -don't have to run from the build tree
> > -no bu
I'm using today's (2.3-20060407) cmake from cvs.
When running cmake in trunk/kdepim I get these errors:
CMake Error: Could not open file for write in copy operation
/./kwatchgnupg.sh.tmp
CMake Error: : System Error: Permission denied
CMake Error: Error in cmake code at
${OUTPUT}\
On 4/7/06, Allen Winter <[EMAIL PROTECTED]> wrote:
> CMake Error: Could not open file for write in copy operation
> /./kwatchgnupg.sh.tmp
> CMake Error: : System Error: Permission denied
> CMake Error: Error in cmake code at
> ${OUTPUT}\nSource:\n${CMAKE_CONFIGURABLE_FILE_CONTENT}\n:404:
> CONFIG
On 4/7/06, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> And do really all apps which have a GUI need to be a bundle ? How do I start
Yes.
> e.g. kdialog then ? With the full path to the binary inside the bundle ?
Yes, if you're running from the command line.
I'm almost done with a patch addi
On 4/7/06, Tanner Lovelace <[EMAIL PROTECTED]> wrote:
> > e.g. kdialog then ? With the full path to the binary inside the bundle ?
>
> Yes, if you're running from the command line.
Right, there is already code in kdelibs to find bundles #ifdef
Q_WS_MAC so the only place there are issues is comman
36 matches
Mail list logo