Good afternoon,

I could not make work the examples included in ViennaCL yet. However, I
compared the result of ldd on one of the ViennaCL examples and clinfo. The
number of linked libraries is significantly different and I wonder if any
of them should be also linked for the ViennaCL example and how I can add
them to the compilation.

The output of ldd is below.

Thanks in advance.

Best regards,
Sadra

jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$
ldd amg
        libOpenCL.so =>
/home/jbelloch/EQU_FILTERING_sandra/opencl/lib/libOpenCL.so (0xb6f19000)
       * libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
(0xb6e4c000)*


*  libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6de0000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6dbf000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6cd8000)*
        */lib/ld-linux-armhf.so.3 (0xb6f28000)*

jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$
ldd ../../../opencl/samples/clinfo/clinfo
        libmali.so => /usr/lib/arm-linux-gnueabihf/mali-egl/libmali.so
(0xb5e17000)
       * libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
(0xb5d6c000)*


* libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb5d00000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb5cdf000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb5bf8000)*
    *    /lib/ld-linux-armhf.so.3 (0xb6f2c000)*
        libX11.so.6 => /usr/lib/arm-linux-gnueabihf/libX11.so.6 (0xb5b12000)
        libX11-xcb.so.1 => /usr/lib/arm-linux-gnueabihf/libX11-xcb.so.1
(0xb5b07000)
        libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0xb5af7000)
        libxcb.so.1 => /usr/lib/arm-linux-gnueabihf/libxcb.so.1 (0xb5add000)
        libxcb-render.so.0 =>
/usr/lib/arm-linux-gnueabihf/libxcb-render.so.0 (0xb5acf000)
        libxcb-dri2.so.0 => /usr/lib/arm-linux-gnueabihf/libxcb-dri2.so.0
(0xb5ac4000)
        libXext.so.6 => /usr/lib/arm-linux-gnueabihf/libXext.so.6
(0xb5ab0000)
        libXau.so.6 => /usr/lib/arm-linux-gnueabihf/libXau.so.6 (0xb5aa5000)
        libXfixes.so.3 => /usr/lib/arm-linux-gnueabihf/libXfixes.so.3
(0xb5a99000)
        libXdmcp.so.6 => /usr/lib/arm-linux-gnueabihf/libXdmcp.so.6
(0xb5a8d000)
        libXcomposite.so.1 =>
/usr/lib/arm-linux-gnueabihf/libXcomposite.so.1 (0xb5a82000)
        libXrender.so.1 => /usr/lib/arm-linux-gnueabihf/libXrender.so.1
(0xb5a72000)
        libXrandr.so.2 => /usr/lib/arm-linux-gnueabihf/libXrandr.so.2
(0xb5a64000)
        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb5a56000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0
(0xb5a3b000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb5a30000)

El lun, 15 nov 2021 a las 15:25, SANDRA CATALAN PALLARES (<[email protected]>)
escribió:

> Dear Karl,
>
> I installed OpenCL in my home directory and rebuilt Vienna CL, however, I
> still get the same error message.
>
> I checked the installation of OpenCL, the hello_world_opencl example seems
> to work properly:
>
>
>
>
> *jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$
> ./hello_world_openclProfiling information:Queued time:    0.173msWait time:
>      4.33126msRun time:       1.92701ms*
>
> And clinfo seems so:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/clinfo$
> ./clinfoNumber of platforms: 1Platform #0  Name:
>        ARM Platform  Version:                               OpenCL
> 1.1Number of devices of platform 0: 2  Device #0    Name:
>              Mali-T628    Type:                                GPU
> Version:                             OpenCL 1.1    Global memory size:
>              1 GB 970 MB 796 kB    Local memory size:                   32
> kB    Max work group size:                 256    Max work item sizes:
>             (256, 256, 256)  Device #1    Name:
>    Mali-T628    Type:                                GPU    Version:
>                       OpenCL 1.1    Global memory size:                  1
> GB 970 MB 796 kB    Local memory size:                   32 kB    Max work
> group size:                 256    Max work item sizes:
> (256, 256, 256)*
>
> In order to compile ViennaCL I just updated the cmake line and the
> environment variables with the current installation paths getting the same
> error as before. Can you give me any hint about the "obstacles in the
> system setup" that you mention in the previous email?
>
> Thanks for your help.
>
> Cheers,
> Sandra
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
> <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> El lun, 15 nov 2021 a las 11:53, Karl Rupp (<[email protected]>)
> escribió:
>
>> Dear Sandra,
>>
>> okay, good, having a working clinfo is a good step. :-)
>>
>> The cmake line looks fine, also the PATH and LD_LIBRARY_PATH export are
>> fine. Having OpenCL installed in a different home directory sounds a bit
>> suspicious, though. Is the user account running ViennaCL the same as the
>> user account running clinfo?
>>
>> (Note: We ran quite a number of benchmarks on an ODROID-XU3; however, I
>> recall that there were a few obstacles in the system setup that we had
>> to sort out.)
>>
>> Best regards,
>> Karli
>>
>>
>>
>> On 11/15/21 09:44, SANDRA CATALAN PALLARES wrote:
>> > Dear Karl,
>> >
>> > The clinfo seems to work well:
>> > //home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/samples/clinfo/clinfo
>> > Number of platforms: 1
>> > Platform #0
>> >    Name:                                  ARM Platform
>> >    Version:                               OpenCL 1.1
>> >
>> > Number of devices of platform 0: 2
>> >    Device #0
>> >      Name:                                Mali-T628
>> >      Type:                                GPU
>> >      Version:                             OpenCL 1.1
>> >      Global memory size:                  1 GB 970 MB 796 kB
>> >      Local memory size:                   32 kB
>> >      Max work group size:                 256
>> >      Max work item sizes:                 (256, 256, 256)
>> >
>> >    Device #1
>> >      Name:                                Mali-T628
>> >      Type:                                GPU
>> >      Version:                             OpenCL 1.1
>> >      Global memory size:                  1 GB 970 MB 796 kB
>> >      Local memory size:                   32 kB
>> >      Max work group size:                 256
>> >      Max work item sizes:                 (256, 256, 256)/
>> > /
>> > /
>> > Could it be a problem that OpenCL is installed in another user's home?
>> I
>> > exported the PATH and LD_LIBRARY_PATH variables accordingly, but still
>> > got the same error.
>> >
>> > These are the steps I followed to compile ViennaCL:
>> >
>> > /2032  cmake -DOPENCLROOT=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/
>> >
>> -DOPENCL_LIBRARY=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/lib/libOpenCL.so
>> > ENABLE_UBLAS .
>> >   2033  make
>> >   2034  ls
>> >   2035  cd examples/tutorial/
>> >   2036  ls
>> >   2037  ./qr
>> >   2038  export
>> > PATH=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/samples/clinfo:$PATH
>> >   2039  export
>> >
>> LD_LIBRARY_PATH=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/lib:$LD_LIBRARY_PATH
>> >   2040  ./qr/
>> > /
>> > /
>> > Thanks for your help.
>> >
>> > Best regards,
>> > Sandra
>> >
>> > <
>> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
>>
>> >       Virus-free. www.avast.com
>> > <
>> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
>>
>> >
>> >
>> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>> >
>> > El vie, 12 nov 2021 a las 16:24, Karl Rupp (<[email protected]
>> > <mailto:[email protected]>>) escribió:
>> >
>> >     Hi,
>> >
>> >     this error usually indicates that your OpenCL installation isn't
>> >     working
>> >     properly. Does clinfo work from the command line?
>> >
>> >     Best regards,
>> >     Karli
>> >
>> >
>> >     On 11/12/21 14:05, SANDRA CATALAN PALLARES wrote:
>> >      > Good morning,
>> >      >
>> >      > I am trying to run the examples included in Vienna, but I get the
>> >      > following error:
>> >      >
>> >      > /./qr
>> >      > terminate called after throwing an instance of
>> >      > 'viennacl::ocl::unknown_error'
>> >      >    what():  ViennaCL: FATAL ERROR: ViennaCL encountered an
>> unknown
>> >      > OpenCL error. Most likely your OpenCL SDK or driver is not
>> installed
>> >      > properly. In some cases, this error is due to an invalid global
>> work
>> >      > size or several kernel compilation errors.
>> >      > If you think that this is a bug in ViennaCL, please report it at
>> >      > [email protected]
>> >     <mailto:[email protected]>
>> >      > <mailto:[email protected]
>> >     <mailto:[email protected]>> and supply at
>> least
>> >     the
>> >      > following information:
>> >      >   * Operating System
>> >      >   * Which OpenCL implementation (AMD, NVIDIA, etc.)
>> >      >   * ViennaCL version
>> >      > Many thanks in advance!
>> >      > Aborted/
>> >      >
>> >      > I am compiling the library on an ODROID-XU3, with Ubuntu 14.04.1
>> >     LTS.
>> >      > The OpenCL implementation is Mali_OpenCL_SDK_v1.1.0, which seems
>> >     to work
>> >      > properly and the Vienna version is 1.7.1.
>> >      >
>> >      > Thanks in advance,
>> >      > Sandra Catalán
>> >      > --
>> >      >
>> >      > *Sandra Catalán Pallarés*
>> >      > SecciónDept. Arquitectura de Computadores y Automática
>> >      > Facultad de Ciencias Físicas - Desp. 223
>> >      > Universidad Complutense de Madrid
>> >      > 28040 - Madrid (Spain)
>> >      > (+34) 91 394 *4394 - *[email protected] <mailto:[email protected]>
>> >     <mailto:[email protected] <mailto:[email protected]>>
>> >      >
>> >      >
>> >      > _______________________________________________
>> >      > ViennaCL-support mailing list
>> >      > [email protected]
>> >     <mailto:[email protected]>
>> >      > https://lists.sourceforge.net/lists/listinfo/viennacl-support
>> >     <https://lists.sourceforge.net/lists/listinfo/viennacl-support>
>> >      >
>> >
>> >
>> >
>> > --
>> >
>> > *Sandra Catalán Pallarés*
>> > SecciónDept. Arquitectura de Computadores y Automática
>> > Facultad de Ciencias Físicas - Desp. 223
>> > Universidad Complutense de Madrid
>> > 28040 - Madrid (Spain)
>> > (+34) 91 394 *4394 - *[email protected] <mailto:[email protected]>
>>
>
>
> --
>
> *Sandra Catalán Pallarés*
> Sección Dept. Arquitectura de Computadores y Automática
> Facultad de Ciencias Físicas - Desp. 223
> Universidad Complutense de Madrid
> 28040 - Madrid (Spain)
> (+34) 91 394 *4394 - *[email protected]
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
> <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>


-- 

*Sandra Catalán Pallarés*
Sección Dept. Arquitectura de Computadores y Automática
Facultad de Ciencias Físicas - Desp. 223
Universidad Complutense de Madrid
28040 - Madrid (Spain)
(+34) 91 394 *4394 - *[email protected]
_______________________________________________
ViennaCL-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/viennacl-support

Reply via email to