On 01/08/2017 16:47, Bob Friesenhahn wrote:
The package name and version used in configure.ac is identical to lcms2
2.8 and that the shared library name would be the same (header file
names have changed). It appears that if someone were to install
LCMS2.art and lcms2 simultaneously that there
Gents,
Having watched the conversations that have gone on here in the past
couple of days about LCMS2 and possible things that people would like to
see happen with it, it seems a sensible time to break cover with an
announcement.
Artifex Software are about to fork LCMS2.
I'll go into the re
On 14/02/2014 10:59, Richard Hughes wrote:
> On 14 February 2014 11:58, wrote:
>> This is actually my big headache. To do that, I need to add a pthreads
>> dependency.
>
> Is that a problem? pthreads is available everywhere isn't it?
Well, not on Windows.
But presumably we can have some #ifdeff
On 13/02/2014 11:48, Richard Hughes wrote:
> On 13 February 2014 12:35, wrote:
>> 1) Any client using THR functions and the lib as shared object
>>is basically broken. if a client sets a listener or plug-in,
>>it got events from any other clients of the .so, with
>>obviously unexpecte
On 13/02/2014 10:18, Richard Hughes wrote:
> On 13 February 2014 00:01, wrote:
> I've run the colord test suite against the new lcms2. There are a lot
> of compiler warnings now like this:
>
> In file included from cd-create-profile.c:27:0:
> /usr/include/lcms2.h:1568:14: note: expected ‘cmsConte
ot
of gs and rebuild libgs and poppler.
Or you can wait for the next release of gs, due in february, when
hopefully it should all be fixed.
HTH,
Robin
--
Robin Watts
--
CenturyLink Cloud: The Leader in Enterprise
On 26/07/2013 18:12, Richard Hughes wrote:
> 2. There's no void *user_data to cmsSetLogErrorHandler
The cmsContext is passed to every call to cmsSignalError (well, almost
every - There are a couple of calls where 0 is passed as the context).
> 2 is a lot harder and a lot
> more important. If you
On 14/05/2013 09:20, Richard Hughes wrote:
> Other than profiling, how do we know if it's chosen a built-in version
> rather than the generic version?
I initially used profiling, but then I added some code to capture what
transforms were used. This is also on the same branch I pointed you at
bef
On 13/05/2013 22:01, Richard Hughes wrote:
> I'm trying to make my transform go fast. I've got a 1920x1080 RGB
> image being transformed from sRGB to the display profile. I've got a
> quad core processor on my development box, no shaders or GPU, and I'm
> trying to do the transform as quickly as po
On 31/05/2012 15:02, Bob Friesenhahn wrote:
> The challenge with Half is finding portable C code to convert to and
> from Half. There is contributed code in GraphicsMagick for this (and
> also 24-bit floats) but it may not be entirely error-free or suitably
> fast.
I forwarded this link to Marti
In message <380-22011425142043...@m2w003.mail2web.com>
"marti.ma...@littlecms.com" wrote:
> That is exactly how it works. See the plug-in documentation, it
> explains how to do it. See "Memory management plug-in" on page 11.
Ah, I see. Thanks for the pointer.
I had been labouring unde
Gents,
Part 2 of the changes fed back from my experiments with making
Ghotscript work with lcms v2.
As far as I can see, there exists no way within the current API to
avoid the memory functions using malloc and free (unless you are
implementing a plugin, which we are not).
Lcms v2 appears to hav
In message
Kai-Uwe Behrmann wrote:
> One other alternative way to provide the functionality as in your
> patch is to add a wrapper around lcms' cmsHTRANSFORM, like
>
> struct lcms_wrapper {
>objectType type;
>cmsHTRANSFORM xform;
>cmsHPROFILE profile_array[];
>int profi
Gents,
I have recently started the process of modifying Ghostscript to be
able to use lcms v2 rather than v1 as is currently the case.
In so doing, I have found a couple of things I've had to tweak within
the library. I plan to start to feed these back in the hopes that
either they will be adopte
14 matches
Mail list logo