Hi,
On Tue, Oct 30, 2012 at 12:19 PM, Gilles Caulier
caulier.gil...@gmail.com wrote:
2012/10/30 Andreas Pakulat ap...@gmx.de:
On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley bcooks...@kde.org wrote:
Recently build.kde.org ran into some problems with building libkdcraw,
due to CMake using the
Hi Andreas,
2012/10/30 Andreas Pakulat ap...@gmx.de:
Hi,
On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley bcooks...@kde.org 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
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
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
Hi,
On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley bcooks...@kde.org 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
