warning during build. I don't
know why it is there, hopefully someone knows.
Diffs
-
phonon/platform_kde/CMakeLists.txt 281425fb6f6c1a41f14399ac17f8a94cd99507ad
Diff: https://git.reviewboard.kde.org/r/126210/diff/
Testing
---
Builds, and runs (unfortunately can't run the tests), phonon
and Plasma.
Repository: plasma-workspace
Description
---
This very old piece of code triggers a scanelf warning during build. I don't
know why it is there, hopefully someone knows.
Diffs
-
phonon/platform_kde/CMakeLists.txt 281425fb6f6c1a41f14399ac17f8a94cd99507ad
Diff: https
On Sunday 27 January 2013 22:51:31 Stephen Kelly wrote:
David Faure wrote:
Git commit f21f2fddbb261bec1ef36968e71091123c7078cd by David Faure.
Committed on 27/01/2013 at 13:52.
Pushed by dfaure into branch 'phonon4qt5'.
Fix -fPIC/PIE issue - this needs to be done in any Qt5-based
/FindPhononInternal.cmake
http://commits.kde.org/phonon/f21f2fddbb261bec1ef36968e71091123c7078cd
diff --git a/cmake/FindPhononInternal.cmake b/cmake/FindPhononInternal.cmake
index b4f708f..18bd05b 100644
--- a/cmake/FindPhononInternal.cmake
+++ b/cmake/FindPhononInternal.cmake
@@ -65,6 +65,10 @@ macro_log_feature
David Faure wrote:
Git commit f21f2fddbb261bec1ef36968e71091123c7078cd by David Faure.
Committed on 27/01/2013 at 13:52.
Pushed by dfaure into branch 'phonon4qt5'.
Fix -fPIC/PIE issue - this needs to be done in any Qt5-based project, it
seems.
Note that with CMake 2.8.11 and
On Monday 10 October 2011, Ingo Klöcker wrote:
On Sunday 09 October 2011, Alexander Neundorf wrote:
On Sunday 09 October 2011, Romain Perier wrote:
Hi,
I don't understand something, why do phonon and kdelibs use their
own FindQt4.cmake instead of the one provided by cmake
On Monday 10 October 2011, Laszlo Papp wrote:
Hi,
We have the qt phonon version installed on the Harmattan platform by
default. You are not allowed to override platform package files on
Harmattan. This is achieved by the Platform Security. Since kde phonon
contains few files having the same
On Sunday 09 October 2011, Alexander Neundorf wrote:
On Sunday 09 October 2011, Romain Perier wrote:
Hi,
I don't understand something, why do phonon and kdelibs use their
own FindQt4.cmake instead of the one provided by cmake ?
There is probably a good reason, but I don't understand
Hi,
I don't understand something, why do phonon and kdelibs use their own
FindQt4.cmake instead of the one provided by cmake ?
There is probably a good reason, but I don't understand why.
In fact phonon uses FindQt4.cmake from cmake (cmake-2.8) and not the one
installed in prefix/phonon
On Sunday 09 October 2011, Romain Perier wrote:
Hi,
I don't understand something, why do phonon and kdelibs use their own
FindQt4.cmake instead of the one provided by cmake ?
There is probably a good reason, but I don't understand why.
We need fixes and enhancements in FindQt4.cmake faster
Hi,
We have the qt phonon version installed on the Harmattan platform by
default. You are not allowed to override platform package files on
Harmattan. This is achieved by the Platform Security. Since kde phonon
contains few files having the same name as the files coming from the
platform
---
I have two Phonon installs: Archlinux's in /usr and mine in a home directory.
The problem was that all the modules found the correct Phonon install but
KDELibs, because KDE4_LIB_INSTALL_DIR was not yet defined when calling
find_package(Phonon ...). This lead to a buggy
KDELibs4LibraryTargets
Git commit e66be3f01da496c637798e44696ff0d5a4506c90 by Harald Sitter.
Committed on 02/08/2011 at 15:18.
Pushed by sitter into branch 'master'.
Add option to build Phonon without experimental library
CCMAIL: kde-buildsystem@kde.org
M +2-1CMakeLists.txt
M +3-2phonon
+1-1CMakeLists.txt
http://commits.kde.org/phonon/e9d88a450d945dc685aff86d6128d7ca7128bae9
diff --git a/CMakeLists.txt b/CMakeLists.txt
index f502fe0..a58c805 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -78,7 +78,7 @@ if(PHONON_INSTALL_QT_EXTENSIONS_INTO_SYSTEM_QT)
else
On Tue, May 31, 2011 at 12:31 AM, Alexander Neundorf neund...@kde.org wrote:
On Sunday 22 May 2011, Alexander Neundorf wrote:
...
There will be a PhononConfig.cmake file, which will be found by
find_package(), and it will contain all the information about the
installed phonon, like e.g
:
...
There will be a PhononConfig.cmake file, which will be found
by
find_package(), and it will contain all the information about
the
installed phonon, like e.g. the include dir.
It will be placed in lib/cmake/phonon/.
Alternatively it could also go into lib/phonon/cmake/.
lib/cmake/phonon sounds
On Monday 13 June 2011 14:11:38 Alexander Neundorf wrote:
So, please let me know if you still see any issues or whether this is how it
should be handled.
Looks all good and awesome to me. Additionally it also works ;)
Thanks for fixing this!
--
Harald
Hi,
as discussed in Randa, I now committed a change to Phonon so that now by
default *everything* is installed inside CMAKE_INSTALL_PREFIX, including the
Qt designer plugins and the mkspecs file.
The commit is here:
http://commits.kde.org/phonon/664035456f0c9dc85b65c893f431b82118c281c0
(), and it will contain all the information about
the
installed phonon, like e.g. the include dir.
It will be placed in lib/cmake/phonon/.
Alternatively it could also go into lib/phonon/cmake/.
lib/cmake/phonon sounds best (to have everything in a central
place :)).
Ok.
One more
, Alexander Neundorf wrote:
...
There will be a PhononConfig.cmake file, which will be found
by
find_package(), and it will contain all the information about
the
installed phonon, like e.g. the include dir.
It will be placed in lib/cmake/phonon/.
Alternatively
On Sunday 22 May 2011, Alexander Neundorf wrote:
...
There will be a PhononConfig.cmake file, which will be found by
find_package(), and it will contain all the information about the
installed phonon, like e.g. the include dir.
It will be placed in lib/cmake/phonon/.
Alternatively
will be reverting commit
1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
order to restore my ability to build Phonon.
We are working on a revert, just too much a hassle it is..
Only slightly related...
there is the branch with improved cmake stuff from Patrick.
Do you mind if I
On Sun, May 22, 2011 at 6:10 PM, Alexander Neundorf neund...@kde.org wrote:
I would suggest to install the buildsystem files not into share/phonon-
buildsystem/, but into share/phonon/buildsystem/.
Then also this generated library thingy file which is currently installed
directly
:
Note that if I don't get a reply, I will be reverting commit
1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
order to restore my ability to build Phonon.
We are working on a revert, just too much a hassle it is..
Only slightly related
On Sunday 15 May 2011, Alexander Neundorf wrote:
On Friday 11 March 2011, Harald Sitter wrote:
On Thu, Mar 10, 2011 at 11:23 PM, Ben Cooksley bcooks...@kde.org wrote:
Note that if I don't get a reply, I will be reverting commit
1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24
On Friday 11 March 2011, Harald Sitter wrote:
On Thu, Mar 10, 2011 at 11:23 PM, Ben Cooksley bcooks...@kde.org wrote:
Note that if I don't get a reply, I will be reverting commit
1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
order to restore my ability to build Phonon
was working on it), never got
merged thought *shrug*.
Could you please provide a link? I hope that I'll have some time to make
this branch ready for merging.
https://projects.kde.org/projects/kdesupport/phonon/phonon/repository/show?rev=cmake_tng
___
Kde
):
NORMALIZE_VERSION Macro invoked with incorrect arguments for macro
named:
NORMALIZE_VERSION
Call Stack (most recent call first):
phonon/CMakeLists.txt:18 (macro_ensure_version)
When calling normalize_version(), the version variable should be put in
quotes, this way even if it is empty
On Sat, Mar 12, 2011 at 9:11 PM, Alexander Neundorf neund...@kde.org wrote:
phonon-buildsystem is only used to build the backends. Applications should
*not* be using the stuff in there. If they manage to find FindPhonon.cmake
from phonon-buildsystem, the application's build has a bug. Our
/modules/MacroEnsureVersion.cmake:95
(NORMALIZE_VERSION):
NORMALIZE_VERSION Macro invoked with incorrect arguments for macro named:
NORMALIZE_VERSION
Call Stack (most recent call first):
phonon/CMakeLists.txt:18 (macro_ensure_version)
When calling normalize_version(), the version variable
/MacroEnsureVersion.cmake:95
(NORMALIZE_VERSION):
NORMALIZE_VERSION Macro invoked with incorrect arguments for macro
named:
NORMALIZE_VERSION
Call Stack (most recent call first):
phonon/CMakeLists.txt:18 (macro_ensure_version)
When calling normalize_version(), the version
On Thu, Mar 10, 2011 at 11:23 PM, Ben Cooksley bcooks...@kde.org wrote:
Note that if I don't get a reply, I will be reverting commit
1602df28e8b82aeeecb7cfb3fe1af52790be02d3 to Phonon in 24 hours in
order to restore my ability to build Phonon.
We are working on a revert, just too much a hassle
for macro
named:
NORMALIZE_VERSION
Call Stack (most recent call first):
phonon/CMakeLists.txt:18 (macro_ensure_version)
This error message actually means that PHONON_VERSION is empty.
Further diagnosing this, I noticed that Phonon recently made changes
to where they stored the version string
):
NORMALIZE_VERSION Macro invoked with incorrect arguments for macro named:
NORMALIZE_VERSION
Call Stack (most recent call first):
phonon/CMakeLists.txt:18 (macro_ensure_version)
When calling normalize_version(), the version variable should be put in
quotes, this way even if it is empty it at least
, into a
KDE-specific path, is the underlying problem that needs to
be fixed. Looks like a circular dependency of sorts to me.
We're going to see similar problems in the future with
kdesupport fragmenting more and more.
This way phonon-xine depend both on phonon
( /include/phonon FILES
audioeffect.h
volumefadereffect.h
videoeffect.h
+ mixeradaptor.h
brightnesscontrol.h
- mixeriface.h
abstractaudiooutput.h
audiooutput.h
audiodataoutput.h
diff --git a/audiooutput.cpp b/audiooutput.cpp
index dce3d0b
Andreas Hartmetz wrote:
On Sunday 26 December 2010 10:05:40 Yury G. Kudryashov wrote:
2. Create a kdesupport project for cmake macroses.
Then we still have to find a good install path. May or may not be a
problem.
This package can install all macroses to $prefix/some/dir and add this
of sorts to me.
We're going to see similar problems in the future with kdesupport
fragmenting more and more.
This way phonon-xine depend both on phonon and kdelibs (for kde4-config).
Why not just copy FindPhonon.cmake to phonon-xine and do *not* install
it?
Because copying stuff
that needs to
be fixed. Looks like a circular dependency of sorts to me.
We're going to see similar problems in the future with kdesupport
fragmenting more and more.
This way phonon-xine depend both on phonon and kdelibs (for
kde4-config). Why not just copy
fragmenting more and more.
This way phonon-xine depend both on phonon and kdelibs (for kde4-config).
Why not just copy FindPhonon.cmake to phonon-xine and do *not* install it?
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org
going to see similar problems in the future with kdesupport
fragmenting more and more.
This way phonon-xine depend both on phonon and kdelibs (for kde4-config).
Why not just copy FindPhonon.cmake to phonon-xine and do *not* install it?
Because copying stuff around is always bad. It forces
commit 053263861a07e30e54a6874355465c111c4d9653
branch master
Author: Andreas Hartmetz ahartm...@gmail.com
Date: Sat Dec 25 02:57:35 2010 +0100
This is a terrible hack to make phonon-xine find phonon.
- Copied a few lines from FindKDE4.cmake to find kde4-config
- Copied a few
Hi,
I built Qt with Phonon support some time ago while attempting to create a
trivial webkit application using the html5 audio element. The attempt which
I didn't manage to get working is here:
http://bugreports.qt.nokia.com/browse/QTBUG-9624
Anyway, since building Qt with phonon, I have
On Wednesday 30 June 2010, Stephen Kelly wrote:
Hi,
I built Qt with Phonon support some time ago while attempting to create a
trivial webkit application using the html5 audio element. The attempt which
I didn't manage to get working is here:
http://bugreports.qt.nokia.com/browse/QTBUG-9624
SVN commit 1104235 by mmrozowski:
(More) gracefully handle building runtime/phonon without alsa:
- move version checks to phonon toplevel directory (there were two copies, one
commented out)
- guard linking with ALSA_FOUND
- move include_directories to phonon toplevel dir (used in multiple
SVN commit 1104237 by mmrozowski:
Forward port of 1104235 from 4.4 branch:
(More) gracefully handle building runtime/phonon without alsa:
- move version checks to phonon toplevel directory (there were two copies, one
commented out)
- guard linking with ALSA_FOUND
- move include_directories
On Wednesday 24 February 2010, Pavel Heimlich, a.k.a. hajma wrote:
Hi,
since phonon is moved to gitorious, what is the preferred way of
including its support in the nighly builds for cdash.org ?
Should I keep some stable version installed or hack a script to
checkout and build latest git
On Wednesday 24 February 2010, Pavel Heimlich, a.k.a. hajma wrote:
Hi,
since phonon is moved to gitorious, what is the preferred way of
including its support in the nighly builds for cdash.org ?
Should I keep some stable version installed or hack a script to
checkout and build latest git
Hi,
since phonon is moved to gitorious, what is the preferred way of
including its support in the nighly builds for cdash.org ?
Should I keep some stable version installed or hack a script to
checkout and build latest git prior to running the Nightlys-2.6.2
script?
TIA
hajma
Hi!
Currently kdebase/runtime/phonon checks for phonon-4.2.90 but uses globalconfig
interface that was added much later (phonon-4.3.1 doesn't contain
globalconfig.h). I think that kdebase/runtime/phonon should explicitely check
for phonon-4.4.
If this is a wrong list, forward please.
--
Yury
2009/11/26 Raphael Kubo da Costa kub...@gmail.com:
On Wednesday 25 November 2009 22:05:52 Alexander Neundorf wrote:
Hi,
it seems kdesupport/Phonon/ currently does not build on Solaris with the
Sun Studio compiler:
http://my.cdash.org/viewBuildError.php?buildid=39142
Hajma, Aadrian, do you
Hi,
it seems kdesupport/Phonon/ currently does not build on Solaris with the Sun
Studio compiler:
http://my.cdash.org/viewBuildError.php?buildid=39142
Hajma, Aadrian, do you already have a fix for this ?
Colin, you're the phonon maintainer, right ?
If you're interested in getting notification
This patch is still not commited.
Does anything prevent his inclusion in 4.3 branch and trunk ?
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
On 07.08.09 00:27:13, Thiago Macieira wrote:
Thiago Macieira wrote:
Fathi Boudra wrote:
Hi,
At the moment, Phonon backends are installed inside
${LIB_INSTALL_DIR}/kde4/plugins/ which seems wrong.
Whatever you decide is right, don't touch Qt's installation.
Let me explain:
Unless
Pavel Volkovitskiy wrote:
Hello!
i'm trying to build latest kdebase-runtime module from 4.3 branch with
phonon from qt (kde-qt repo) instead of kdesupport
cmake finds headers/libraries but then build stops with:
phonon/kded-module/phononserver.h:26:36: error:
Phonon/ObjectDescription
Hi all,
My problem is that I use kde-qt which indicates to build Qt Phonon which I
did. I don't install Qt.
I cannot build kdebase because the FindPhonon.cmake fails to retrieve phonon
version.
Mainly, this line fails
set(_phonon_namespace_header_file
${PHONON_INCLUDE_DIR}/phonon
2009/7/3 Anne-Marie Mahfouf annemarie.mahf...@free.fr:
Hi all,
My problem is that I use kde-qt which indicates to build Qt Phonon which I
did. I don't install Qt.
Isn't Qt always supposed to be installed in a different directory?
I cannot build kdebase because the FindPhonon.cmake fails
Le vendredi juillet 3 2009 8:54:15 PM, Raphael Kubo da Costa a écrit :
2009/7/3 Anne-Marie Mahfouf annemarie.mahf...@free.fr:
Hi all,
My problem is that I use kde-qt which indicates to build Qt Phonon which
I did. I don't install Qt.
Isn't Qt always supposed to be installed
Raphael Kubo da Costa wrote:
2009/7/2 annemarie.mahf...@free.fr:
hi,
Since the change to kde-qt, the recommanded configuration for Qt is to
build with Phonon. Following a mail to kde-devel mailing list about
Phonon I tried this morning a clean build (with no installed Phonon
from kdesupport
2009/7/2 Thiago Macieira thi...@kde.org:
Raphael Kubo da Costa wrote:
2009/7/2 annemarie.mahf...@free.fr:
hi,
Since the change to kde-qt, the recommanded configuration for Qt is to
build with Phonon. Following a mail to kde-devel mailing list about
Phonon I tried this morning a clean build
Excerpts from Raphael Kubo da Costa's message of Thu Jul 02 21:08:22 +0200 2009:
Now I think the only question left is which version is preferred. And
if it's kde-qt's, I'd also like to know if there are plans to remove
phonon from kdesupport.
Not removed, but it could be reduced to just
On Sun, May 03, 2009 at 07:33:19AM -0400, Allen Winter wrote:
On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
Hi
I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
(i.e., the trunk/kdesupport version), which is still unreleased. However,
I don't see
On Sunday 03 May 2009 13:33:19 Allen Winter wrote:
On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
Hi
I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
(i.e., the trunk/kdesupport version), which is still unreleased. However,
I don't see any checks
Em Terça-feira 05 Maio 2009, às 14:10:05, Matthias Kretz escreveu:
On Sunday 03 May 2009 13:33:19 Allen Winter wrote:
On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
Hi
I was trying to build kdereview/mplayerthumbs and it requires Phonon
4.4 (i.e., the trunk/kdesupport
I'm not planning a Phonon release. Probably Qt Software will do the next
Phonon feature release together with Qt 4.6.
So, KDE 4.3 should require Phonon 4.3. Everything else needs to be optional
(I already told Marco about this for mplayerthumbs).
It means for distributors that shipping
Fathi Boudra wrote:
I'm not planning a Phonon release. Probably Qt Software will do the
next Phonon feature release together with Qt 4.6.
So, KDE 4.3 should require Phonon 4.3. Everything else needs to be
optional (I already told Marco about this for mplayerthumbs).
It means for distributors
On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote:
Hi
I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
(i.e., the trunk/kdesupport version), which is still unreleased. However,
I don't see any checks for the version number anywhere.
FindPhonon.cmake does
Hi
I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4
(i.e., the trunk/kdesupport version), which is still unreleased. However,
I don't see any checks for the version number anywhere.
FindPhonon.cmake does print the version number, which means the checking
is possible
On Friday 30 January 2009, Hasso Tepper wrote:
Hasso Tepper wrote:
And FindPulseAudio.cmake is not the only one, seems. At least
FindIDN.cmake in kdenetwork breaks the same way here.
I rewrote the FindIDN.cmake getting inspiration from other cmake files
using pkg-config. The result is
Linking CXX shared module ../../../lib/kded_phononserver.so
cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
/usr/pkg/bin/cmake -E cmake_link_script
CMakeFiles/kded_phononserver.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -Woverloaded-virtual -fvisibility=hidden -O2 -g
On Thursday 29 January 2009, Hasso Tepper wrote:
Linking CXX shared module ../../../lib/kded_phononserver.so
cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
/usr/pkg/bin/cmake -E cmake_link_script
CMakeFiles/kded_phononserver.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC
David Faure wrote:
Why is PULSEAUDIO_LIBRARY not set? I see that
kdelibs/cmake/modules/FindPulseAudio.cmake sets it. Is your kdelibs
uptodate?
Damn, I forgot to mention that it's a 4.2 branch. The branch itself is
uptodate, but FindPulseAudio.cmake is in kdebase/runtime/cmake/modules/.
On Thu, 29 Jan 2009 12:07:51 +0100, David Faure wrote:
On Thursday 29 January 2009, Hasso Tepper wrote:
Linking CXX shared module ../../../lib/kded_phononserver.so
cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
/usr/pkg/bin/cmake -E cmake_link_script
CMakeFiles
On Thursday 29 January 2009, Max Brazhnikov wrote:
On Thu, 29 Jan 2009 12:07:51 +0100, David Faure wrote:
On Thursday 29 January 2009, Hasso Tepper wrote:
Linking CXX shared module ../../../lib/kded_phononserver.so
cd /home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
Alexander Neundorf wrote:
I haven't looked at the file yet, but it seems pkgconfig is used and
the results are directly put into the variables.
Yeah.
As you see, this is bad.
Instead pkgconfig should be used only optionally, and the results
should be used only as hints for
/home/kde-devel/kde/build/KDE/kdebase/runtime/phonon/kded-module
/usr/pkg/bin/cmake -E cmake_link_script
CMakeFiles/kded_phononserver.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -Woverloaded-virtual -fvisibility=hidden -O2 -g
-shared -Wl,-soname,kded_phononserver.so -o
On Jan 19, 2009, at 2:45 AM, Thiago Macieira wrote:
Orville Bennett wrote:
http://trac.macports.org/ticket/18080
It looks like x11 code needs to be disabled. QX11info isn't something
we'd find on os x. Where's the proper placed to ask phonon?
The kdemultimedia mailing list.
Note we build
Orville Bennett wrote:
I know about the qt7 backend but what's qtkit?
It's the Cocoa version of the QT7 backend, able to build in 64-bit.
However, it's more limited because the API of QTKit is also limited. Apple
has been informed and will be providing more in MacOS X 10.6.
--
Thiago
http://trac.macports.org/ticket/18080
It looks like x11 code needs to be disabled. QX11info isn't something
we'd find on os x. Where's the proper placed to ask phonon?
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org
--
Subject: Re: kde libs do not link properly to phonon
Date: Friday 13 June 2008
From: Benjamin Reed [EMAIL PROTECTED]
To: KDE build system \(cmake\) kde-buildsystem@kde.org
On Wed, Jun 11, 2008 at 11:49 AM, Big O [EMAIL PROTECTED] wrote:
Hi, ever since phonon move out of kdelibs to kdesupport
On Wed, Jun 11, 2008 at 11:49 AM, Big O [EMAIL PROTECTED] wrote:
Hi, ever since phonon move out of kdelibs to kdesupport libraries no
longer link to libphonon properlt on os x.
The problem is that they link to libphonon.4.dylid instead of /path/to/
libphonon.4.dylib as with every other
On Wednesday 27 September 2006 15:51, Paulo Jorge Guedes wrote:
Does anybody have some idea on what the problem could be?
I actually have no idea. The symbol should be defined because of
kdelibs/phonon/objectdescriptionmodel.h:155.
--
C'ya
Matthias
Hi,
This is happening for some time now:
http://public.kitware.com/KDE/Testing/Sites/mojo.risin/Win32-MinGW-GCC3.
4.4/20060927-0100-Nightly/BuildError.html
Does anybody have some idea on what the problem could be?
Thanks
Paulo
___
Kde-buildsystem
-Original Message-
From: Laurent Montel [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 27 de Setembro de 2006 15:18
To: kde-buildsystem@kde.org
Cc: KDE on Windows; Paulo Jorge Guedes; Matthias Kretz
Subject: Re: Undefined reference to Phonon::ObjectDescriptionModel
On Wednesday 27
-Original Message-
From: Christian Ehrlicher [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 27 de Setembro de 2006 18:37
To: KDE build system (cmake); [EMAIL PROTECTED]
Subject: Re: Undefined reference to Phonon::ObjectDescriptionModel
Paulo Jorge Guedes schrieb:
-Original
85 matches
Mail list logo