arrayfire / arrayfire/arrayfire-lisp
Organization & Recommendations
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 2
- Fork
- 3
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Mô tả
Thanks for making this @pavanky I've forked the repo and since there is no other way for me to communicate with you or the other people who are watching this repo (Hi @umar456 and @shehzan10 ) I figured I'd open an issue and start there.
I don't know how much experience you or the other ppl have w/ Common Lisp, so I'll assume the answer is "very little" and if I'm wrong... then no harm done. I typically use a directory structure like the following for most projects:
```
arrayfire-lisp
|- arrayfire-lisp.asd
|- Readme.md
|- ...
|- examples
| `- examples.lisp
|- src
|- package.lisp
|- autowrap.lisp (if we're using cl-autowrap)
|- ...
`- spec
|- arrayfire.h (a header we write to make autowrap generation easier)
`- *.spec (the autowrap-generated spec files)
```
For the most part, if we use [cl-autowrap](https://github.com/rpav/cl-autowrap) and the C API of ArrayFire it should make life easier & faster. [cl-sdl2](https://github.com/lispgames/cl-sdl2) uses cl-autowrap completely and the SDL library is pretty extensive. I don't have any experience with the C portions of ArrayFire, but from looking at the docs, it looks pretty close.
As for style of the code, I try and stick to the [Google CL Style Guide](https://google.github.io/styleguide/lispguide.xml) but that's just me (and I'm not a style nazi... unless you're using tabs & spaces for indentation!!!)
If you want me to set the groundwork on directory structure & whatnot that's cool. Just let me know which direction I should take, or if you have questions let me know & I'll try to answer them.
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Hướng nghiên cứu
Issue này đề xuất một layout arrayfire-lisp.asd với các tệp trong examples/ và src/, cùng với cl-autowrap-generated specs, nhưng không chọn một thay đổi cụ thể. Trước tiên, hãy đọc cây repository và README, sau đó xác nhận cấu trúc thư mục và cách tiếp cận binding mà maintainer ưu tiên; công việc chỉ hoàn tất khi hướng đi đó được thống nhất và một tác vụ cụ thể được xác định.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- c
- Lĩnh vực
- tooling
- Loại issue
- Tính năng
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Cần làm rõ
- Mức phù hợp với người mới
- 15/100