Hi,
On Tue, Oct 30, 2012 at 12:19 PM, Gilles Caulier
wrote:
> 2012/10/30 Andreas Pakulat :
>> On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley wrote:
>>> Recently build.kde.org ran into some problems with building libkdcraw,
>>> due to CMake using the -std=iso9899:1990 option with GCC.
>>> It seem
Andreas,
My fix, not perfect, but it's work :
http://commits.kde.org/libkdcraw/248c36696eba12be1846e82b4328a0220852deee
Problem is that CMAKE_C_FLAGS is not restored to the previous value.
If i store CMAKE_C_FLAGS in CMAKE_C_FLAGS_OLD for ex, and drop option
and later code, i restore back, it do
Hi Andreas,
2012/10/30 Andreas Pakulat :
> Hi,
>
> On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley wrote:
>> Hi all,
>>
>> Recently build.kde.org ran into some problems with building libkdcraw,
>> due to CMake using the -std=iso9899:1990 option with GCC.
>> It seems that this appears to be incompa
Hi,
On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley wrote:
> Hi all,
>
> Recently build.kde.org ran into some problems with building libkdcraw,
> due to CMake using the -std=iso9899:1990 option with GCC.
> It seems that this appears to be incompatible with LCMS' use of inline
> functions.
I don't
Hi all,
Recently build.kde.org ran into some problems with building libkdcraw,
due to CMake using the -std=iso9899:1990 option with GCC.
It seems that this appears to be incompatible with LCMS' use of inline
functions.
The build log can be viewed at
http://build.kde.org/view/FAILED/job/libkdcraw_