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
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, 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
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 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
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 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
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
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 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
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 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
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
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
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
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
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 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 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 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 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 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
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
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
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
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,
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
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
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
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
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
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.
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
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
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
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
36 matches
Mail list logo