Mario Bensi (Nef) wrote:
> Le mercredi 23 novembre 2011 11:44:50 Stephen Kelly a écrit :
>> Stephen Kelly wrote:
>>
>> > David Faure wrote:
>> >
>> >> On Tuesday 22 November 2011 15:29:25 Stephen Kelly wrote:
>> >>> We can enforce this by creating a 'done' folder, and calling
>> >>> add_subdirec
Le mercredi 23 novembre 2011 11:44:50 Stephen Kelly a écrit :
> Stephen Kelly wrote:
>
> > David Faure wrote:
> >
> >> On Tuesday 22 November 2011 15:29:25 Stephen Kelly wrote:
> >>> We can enforce this by creating a 'done' folder, and calling
> >>> add_subdirectory(done) in kdelibs.git/CMakeList
Kevin Ottens wrote:
> What about moving all the tier* folders near the top as you proposed
> previously and did for tier1, and anything in there which isn't ready goes
> into a "staging" folder?
Done.
___
Kde-frameworks-devel mailing list
Kde-framewor
On Wednesday 23 November 2011 11:44:50 Stephen Kelly wrote:
> Stephen Kelly wrote:
> > David Faure wrote:
> >> On Tuesday 22 November 2011 15:29:25 Stephen Kelly wrote:
> >>> We can enforce this by creating a 'done' folder, and calling
> >>> add_subdirectory(done) in kdelibs.git/CMakeLists.txt as e
PERIER Romain wrote:
> 2011/11/23 Stephen Kelly
>
>> Jeremy Whiting wrote:
>>
>> > Besides the cmake
>> > issues I also get link errors in tier1/kauth like this:
>> >
>> > Linking CXX shared library ../../lib/libkauth.so
>> > /usr/bin/ld: warning: cannot find entry symbol rrors; defaulting to
>>
Stephen Kelly wrote:
> David Faure wrote:
>
>> On Tuesday 22 November 2011 15:29:25 Stephen Kelly wrote:
>>> We can enforce this by creating a 'done' folder, and calling
>>> add_subdirectory(done) in kdelibs.git/CMakeLists.txt as early as
>>> possible. At least before the call to find_package(KDE
On Wednesday, November 23, 2011 01:26:02 Stephen Kelly wrote:
> KAuth builds for me, but Aaron said he was affected by the same problem. Can
> you isolate the problem?
the solution to remove that replacement of "pedantic" fixed it for me as well.
so i'm back to being able to build frameworks (af
2011/11/23 Stephen Kelly
> Jeremy Whiting wrote:
>
> > Besides the cmake
> > issues I also get link errors in tier1/kauth like this:
> >
> > Linking CXX shared library ../../lib/libkauth.so
> > /usr/bin/ld: warning: cannot find entry symbol rrors; defaulting to
> > 67e0
> > collect2:
Jeremy Whiting wrote:
> Besides the cmake
> issues I also get link errors in tier1/kauth like this:
>
> Linking CXX shared library ../../lib/libkauth.so
> /usr/bin/ld: warning: cannot find entry symbol rrors; defaulting to
> 67e0
> collect2: ld returned 1 exit status
> make[2]: *** [l
David Faure wrote:
> On Tuesday 22 November 2011 15:29:25 Stephen Kelly wrote:
>> We can enforce this by creating a 'done' folder, and calling
>> add_subdirectory(done) in kdelibs.git/CMakeLists.txt as early as
>> possible. At least before the call to find_package(KDE4Internal
>> REQUIRED).
>
> M
On Tuesday 22 November 2011 15:29:25 Stephen Kelly wrote:
> We can enforce this by creating a 'done' folder, and calling
> add_subdirectory(done) in kdelibs.git/CMakeLists.txt as early as possible.
> At least before the call to find_package(KDE4Internal REQUIRED).
Moving stuff means adjusting 10
Alexander Neundorf wrote:
>> macro_bool_to_01 and macro_optional_find_package. This is what 'done'
>> looks like and is what we need to aim for for each framework.
>>
>> We can enforce this by creating a 'done' folder, and calling
>> add_subdirectory(done) in kdelibs.git/CMakeLists.txt as early as
On Tuesday 22 November 2011, Stephen Kelly wrote:
> Jeremy Whiting wrote:
> > Hello all,
> >
> > I took another crack at the kcolorscheme migration in frameworks
> > branch yesterday, and got it to not depend on KGlobalSettings any
> > longer. Unfortunately I still get warnings when I run cmake l
On Tue, Nov 22, 2011 at 7:29 AM, Stephen Kelly wrote:
> Jeremy Whiting wrote:
>
>> Hello all,
>>
>> I took another crack at the kcolorscheme migration in frameworks
>> branch yesterday, and got it to not depend on KGlobalSettings any
>> longer. Unfortunately I still get warnings when I run cmake
Jeremy Whiting wrote:
> Hello all,
>
> I took another crack at the kcolorscheme migration in frameworks
> branch yesterday, and got it to not depend on KGlobalSettings any
> longer. Unfortunately I still get warnings when I run cmake like
> this:
There are two issues.
For one of them I filed a
Hello all,
I took another crack at the kcolorscheme migration in frameworks
branch yesterday, and got it to not depend on KGlobalSettings any
longer. Unfortunately I still get warnings when I run cmake like
this:
-- Configuring done
CMake Error: Attempt to add a custom rule to output
"/home/jer
16 matches
Mail list logo