2011/8/10 Karol Blazewicz :
> Unfortunately you added your article to categories that don't exist ;-)
> The categories should read
> [[Category:Development (English)]]
> [[Category:Graphics (English)]]
> instead of
> [[Category:Category:Development (English)]]
> [[Category:Category:Graphics (Englis
Jesus I obivously have a great "knack" for moving stuff around on wiki :O
Sorry for all the mess, should be ok now, with categories and everything...
~kralyk
2011/8/10 Karol Blazewicz :
> 2011/8/10 Vojtěch Král :
>> Okay, I made a few more touches to the article and I think it
Okay, I made a few more touches to the article and I think it's
getting quite complete...
May I publish it yet?
~kralyk
for these.
2011/8/9 Rogutės Sparnuotos :
> Vojtěch Král (2011-08-09 03:14):
>
> A few days ago I wanted to know whether xf86-video-ati supports OpenCL,
> but didn't take the time to find out, and here it is :)
> Anybody knows whether there are plans to have OpenCL support in
>
Hi, thanks for response. I just redesigned the article a bit, hope
it's still ok ;-)
I'll have a look at that imagemagick's opencl, I'll see what I can find out...
~kralyk
2011/8/9 XeCycle :
> Vojtěch Král writes:
>
>> Hey everyone,...
>> From recent dis
Hey everyone,...
From recent discussions about troubles with OpenCL as well as
comments in AUR,
forums, etc.. I got the impression that the whole thing is pretty
confusing for an outsider... and for an insider too for that matter.
So I put up a wiki entry.
So far it's a wip article on my wiki pro
thing wrong with opnecl-nvidia?
~kralyk
Dne 17. července 2011 21:13 Vojtěch Král napsal(a):
> Thanks Ionut! So far it looks ok, I think there's no bloat.
> I'll do some testing hopefully tonight.
> And with Nicolas' code too...
>
> Thanks for helping out, both of you..
Thanks Ionut! So far it looks ok, I think there's no bloat.
I'll do some testing hopefully tonight.
And with Nicolas' code too...
Thanks for helping out, both of you...
~kralyk
2011/7/17 Ionut Biru :
>>
>> i've been waiting a new nvidia version and now is time to push something
>> into extra.
>
@Nicolas
I've put it up on AUR: https://aur.archlinux.org/packages.php?ID=50587
(named 'libopencl' cause 'libcl' is not allowed on aur)
Both Intel and AMD sdk now depend on it, so you can install both of
them at the same time.
The problem with this libopencl pkg is the god damned license -
-
I think that the "libcl" pkg might very well be based off of amd's loader.
I made a simple PKGBUILD just to demonstrate:
http://codepad.org/iK2oBo0W
It contains the shared object and OpenCL info utility, it is up to date,
has no dependencies and is only 88kB in size ;-)
~kralyk
2011/7/8 Nicolas Bigaouette :
> I think it requires 1.0 to provide, well, 1.0... Version 1.1 adds many
> things. For example, there is no type3 (float3, int3, etc.) in 1.0, just in
> 1.1. So if your code uses float3, then you'll probably get some undefined
> symbols when linking to a 1.0 libOpenCL.
So, what is going on? Don't you guys quit on me...
@Nicolas:
You pointed out that the nVidia ICD loader (libOpenCL.so) is only
1.0 (outdated),
that is correct, but the ICD specs only require 1.0, so 1.1 possibly
should not be needed.
See specs: http://www.khronos.org/registry/cl/extensions/khr/c
@Ionut, Lukas:
I support this proposal too and I'd agree that only the libOpenCL.so
(the ICD loader)
needs to be split off nvidia-utils. Otherwise it could just stay
intact as far as I can tell...
Also, it would probably be wise to settle for dependency names once for all,
by dependency names I
2011/7/7 Nicolas Bigaouette :
> I've found somebody who tried to implement his own ICD loader:
> https://github.com/Max-E/libclicd
> It was not updated for many months, and may be missing a lot of feature.
>
> It might be easier to create a package that just provides
> /usr/lib/libOpenCL.so taken f
Thankyou Nicolas for the research, that's exactly what we need.
And yes Damjan, you are right.
15 matches
Mail list logo
