Having trouble installing cltorch on mac

Hi, when I try to install cltorch with "luarocks install cltorch", I get the following errors:
Linking CXX shared library libTHCl.dylib
Undefined symbols for architecture x86_64:
  "THClKernels* THClKernels::in<unsigned long long>(TensorInfo<unsigned long long>)", referenced from:
      void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
      void kernelLaunch_THClTensor_reduceAll<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/THCl/libTHCl.dylib] Error 1
make[1]: *** [lib/THCl/CMakeFiles/THCl.dir/all] Error 2
make: *** [all] Error 2

I'm using OS X 10.10.2 and Intel Iris Graphics 6100.
Can you tell me how to fix these errors?
Many thanks!

I'm not sure.  I guess a .dylib is like an .so , right?  So, it is linking the libThCl.dylib so, and it's trying to add in the THClReduceAll.cpp.o object, which is part of libTHCl.dylib, and then it says it's missing ReduceAllPass1 and ReduceAll methods.  These are actually templated methods, in the header file THClReduceAll.h, I think.  I cant think why it woud work for linux but not mac.  Maybe I should try building my code with clang perhaps?

Well, I installed clang-3.5, and built cltorch like this (on ubuntu), and it produced a whole bunch of new warnings, that I havent seen before, but it did build:
mkdir build-clang
cd build-clang
export CC=/usr/bin/clang-3.5
export CXX=/usr/bin/clang++-3.5
ccmake ..
make -j 4

Could be something to do wit hthe llvm linker though. Maybe I should try that.

What happens if you paste the following at the bottom of lib/THCl/THClReduceAll.cpp, and rebuild? :
template<>
void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(
                     THClState* state,
                     dim3 &grid, dim3 &block, size_t smemSize,
                     int ADims,
                     const TensorInfo<unsigned long long> & in,
//                     CLWrapper *in_data,
                     long totalElements,
                     float init,
                     const HasOperator2 *modifyOp,
                     const HasOperator3 *reduceOp,
                     CLWrapper* scratch
    );
template<>
void kernelLaunch_THClTensor_reduceAll(
                     THClState* state,
                     dim3 &grid, dim3 &block, size_t smemSize,
                     int ADims,
                     const TensorInfo<unsigned long long> &in,
//                     CLWrapper *in_data,
                     long totalElements,
                     float init,
                     const HasOperator2 *modifyOp,
                     const HasOperator3 *reduceOp,
                     CLWrapper* devOut
    );

Hmmm, those angle brackets in my last comment probably shouldnt be there.  Probalby something more like this:
template
void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(
                     THClState* state,
                     dim3 &grid, dim3 &block, size_t smemSize,
                     int ADims,
                     const TensorInfo<unsigned long long> & in,
//                     CLWrapper *in_data,
                     long totalElements,
                     float init,
                     const HasOperator2 *modifyOp,
                     const HasOperator3 *reduceOp,
                     CLWrapper* scratch
    );
template
void kernelLaunch_THClTensor_reduceAll(
                     THClState* state,
                     dim3 &grid, dim3 &block, size_t smemSize,
                     int ADims,
                     const TensorInfo<unsigned long long> &in,
//                     CLWrapper *in_data,
                     long totalElements,
                     float init,
                     const HasOperator2 *modifyOp,
                     const HasOperator3 *reduceOp,
                     CLWrapper* devOut
    );

After pasting the code above (without angle brackets), it generated the following errors:
16 warnings generated.
Linking CXX shared library libTHCl.dylib
Undefined symbols for architecture x86_64:
  "void kernelLaunch_THClTensor_reduceAll<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
  "void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
  "void kernelLaunch_THClTensor_reduceAllPass2<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, float, HasOperator3 const*, CLWrapper*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/THCl/libTHCl.dylib] Error 1
make[1]: *** [lib/THCl/CMakeFiles/THCl.dir/all] Error 2
make: *** [all] Error 2

If I use angle brackets, it says this (3 warnings removed):
13 warnings generated.
Linking CXX shared library libTHCl.dylib
Undefined symbols for architecture x86_64:
  "void kernelLaunch_THClTensor_reduceAll<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
  "void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
  "void kernelLaunch_THClTensor_reduceAllPass2<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, float, HasOperator3 const*, CLWrapper*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/THCl/libTHCl.dylib] Error 1
make[1]: *** [lib/THCl/CMakeFiles/THCl.dir/all] Error 2
make: *** [all] Error 2

Hmmm, thanks.  Will ponder a bit.

Can you run nm on your .obj file pleaes, and paste the results here?  Something like:
user@pear:~/git/cltorch/build-clang$ llvm-nm-3.5 lib/THCl/CMakeFiles/THCl.dir/THClReduceAll.cpp.o  | grep ReduceAll
0000000000000040 t _GLOBAL__sub_I_THClReduceAll.cpp
0000000000000000 W _Z13callReduceAllIjEvP9THClStateiRK10TensorInfoIT_ElfPK12HasOperator2PK12HasOperator3P9CLWrapper
0000000000000000 W _Z13callReduceAllIyEvP9THClStateiRK10TensorInfoIT_ElfPK12HasOperator2PK12HasOperator3P9CLWrapper
0000000000000000 W _Z21getReduceAllBlockSizeP9THClState
00000000000003b0 T _Z31THClReduceAll_getKernelTemplatev
user@pear:~/git/cltorch/build-clang$

Also, if you have nm available, can you do the same thing, but using nm -c instead of llvm-nm?

Hello, sorry to had issues to issues, but I too have some problem building cltorch, either from luarocks or from your github repository
FYI I am running all this on a 27' late 2014 Retina iMac, 4Ghz i7, 16Gb Ram, AMD Radeon R9 295X 4Gb, under Yosemite 10.10.4 (didn't work better for 10.10.3)
With luarocks I can this at the last lines
[ 35%] Completed 'EasyCL-external'
[ 35%] Built target EasyCL-external
make: *** [all] Error 2
I can send the full log is useful
With a direct build  (ie doing
git clone --recursive https://github.com/hughperkins/cltorch.git
cd cltorch
mkdir build
cd build
cmake ..
make
)
I get this at the make step
make[2]: *** [clBLAS/stamp/clBLAS-external-configure] Error 1
make[1]: *** [CMakeFiles/clBLAS-external.dir/all] Error 2
make: *** [all] Error 2
same, happy to produce the complete log file if useful.
I have been investigating a little bit but with my very limited understanding I haven't figured out much so far.
Thanks heaps for doing all this !
Ambroise.

Sorry to reply late. I just had some trouble installing llvm due to my network (already fixed).
And sorry again, I don't have the directory "lib/THCl/CMakeFiles" after building the project.
Probably because the building process terminated before creating this directory. (not sure)

@luo123n.  Hmmm, perhaps you can send the reulst of an ls -R?  Maybe even zip the files up, and upload them to somewhere accessible?

@Ambext : yes, please send logfiles.  Also, try running the bulid command a couple of times, see if it somehow 'goes through' the second time . Sometimes the dpeendnecies dont build in quite hte right order, but hte second pass, they work ok.

I have tried 10+ times before bothering you believe me ;-)
You will find the two log files attached.
thanks again,
Ambroise.

On 2 Jul 2015, at 20:07, Hugh Perkins<EMAIL_ADDRESS>wrote:
@Ambext https://github.com/Ambext : yes, please send logfiles. Also, try running the bulid command a couple of times, see if it somehow 'goes through' the second time . Sometimes the dpeendnecies dont build in quite hte right order, but hte second pass, they work ok.
—
Reply to this email directly or view it on GitHub https://github.com/hughperkins/cltorch/issues/3#issuecomment-117988484.

Last login: Thu Jul  2 20:31:10 on ttys000
Exowide:~ mnemonis$ git clone --recursive https://github.com/hughperkins/cltorch.git
Cloning into 'cltorch'...
remote: Counting objects: 2456, done.
remote: Compressing objects: 100% (120/120), done.
remote: Total 2456 (delta 131), reused 74 (delta 74), pack-reused 2262
Receiving objects: 100% (2456/2456), 528.07 KiB | 289.00 KiB/s, done.
Resolving deltas: 100% (1580/1580), done.
Checking connectivity... done.
Submodule 'EasyCL' (https://github.com/hughperkins/EasyCL.git) registered for path 'EasyCL'
Submodule 'clBLAS' (https://github.com/hughperkins/clBLAS) registered for path 'clMathLibraries/clBLAS'
Cloning into 'EasyCL'...
remote: Counting objects: 1254, done.
remote: Compressing objects: 100% (66/66), done.
remote: Total 1254 (delta 35), reused 0 (delta 0), pack-reused 1185
Receiving objects: 100% (1254/1254), 706.61 KiB | 350.00 KiB/s, done.
Resolving deltas: 100% (796/796), done.
Checking connectivity... done.
Submodule path 'EasyCL': checked out 'a03261662d263f14ce8e8e6f4dce1f649b400bd0'
Cloning into 'clMathLibraries/clBLAS'...
remote: Counting objects: 1978, done.
remote: Compressing objects: 100% (25/25), done.
remote: Total 1978 (delta 9), reused 0 (delta 0), pack-reused 1953
Receiving objects: 100% (1978/1978), 1.84 MiB | 754.00 KiB/s, done.
Resolving deltas: 100% (1224/1224), done.
Checking connectivity... done.
Submodule path 'clMathLibraries/clBLAS': checked out 'bdaf1f9ef3d97168fdaff4c3ef588feeae72b171'
Exowide:~ mnemonis$ cd cltorch
Exowide:cltorch mnemonis$ mkdir build
Exowide:cltorch mnemonis$ cd build
Exowide:build mnemonis$ cmkae ..
-bash: cmkae: command not found
Exowide:build mnemonis$ cmake ..
-- The C compiler identification is AppleClang <IP_ADDRESS>20053
-- The CXX compiler identification is AppleClang <IP_ADDRESS>20053
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Torch7 in /Users/mnemonis/torch/install
/Users/mnemonis/cltorch/build
/Users/mnemonis/cltorch
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working directory clean
Submodule path 'EasyCL': checked out 'a03261662d263f14ce8e8e6f4dce1f649b400bd0'
Submodule path 'clMathLibraries/clBLAS': checked out 'bdaf1f9ef3d97168fdaff4c3ef588feeae72b171'
CMAKE_INSTALL_PREFIX /Users/mnemonis/torch/install
CMAKE_INSTALL_PREFIX /Users/mnemonis/torch/install
CLBLAS_INCLUDE_DIRS /Users/mnemonis/torch/install/include
DEEPCL_LIBRARIES /Users/mnemonis/torch/install/lib/libEasyCL.dylib
git version 2.4.5
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mnemonis/cltorch/build
Exowide:build mnemonis$ make
Scanning dependencies of target easycl_delete_stamp
[  0%] Built target easycl_delete_stamp
Scanning dependencies of target git_cltorch_rec
Submodule path '../EasyCL': checked out 'a03261662d263f14ce8e8e6f4dce1f649b400bd0'
Submodule path '../clMathLibraries/clBLAS': checked out 'bdaf1f9ef3d97168fdaff4c3ef588feeae72b171'
[  0%] Built target git_cltorch_rec
Scanning dependencies of target EasyCL-external
[  1%] Creating directories for 'EasyCL-external'
[  3%] No download step for 'EasyCL-external'
[  5%] No patch step for 'EasyCL-external'
[  7%] No update step for 'EasyCL-external'
[  8%] Performing configure step for 'EasyCL-external'
loading initial cache file /Users/mnemonis/cltorch/build/EasyCL/tmp/EasyCL-external-cache.cmake
-- The C compiler identification is AppleClang <IP_ADDRESS>20053
-- The CXX compiler identification is AppleClang <IP_ADDRESS>20053
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
CMake Warning (dev):
Policy CMP0042 is not set: MACOSX_RPATH is enabled by default.  Run "cmake
--help-policy CMP0042" for policy details.  Use the cmake_policy command to
set the policy and suppress this warning.
MACOSX_RPATH is not specified for the following targets:
EasyCL
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Generating done
-- Build files have been written to: /Users/mnemonis/cltorch/build/EasyCL/src/EasyCL-external-build
[ 10%] Performing build step for 'EasyCL-external'
Scanning dependencies of target CLEW
[  2%] Building C object CMakeFiles/CLEW.dir/thirdparty/clew/src/clew.c.o
In file included from /Users/mnemonis/cltorch/EasyCL/thirdparty/clew/src/clew.c:9:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           /* errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
Linking C static library libCLEW.a
[  2%] Built target CLEW
Scanning dependencies of target EasyCL
[  4%] Building CXX object CMakeFiles/EasyCL.dir/EasyCL.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/EasyCL.cpp:11:
In file included from /Users/mnemonis/cltorch/EasyCL/./EasyCL.h:20:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[  6%] Building CXX object CMakeFiles/EasyCL.dir/CLKernel.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/CLKernel.cpp:10:
In file included from /Users/mnemonis/cltorch/EasyCL/./CLKernel.h:9:
In file included from /Users/mnemonis/cltorch/EasyCL/./CLArrayInt.h:14:
In file included from /Users/mnemonis/cltorch/EasyCL/./EasyCL.h:20:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[  8%] Building CXX object CMakeFiles/EasyCL.dir/CLWrapper.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/CLWrapper.cpp:7:
In file included from /Users/mnemonis/cltorch/EasyCL/./EasyCL.h:20:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[ 11%] Building CXX object CMakeFiles/EasyCL.dir/platforminfo_helper.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/platforminfo_helper.cpp:12:
In file included from /Users/mnemonis/cltorch/EasyCL/./EasyCL.h:20:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[ 13%] Building CXX object CMakeFiles/EasyCL.dir/deviceinfo_helper.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/deviceinfo_helper.cpp:11:
In file included from /Users/mnemonis/cltorch/EasyCL/./EasyCL.h:20:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[ 15%] Building CXX object CMakeFiles/EasyCL.dir/DevicesInfo.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/DevicesInfo.cpp:1:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[ 17%] Building CXX object CMakeFiles/EasyCL.dir/DeviceInfo.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/DeviceInfo.cpp:1:
In file included from /Users/mnemonis/cltorch/EasyCL/./DeviceInfo.h:5:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data /) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2187:59: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event /) CL_API_SUFFIX_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2213:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_event *          / event */) CL_API_SUFFIX__...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
8 warnings generated.
[ 20%] Building CXX object CMakeFiles/EasyCL.dir/util/easycl_stringhelper.cpp.o
[ 22%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lapi.c.o
[ 24%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lauxlib.c.o
/Users/mnemonis/cltorch/EasyCL/thirdparty/lua-5.1.5/src/lauxlib.c:577:61: warning:
while loop has empty body [-Wempty-body]
while ((c = getc(lf.f)) != EOF && c != LUA_SIGNATURE[0]) ;
^
/Users/mnemonis/cltorch/EasyCL/thirdparty/lua-5.1.5/src/lauxlib.c:577:61: note:
put the semicolon on a separate line to silence this warning
1 warning generated.
[ 26%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lbaselib.c.o
[ 28%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lcode.c.o
[ 31%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ldblib.c.o
[ 33%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ldebug.c.o
[ 35%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ldo.c.o
[ 37%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ldump.c.o
[ 40%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lfunc.c.o
[ 42%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lgc.c.o
[ 44%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/linit.c.o
[ 46%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/liolib.c.o
[ 48%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/llex.c.o
[ 51%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lmathlib.c.o
[ 53%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lmem.c.o
[ 55%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/loadlib.c.o
[ 57%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lobject.c.o
[ 60%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lopcodes.c.o
[ 62%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/loslib.c.o
/Users/mnemonis/cltorch/EasyCL/thirdparty/lua-5.1.5/src/loslib.c:60:3: warning:
'tmpnam' is deprecated: This function is provided for compatibility
reasons only. Due to security concerns inherent in the design of
tmpnam(3), it is highly recommended that you use mkstemp(3) instead.
[-Wdeprecated-declarations]
lua_tmpnam(buff, err);
^
/Users/mnemonis/cltorch/EasyCL/thirdparty/lua-5.1.5/src/luaconf.h:657:33: note:
expanded from macro 'lua_tmpnam'
#define lua_tmpnam(b,e)         { e = (tmpnam(b) == NULL); }
^
/usr/include/stdio.h:276:7: note: 'tmpnam' has been explicitly marked deprecated
here
char    *tmpnam(char );
^
1 warning generated.
[ 64%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lparser.c.o
[ 66%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lstate.c.o
[ 68%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lstring.c.o
[ 71%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lstrlib.c.o
[ 73%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ltable.c.o
[ 75%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ltablib.c.o
[ 77%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/ltm.c.o
[ 80%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lundump.c.o
[ 82%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lvm.c.o
[ 84%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/lzio.c.o
[ 86%] Building C object CMakeFiles/EasyCL.dir/thirdparty/lua-5.1.5/src/print.c.o
[ 88%] Building CXX object CMakeFiles/EasyCL.dir/templates/LuaTemplater.cpp.o
[ 91%] Building CXX object CMakeFiles/EasyCL.dir/templates/TemplatedKernel.cpp.o
In file included from /Users/mnemonis/cltorch/EasyCL/templates/TemplatedKernel.cpp:9:
In file included from /Users/mnemonis/cltorch/EasyCL/./EasyCL.h:20:
/Users/mnemonis/cltorch/EasyCL/./clew.h:1931:51: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...cl_int *                           / errcode_ret */) CL_API_SUFFIX__VERSI...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:1972:73: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
...void * /*user_data / )             CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2101:55: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int *      / errcode_ret /) CL_API_SUFFIX...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2111:57: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
cl_int     / execution_status /) CL_API_SUFFIX__V...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2117:50: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]
void *      / user_data */) CL_API_SUFFIX__VERSION_1_1;
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:80:53: note: expanded from macro
'CL_API_SUFFIX__VERSION_1_1'
#define CL_API_SUFFIX__VERSION_1_1              CL_EXTENSION_WEAK_LINK
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:77:68: note: expanded from macro
'CL_EXTENSION_WEAK_LINK'
#define CL_EXTENSION_WEAK_LINK                  attribute((weak_...
^
/Users/mnemonis/cltorch/EasyCL/./clew.h:2160:58: warning: 'weak_import'
attribute only applies to variables and functions [-Wignored-attributes]

I have uploaded my cltorch directory to dropbox, and the link is as below:
https://www.dropbox.com/s/ovqzf3xznwrw4s3/cltorch.zip?dl=0
many thanks

@Ambext I cnat quite see where the errors are for clBLAS or clBLAS-external?  I think there should be a bunch, given the earlier error messages you posted?

Hi guys,
I also get the following error message when I run "luarocks install cltorch".
Linking CXX shared library libTHCl.dylib
Undefined symbols for architecture x86_64:
  "void kernelLaunch_THClTensor_reduceAll<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
  "void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
  "void kernelLaunch_THClTensor_reduceAllPass2<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, float, HasOperator3 const*, CLWrapper*, CLWrapper*)", referenced from:
      void callReduceAll<unsigned long long>(THClState*, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/THCl/libTHCl.dylib] Error 1
make[1]: *** [lib/THCl/CMakeFiles/THCl.dir/all] Error 2
make: *** [all] Error 2

Error: Build error: Failed building.

My macbook has Intel HD Graphics 5000 1024 MB with OS X 10.9.5.
Thanks in advance!

Hi guys, I havent found root cause yet, but I've removed pretty much everything from the THClReduceAll.h header file.  Certainly evrything templated is no longer in that file.  Can you check if that changes anything?

Thanks for your effort!
I ran the command "luarocks install cltorch" again, and I got the following error.
Linking CXX shared library libTHCl.dylib
Undefined symbols for architecture x86_64:
  "THClKernels* THClKernels::in<unsigned long long>(TensorInfo<unsigned long long>)", referenced from:
      void kernelLaunch_THClTensor_reduceAllPass1<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
      void kernelLaunch_THClTensor_reduceAll<unsigned long long>(THClState*, dim3&, dim3&, unsigned long, int, TensorInfo<unsigned long long> const&, long, float, HasOperator2 const*, HasOperator3 const*, CLWrapper*) in THClReduceAll.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/THCl/libTHCl.dylib] Error 1
make[1]: *** [lib/THCl/CMakeFiles/THCl.dir/all] Error 2
make: *** [all] Error 2

Thanks,

Wel, thats a differnet error. Thats good news :-)

Ok, I think I've understood.  Digging a bit.

Updated THClKernels.cpp.  Can you see if that changes anything?

Tried just now:
'
Linking CXX shared library libTHCl.dylib
Undefined symbols for architecture x86_64:
"THClKernels* THClKernels::in(TensorInfo)", referenced from:
void kernelLaunch_THClTensor_reduceContigDim(THClState*, dim3&, dim3&, unsigned long, int, int, TensorInfo, TensorInfo, unsigned long, unsigned long, float, HasOperator2 const*, HasOperator3 const*) in THClReduce.cpp.o
void kernelLaunch_THClTensor_reduceNoncontigDim(THClState*, dim3&, dim3&, int, int, TensorInfo, TensorInfo, unsigned long, unsigned long, unsigned long, float, HasOperator2 const*, HasOperator3 const*) in THClReduce.cpp.o
"THClKernels* THClKernels::out(TensorInfo)", referenced from:
void kernelLaunch_THClTensor_reduceContigDim(THClState*, dim3&, dim3&, unsigned long, int, int, TensorInfo, TensorInfo, unsigned long, unsigned long, float, HasOperator2 const*, HasOperator3 const*) in THClReduce.cpp.o
void kernelLaunch_THClTensor_reduceNoncontigDim(THClState*, dim3&, dim3&, int, int, TensorInfo, TensorInfo, unsigned long, unsigned long, unsigned long, float, HasOperator2 const*, HasOperator3 const*) in THClReduce.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/THCl/libTHCl.dylib] Error 1
make[1]: *** [lib/THCl/CMakeFiles/THCl.dir/all] Error 2
make: *** [all] Error 2
'

cool.  Gradually moving forward :-)  That's a similar error in a different file, and suggests the issues are fixed for the earlier files.

Now?

It builds without any errors now!
Thanks a lot!

Cool! :-)

Congrats for solving the other one. Looks like mine is a dumber install problem.
Having dug in the log files again I figured out that boost was missing from my install. I am not sure to understand why, but anyway I installed it and it removed some errors.
Now it seems the errors is coming from find_package(OpenCl) command in the Cmake of EasyCl. It doesn't find OpenCL and therefore can't initialize correctly the needed paths. However this doesn't make a lot of sense to me. Isn't OpenCl by default on any recent OSX? Or are we speaking of another OpenCl library / package / whatever?
Thanks for your help!
nb: I am in AEST time zone, so please excuse the slow responses.

Hi Ambext, can you create a new issue for your issue please?  (And then I will close this one).

Hi Ambext, created an issue to track your issue at https://github.com/hughperkins/cltorch/issues/6

sure no worries. Will do now.


[BUG] Getter&Setter&Data bug

My English is very poor, try to describe the problem clearly.
If there is an attribute of the same name in the class, but the case is different, the generated class has a problem. The class is as follows:

@Getter
@Setter
public class Notice{
    private String noticeTime;
    private String noticetime;
}

case：

Notice notice = new Notice();
notice.setNoticeTime("2019-03-03");
notice.setNoticetime("2019-03-03"); // IDEA has no error. but maven compile：No symbols found

Notice class only:
getNoticeTime() & setNoticeTime()
No generate:
getNoticetime() & setNoticetime()

Please use English, thx

Please use English, thx

ok

Disclaimer: Not a Lombok team member answering.

My English is very poor, try to describe the problem clearly.

You English is fine. Problem described very well.

If there is an attribute of the same name in the class, but the case is different, the generated class has a problem.

This may be a problem of the Lombok-Idea plugin or of Lombok itself. It may be also by design as people are strange and strange people use strange rules and if Lombok sees something what could be a getter, it goes out of way. In this case, there's definitely a bug somewhere, as there's no manually written getter, so it's all Lombok's work.
But I'd suggest you to avoid such names if possible. There may be other tools getting problem and the programmers will get problems, too. Such naming is just looking for troubles.

This is intentional behaviour.
What can I say? Don't repeat the same name in your class file with different casing.

This is intentional behaviour.
What can I say? Don't repeat the same name in your class file with different casing.

I have already mentioned the problem. You will not accept it. For me, it doesn't matter. It is normal for a software to have problems. Accept everyone's opinions and let more people improve it to get better improvement. You Happy on the line


OpenXR Holographic Remoting apps can lose hand tracking when starting a session

Describe the bug
When Holographic Remoting with an OpenXR app, it is possible to lose hand tracking when starting a session. The GGV pointer/input starts by default when HoloLens 2 is not tracking any hands during the start of an app that uses XR SDK or OpenXR.
Normally when an app starts in this state and the device starts tracking hands again, the app will switch from the GGV pointer/input to the Hand Ray pointer/input. However when an OpenXR app starts a Holographic Remoting session and there are no hands currently being tracked by the device during the start of that remoting session, it can get stuck in the GGV interaction model. The user must stop the Holographic Remoting session and start a new session to get hand tracking to work in the app. When a remoting session is stuck on the GGV interaction model, sometimes the hand rays will show up but it is impossible to use far/near interaction to manipulate an example scene. It is possible to return to the Shell using the Home button in the Shell menu while stuck in the GGV input state.
To reproduce
Steps to reproduce the behavior:

Create a new project, import the MRTK, and enable OpenXR
Open an example scene
Change the profile to 'DefaultOpenXRConfigurationProfile'
Configure Holographic Remoting in Unity for your device
Press the 'Connect' button to connect to the device
Press the 'Play' button to start the remoting session
While the editor is starting the remoting process, sit on your hands so that they are completely out of view of the device sensors
Wait for the device to fully render the example scene
Bring your hands completely into the device sensors' field of view
Attempt to use far interaction to manipulate the example scene
If the input method changes from GGV and allows manipulation with far interaction, then repeat steps 5-10

Your setup (please complete the following information)

Unity Version 2020.3.2f1
MRTK Version 2.6.1

Target platform (please complete the following information)

HoloLens 2
UWP
OpenXR

Additional context
This issue does not occur 100% of repro attempts.

We've been tracking this bug on the OpenXR plug-in side, so I've marked this as "external" for the moment.

This should be fixed on the runtime side (and has been for a while). But please reopen if you're still seeing this on recent runtimes and plugin versions!


Stop panic on fmt::Display

Closes #3060

Sorry for the many force pushes: I took a detour adding a new API
impl Python<'_> {
    pub fn try_with_gil<F, R>(f: F) -> Option<R>
    where
        F: for<'py> FnOnce(Python<'py>) -> R,
    {
        gil::try_ensure_gil().map(|gil| f(unsafe { gil.python() }))
    }
}

because I did not realise that I already had implicit access to the GIL in the Display impl. Properly removing this and fixing up the news fragment took a bit of back and forth.

bors r=davidhewitt


Volumes and marathon-lb package

Is it possible to pass the volume configuration to the marathon-lb package in order to load a ssl certificate?
I tried with dos package install marathon-lb --options=config.json but it does not seem to work.
I guess it only accepts the parameters defined for the service although I would expect values to override the container part of the marathon.json.mustache. Any idea?

@skonto Apologies for the delay in getting to this. I hope you found the answer but here it is for search history sake as well.
Since marathon-lb is just a marathon app, to modify the volumes/etc you can do:
dcos pacakge describe marathon-lb --app --render [--options=options.json] > marathon-lb.json

(You only need to include the --options if you want to modify the default template)
This will then render a deployment file which you can then edit to add the volumes to (it should already have 1 volume defined there for /dev/log so follow that pattern).
Then deploy it:
dcos marathon app add marathon.json


[renovate]Remove golang constraint

The shared global config already has a golang 1.20 constraint

/approve


Can the timepicker return a TIMESTAMP?

How does one get a TIMESTAMP from the timepicker (time since 1970 or GPS Epoch, January 1st 1980)?

Need this as well. Trying to setup a nice date/time picker that reads/writes the timestamp from/to a hidden field.
So the database stores the timestamp and the front end renders the nice date/time picker.

Hey I came up with this:
http://dtbaker.net/web-development/jquery-timepicker-with-unix-epoch/
Seems to work well

@dtbaker your code is gone 404, could you please have a look at mirroring it somewhere save?


Ordering of multiple  and Solution Explorer contents

The .csproj in question is https://github.com/KirillOsenkov/MSBuildStructuredLog/blob/d3e5742cbc1c7bfc914acaee594aa09b6da92202/src/StructuredLogger/StructuredLogger.csproj
If it specifies TargetFrameworks as net46;netstandard1.5 you get:

but if you specify TargetFrameworks as 'netstandard1.5;net46' you get:

In both cases the MSBuild references displayed are 14.3.0, whereas the project explicitly conditions the references based on the TargetFramework as 15.1.0 for netstandard1.5:
  <PropertyGroup Condition=" '$(TargetFramework)' == 'netstandard1.5'">
    <DefineConstants>$(DefineConstants);NETCORE</DefineConstants>
  </PropertyGroup>
  <ItemGroup Condition=" '$(TargetFramework)' == 'netstandard1.5' ">
    <PackageReference Include="Microsoft.Build" Version="15.1.0-preview-000523-01" />
    <PackageReference Include="Microsoft.Build.Framework" Version="15.1.0-preview-000523-01" />
    <PackageReference Include="Microsoft.Build.Tasks.Core" Version="15.1.0-preview-000523-01" />
    <PackageReference Include="Microsoft.Build.Utilities.Core" Version="15.1.0-preview-000523-01" />
  </ItemGroup>
  <ItemGroup Condition=" '$(TargetFramework)' == 'net46' ">
    <Reference Include="System" />
    <Reference Include="System.Core" />
    <Reference Include="System.Xml" />
    <Reference Include="System.Xml.Linq" />
    <PackageReference Include="Microsoft.Build" Version="14.3.0" />
    <PackageReference Include="Microsoft.Build.Framework" Version="14.3.0" />
    <PackageReference Include="Microsoft.Build.Tasks.Core" Version="14.3.0" />
    <PackageReference Include="Microsoft.Build.Utilities.Core" Version="14.3.0" />
  </ItemGroup>

The first TFM is considered the active TFM and we don't show dependencies for all TFMs (other than PackageRefs which we do show for all TFMs). https://github.com/dotnet/roslyn-project-system/issues/587 tracks the work to enable dependencies for all TFMs.
The second issue is interesting. If the same package is mentioned with different versions then we seem to just show one - @abpiskunov do you expect to show two items here or just one?

If same package belong to multiple TFMs, we just show it once for now.

Ok added a comment to #587. Let's use that issue to track.


feat(release): Update SDK to use API generated on 2024-11-12

:tada: This PR is included in version 0.23.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Give nom more combinatorial power

Henlo,
In glsl, I had to add several useful combinators and pretty primitive parsers in order to completely parse what I wanted to. Would you be interested to get those directly into nom? Because I would! 😆
Please enlight me if I could have used some stuff already present in nom; maybe I missed something.

cnst, a constant parser, akin to pure in Haskell for parsec. What it does is simply not consuming its input and return its input argument. I use it at several places in glsl, especially in alt.
eoi, the end-of-input parser, that doesn’t parse anything either but errors if no input is available anymore. I don’t quite get that one is not in nom already (especially because there’s the eof! macro).
eol which is basically newline | eoi.
till, a parser that takes two parsers, parses with the first one until the seconds succeeds. That parser doesn’t allocate nor build any intermediary values, which is great.
many0_. I think that one should be in nom with a different name, but what it does is basically running a parser several times until it fails and doesn’t collect any intermediary results, ignoring them. The name is based, as you might expect, on Haskell convention to state discard. Useful when combined with recognize.

What do you think?

I think it would be good to make functions like many0 generic over the collection to collect into. That way the overhead of allocating a Vec can be avoided while allowing the user to use different collections as well.

eoi, the end-of-input parser, that doesn’t parse anything either but errors if no input is available anymore. I don’t quite get that one is not in nom already (especially because there’s the eof! macro).

I tried writing an eof() parser; the trouble is that it can never return successfully, because it should always return incomplete. It's preferable to use all_consuming instead of chaining an eof

I needed something like many0_ but hadn't thought of this.  I instead made a take_many0 and ignore the result
I would find the trailing _ non-obvious on meaning, especially since people use a trailing _ in a way different than a leading _, like type_.
I recently contributed to a project using combine and it looks like they instead prefix the many* variants with skip.
(their many is also generic over the collection)

I needed something like many0_ but hadn't thought of this. I instead made a take_many0 and ignore the result
I would find the trailing _ non-obvious on meaning, especially since people use a trailing _ in a way different than a leading _, like type_.
I recently contributed to a project using combine and it looks like they instead prefix the many* variants with skip.
(their many is also generic over the collection)

use many0_count way better

Good call! hadn't noticed and thought of using the count variant!


Building Android with --production flag prevents cmd/script from exiting properly

Bug Report
Ionic Info
cli packages: (C:\Users\Administrator\AppData\Roaming\nvm\v9.4.0\node_modules)

    @ionic/cli-utils  : 1.19.2
    ionic (Ionic CLI) : 3.20.0

System:

    Node : v9.4.0
    npm  : 5.6.0
    OS   : Windows 10

Misc:

    backend : pro

Describe the Bug
Building a production build of a ionic cordova android apk causes batch scripts to hang indefinitely until the script window is force terminated. Note this only happens when using the --production flag. If the production flag is not used, then batch scripts exit successfully
i.e.
Running `ionic cordova build android` builds a valid APK and exits with 0

Running 'ionic cordoca build android --production' builds a valid APK but hangs on exit. It appears there is a npm process in the background preventing cmd from fully exiting when using the --production flag

Steps to Reproduce
Steps to reproduce the behavior:

Launch a new CMD terminal
Enter a Ionic workspace that can be build for Android
Run ionic cordova build android and wait for it to finish the build
Run `exit 0'
Note that CMD terminal should close successfully
Launch a new CMD terminal
Enter the same Ionic workspace as before
Run ionic cordova build android --production and wait for it to finish the build
Run `exit 0'
Note that CMD terminal hangs and has to be force closed

Expected Behavior
running ionic cordova build android --production should exit successfully after successful or failed builds without hanging the CMD instance.
Additional Context
This issue is preventing our build system from continuing after building a APK flagged with the --production flag. The only work around we have been able to find is to not use the production flag

Note that Ionic reports Windows 10 as the OS but its actually WIndows Server 2016


"<svg" not throwing a parser error.

<svg is not valid XML, so it should be throwing some kind of error.

Somewhat relevant: https://github.com/godotengine/godot/issues/89668
But if that's addressed, there is still a bug on our side, because <svg> also should throw a parser error.


feat(model): add Member::flags

Implements flags for guild members as per the discord documentation:

https://github.com/discord/discord-api-docs/pull/5874

Codecov Report

Merging #2086 (3b6746f) into main (227e407) will increase coverage by 0.43%.
The diff coverage is 68.78%.

:exclamation: Current head 3b6746f differs from pull request most recent head b122ff6. Consider uploading reports for the commit b122ff6 to get more accurate results

@@            Coverage Diff             @@
##             main    #2086      +/-   ##
==========================================
+ Coverage   35.87%   36.30%   +0.43%
==========================================
  Files         400      402       +2
  Lines       15991    16140     +149
==========================================
+ Hits         5737     5860     +123
- Misses      10254    10280      +26

Impacted Files
Coverage Δ

twilight-cache-inmemory/src/event/interaction.rs
95.23% <ø> (ø)

twilight-cache-inmemory/src/event/message.rs
26.41% <ø> (ø)

twilight-cache-inmemory/src/lib.rs
62.64% <ø> (ø)

twilight-cache-inmemory/src/model/guild.rs
2.63% <0.00%> (-0.08%)
:arrow_down:

twilight-cache-inmemory/src/permission.rs
58.78% <ø> (ø)

twilight-gateway/src/event.rs
6.45% <0.00%> (-0.08%)
:arrow_down:

twilight-http-ratelimiting/src/in_memory/bucket.rs
0.00% <0.00%> (ø)

twilight-http/src/client/interaction.rs
28.33% <ø> (ø)

.../application/command/update_command_permissions.rs
0.00% <ø> (ø)

.../request/channel/webhook/update_webhook_message.rs
36.36% <0.00%> (ø)

... and 29 more

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Clicking "Info" button in dropdown of git repository gives empty error

When going to the GitHub menu, selecting a repository under your repos, selecting a branch, then going to the dropdown in the top right and clicking "Info", it gives an empty error.
This is compiled from source, at commit 26bdd9a

I figured out a fix, I'll be making a PR soon, that also fixes issues with commiting files

I figured out a fix, I'll be making a PR soon, that also fixes issues with commiting files


Do not commit autocomplete on comma and equals

Fixes #2835, #3312, #2961

This error looks complete unrelated:

D:\j\workspace\release_ci_pa---c6929ad7\packages\FSharp.Compiler.Tools.4.1.5\tools\Microsoft.FSharp.Targets(120,9): error MSB4062: The "CreateFSharpManifestResourceName" task could not be loaded from the assembly D:\j\workspace\release_ci_pa---c6929ad7\packages\FSharp.Compiler.Tools.4.1.5\tools\FSharp.Build.dll. Could not load file or assembly 'file:///D:\j\workspace\release_ci_pa---c6929ad7\packages\FSharp.Compiler.Tools.4.1.5\tools\FSharp.Build.dll' or one of its dependencies. The module was expected to contain an assembly manifest. Confirm that the  declaration is correct, that the assembly and all its dependencies are available, and that the task contains a public class that implements Microsoft.Build.Framework.ITask. [D:\j\workspace\release_ci_pa---c6929ad7\src\fsharp\FSharp.Core\FSharp.Core.fsproj]

@dotnet-bot test Windows_NT Release_ci_part3 Build please

@saul Odd error.  I wonder if something has changed in the CI system we are using
If we continue to get that error, maybe we should submit a separate PR to FSharp.Compiler.Tools 4.1.23

Thanks for this @saul


add apisix version when API responses

Issue description
We could add the apisix version when API responses, so that the API caller could have a proper action.

Could you provide specific cases? Thanks.

We alway choose hide those sensitive headers by hand. I think we can provide such capabilities but turn it off by default. ;-)

Related issue https://github.com/apache/incubator-apisix-dashboard/issues/139
@totemofwolf The APISIX version is not sensitive to clients in my opinion, the Dashboard should know whether it's compatible with current APISIX.

@moonming How about this feature?

Now the version can be detected via the Server header. Solved.


add heading for handler registration

This will allow for an anchor link (I think, I know ## does, hoping ### does too).  This will help to fix "Illegal link: [Authorization handlers must be registered](policies.md#security-authorization-policies-based-handler-registration) -- missing bookmark." on aspnetcore/security/authorization/dependencyinjection.md
Reference: build report
Reference: #4649

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

todo:

After merged, get id
Fix aspnetcore/security/authorization/dependencyinjection.md to use this anchor link

@spottedmahn Please change this title to sentence case

@scottaddie done!

@spottedmahn Sorry, I wasn't clear enough. I was referring to the "Handler Registration" title that you added.

@scottaddie gotcha.  I changed mine and all others so the doc is consistent.  I also left the title name change as I assume it should be that way too, right?

@spottedmahn Looks great! Thank you.


NOT admin account login into admin account when using google oauth2 login faied

Gitea version (or commit ref):bde0409
Git version:2.1.4
Operating system:centOS
Database (use [x]):

[ ] PostgreSQL
[x] MySQL
[ ] MSSQL
[x] SQLite

Can you reproduce the bug at https://try.gitea.io:

[ ] Yes (provide example URL)
[x] No
[ ] Not relevant

Log gist:
[Macaron] 2017-12-18 11:39:06: Started GET /user/login?redirect_to= for <IP_ADDRESS>
[Macaron] 2017-12-18 11:39:06: Completed GET /user/login?redirect_to= 200 OK in 50.367285ms
[Macaron] 2017-12-18 11:39:08: Started GET /user/oauth2/google for <IP_ADDRESS>
[Macaron] 2017-12-18 11:39:09: Completed GET /user/oauth2/google 302 Found in 251.958016ms
[Macaron] 2017-12-18 11:39:09: Started GET / for <IP_ADDRESS>
[Macaron] 2017-12-18 11:39:09: Completed GET / 200 OK in 9.224199ms
[Macaron] 2017-12-18 11:39:09: Started GET /api/v1/repos/search?uid=6&q=&limit=15&mode= for <IP_ADDRESS>
[Macaron] 2017-12-18 11:39:09: Completed GET /api/v1/repos/search?uid=6&q=&limit=15&mode= 200 OK in 4.880847ms

Description
1.I have to close registered form everyone.
2.I have to login with google+ oauth2.
I created an admin account by my own.
Then i added a certified for google+ OAuth2.
I created an other account with google+ OAuth2 on admin page.
But i didn't type user's google token id.
My google's account should be failed to login.
But... it works.It login to my "admin" account.
Is it should be failed at "/user/oauth2/google 302 Found" ?
...

I think yes as your title. You could login with your local account or your Oauth2 account.

Sorry!maybe i have to change my tittle...
I login my NOT admin account into admin account when i login failed by google+ OAuth2.
It should be failed login!!

@lunny This is not a "question", it is a report for a security-related bug.

Not a security issue, more details:

https://github.com/go-gitea/gitea/issues/14270


Temporary failure resolving 'archive.ubuntu.com' when installing build-essential

Windows Build Number
Microsoft Windows [Version 10.0.19042.1052]
WSL Version

[X] WSL 2
[ ] WSL 1

Kernel Version
4.19.128-microsoft-standard
Distro Version
Ubuntu 20.04
Other Software
No response
Repro Steps
I have just installed WSL2
I have just do one thing, running apt install build-essential
Expected Behavior
Install build-essential
Actual Behavior
apt have detected packages, but cannot install
Diagnostic Logs
No response

btw, when installing WSL2, it prompts ''The Windows Subsystem for Linux instance has terminated.", and I cannot set a username. But it finally succeed after a few trails

/dupe #6404 #5971, others. Canonical solution is putting nameserver <IP_ADDRESS> in /etc/resolve.conf which helps in some scenarios where the DNS lookup fails.

Just going to point out if windows requires a restart for updates WLS will throw that "Temporary failure resolving archive.ubuntu.com" error.
Reboot and update windows and it will correct wls update issues if you have already done the <IP_ADDRESS> fix and its still erroring

This article was helpful for me to resolve my issues: https://wheatevo.com/wsl-2-and-vpn/


Adds whether there are types for a package to an index

Based on this discussion. This PR adds a new field to the JSON index for npm search
{
  ...
  "types": { "ts": "included" }
}

or
{
  ...
  "types": { "ts": "@types/lodash" }
}

and if they don't support it:
{
  ...
 "types": {  "ts": null }
}

which might be absent in JSON? Or false. Actually not sure. But definitely falsy.
Running yarn format did a few more changes than I would have done solo, but I'll leave comments in here about what I've changed.
Note: I've not been able to successfully run this locally against a set of packages, so right now it's somewhat ready for testing but not guaranteed to be shippable without risk. Should work tho - hah.
Adding comments now.

@mjackson, are you fine with us calling unpkg here this many times?

Would be cool if there were tests for the new code :) looking at it, i think we’ll be fine with the impact on indexing time

It would do a head request to unpkg at most once per package given that it's likely the majority of packages don't have types, then I'd expect the majority of packages to do this

I think we should nest this inside a “types” property, so that if there’s interest, we can add flow & reason eg

Makes sense - it does that now, and has tests 👍

null might be a more convenient alternative to undefined, given that the latter isn't available in JSON…

Yeah, great point - fixed!

The only caveat is that the index for foo won't be recomputed when a new @types/foo package appears, am I correct? It will require to publish a new version of foo 🤔

There’s a weekly refresh of the whole index to catch things like this. I guess we could add some extra code to schedule an update of the relevant package of an @types but it’s not that big of an issue I think

@Haroenv I'm 👍 with calling unpkg like this. I'll let y'all know as soon as I launch a better way to do this than making HEAD requests...

Perfect 👌 I’ll take a look at if this works well next week

@orta I don't seem to be able to commit my comments, can you do it or give access to the repo? I'd like to try it out live

hah, faster than my  comment

👍

Awesome, merged! 🙌
I guess the next step to get this online is for someone to do a PR to yarnpkg/website as per
@arcanis' tweet?
And then something for the npm website too?
cc @mxstbr

Yes, the next step would be to add this to the website since it's now fully  indexed

https://github.com/yarnpkg/website/blob/master/js/src/lib/Details/Aside.js here probably

Looks like something went wrong here still, I'll investigate, but the whole index has ts: null as the types key

Doh!


Do not merge: Test PR

Thank you for contributing to DC/OS!
This being a community PR it will first need an approval before the CI will build it, so be aware that you might see the CI failures because of this.
Please ping the community team either via email<EMAIL_ADDRESS>or the DC/OS community slack (chat.dcos.io).
Thanks again for your contribution!
P.S. We are actively working on improving this contribution experience, so stay tuned!


After I packaged the code as an app, I ran with the following error

Traceback (most recent call last):
File "eel_CRA.py", line 63, in
File "eel_CRA.py", line 37, in start_eel
File "eel/init.py", line 104, in init
AssertionError: eel.expose() call contains '(' or '='
[60853] Failed to execute script eel_CRA
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.
[进程已完成]

Can you share your code please? It looks like you might have an invalid character in your eel.expose call(s).

I tried to solve this problem and removed the assertion. I found that it was caused by init method looping to other JS files. Now it's packed and running successfully. Thank you very much, but the package generated by pyinstaller is a little large。

Glad to hear it's resolved. Yes they tend to be a bit on the heavier side, but that's generally true for Python apps I find.


fix invalid syntax

This is invalid syntax and is causing a revert of all new PRs. Fixing this should allow all new PRs to no longer be reverted.

https://www.python.org/dev/peps/pep-3107/#return-values

SyntaxError: invalid syntax
  File "./lib/db.py", line 23
    def create_adapter(adapter_name, config) -> AbstractAdapter:
                                             ^
SyntaxError: invalid syntax

If it doesn't like it, it doesn't like it

$ flake8
./lib/db.py:7:1: F401 'lib.db_adapters.interface.AbstractAdapter' imported but unused

¯\_(ツ)_/¯ fair enough


Plugin manager initialization takes too much time

In many requests, Saleor spends a lot of time initializing the plugin manager. DB calls were improved, but there is still to much time spent in Python. We should run a profiler and investigate this. Example trace here.

Improvements to the plugin initialization were made here: https://github.com/saleor/saleor/pull/15769.


TextEdit.get_caret_draw_pos() is unreliable altogether

Tested versions
4.2.1
System information
Godot v4.2.1.stable - Pop!_OS 22.04 LTS - X11 - Vulkan (Forward+) - integrated Intel(R) Graphics (ADL GT2) () - 12th Gen Intel(R) Core(TM) i5-1235U (12 Threads)
Issue description
My expectation is that TextEdit.get_caret_draw_pos() is a function I can use to consistently predict where a caret should be drawn, and to draw my own things there. But it's entirely unreliable and fails when the draw position is clipped, when the window is resized, and for empty lines, and probably other things I've yet to discover.
https://github.com/godotengine/godot/assets/85438892/17ef3714-5680-4334-8bc7-50c8ada3119d
Related: #65981
Steps to reproduce
There's a MRP. But basically, add a TextEdit, then add a script to make it draw a circle at the caret pos, then try all the stuff I showed in the video above.
Minimal reproduction project (MRP)
TextEdit bug.zip

I believe that to solve this, we need to make it so the caret drawing logic and the logic for this function are 100% unified. In fact, once we do this, we can get make it so caret blinking doesn't redraw the whole TextEdit, which would be a huge win for battery life.

It seems that TextEdit.get_caret_draw_pos() is only updated when it is drawn.
Try using get_rect_at_line_column() or get_pos_at_line_column() with the caret position.

If that's intentional, it needs to be documented. If that's not intentional, welp.

Looks like it is intentional that it stays at the last visible position. It is used for code hint, IME, and some context menus, which need a valid position even if the caret gets clipped. We could probably change the behavior for empty lines and resizing, but the last visible position part should be documented.

What's IME or code hint? I don't follow.
I find this behavior very weird and unlikely to make sense for anything. If you disable smooth scrolling, you can scroll 3 lines at a time by default, making the drawing position land several rows under. For clipped position, wouldn't it make a lot more sense to clamp the position instead?
What if you have a caret, then scroll to the left, clipping it, then scroll above it, then scroll to the right? The draw position will be to the left, even though the caret is below.
Whatever this function is supposed to achieve, it's very weird and messed up.

IME is Input Method Editor, something that's REQUIRED for people to input Chinese, Korean, Japanese and some other more complex writing systems.
Code hint I'm not certain what they refer to

It seems that TextEdit.get_caret_draw_pos() is only updated when it is drawn. Try using get_rect_at_line_column() or get_pos_at_line_column() with the caret position.

By the way I tried this and it's good. It messes up with ligatures, but that's not so hard to workaround.

Even these methods have been unreliable in some situations, see the caret in this screenshot. I have grievances especially with scrolling. I'll see if I can report this separately.


Use only edges with covalent feature set to True for clustering

In #92 we started clustering all edges instead of just 'internal edges'. We are clustering based on proximity between nodes. This makes less sense than clustering only on internal edges, which usually represent covalent bonds. We can still have the same behavior if we use only the edges with the covalent feature set to True.

@cbaakman did you close this on accident?

Sorry! I must have closed the wrong issue.


getting the locale .. correctly

sorry guys but could not find how to get a locale correctly set .. ( should I download any file  ? is it already compiled in ? ) if I need to download it , from where ?  ...
I have already a var locale set , which is running fine  with DataTables
var langUrl = "//cdn.datatables.net/plug-ins/be7019ee387/i18n/French.json";
if (locale === "en") { langUrl = "//cdn.datatables.net/plug-ins/be7019ee387/i18n/English.json"; }
where should I write the moment.locale(locale);
thanks for help ...

git it ...


change(footer): Fix error and empty div if no social links are present

@eea-jenkins build storybook


Document how the user can pass Synapse credential to the Docker image

There are multiple options.

cli takes synapse username and password/apikey as parameters
mount the ~/.syanspeCconfig to /root/.synapseConfig, but this would force people to have a ~/.synapseConfig file locally.

cli takes synapse username and password/apikey as parameters

I guess that it's the easiest solution. But since it's not recommended to enter the credential in clear in the command line, we could recommend to create environment variable SYNAPSE_USERNAME and SYNAPSE_API_TOKEN and import them as environment variables, e.g. docker run -e SYNAPSE_USERNAME ....
host$ export PLOP="hello"
host$ echo $PLOP
hello
host$ docker run -it -e PLOP ubuntu bash
Unable to find image 'ubuntu:latest' locally
latest: Pulling from library/ubuntu
d72e567cc804: Pull complete
0f3630e5ff08: Pull complete
b6a83d81d1f4: Pull complete
Digest: sha256:bc2f7250f69267c9c6b66d7b6a81a54d3878bb85f1ebb5f951c896d13e6ba537
Status: Downloaded newer image for ubuntu:latest
root@5029fc4d3c9a:/# echo $PLOP
hello

Then there are two solutions to use these credentials in the container:

The client reads the environment variables and does syn.login(username=..., api_token=...) (I forgot the actually variable names) OR

Use an initialization script that creates .synapseConfig and places it in the user folder (ultimately non-root user), then have the client uses syn.login(). I'm using this approach for the 2014 i2b2 data node and could put that in place here too.
https://github.com/Sage-Bionetworks/nlp-sandbox-data-node-i2b2-2014/blob/develop/server/root/etc/cont-init.d/30-get-data#L9-L13

I don't really have a strong preference in any of these solutions.  I have implemented all of them for particular projects I'm on to give users the choice to provide synapse login of their choice.  I do however feel that all three of these solutions are a little bit clunky.

The documentation is done, but the implementation still needs to be complete.