arrayfire / arrayfire/arrayfire-lisp
Organization & Recommendations
- Linguagem predominante
- Sem dados de linguagem
- Estrelas
- 2
- Forks
- 3
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Descrição
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.
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Direção de pesquisa
A issue propõe um layout de arrayfire-lisp.asd com arquivos em examples/ e src/, além de cl-autowrap-generated specs, mas não seleciona uma mudança concreta. Leia primeiro a árvore do repositório e o README; depois, confirme a estrutura de diretórios e a abordagem de bindings preferidas pelo maintainer; o trabalho só estará concluído quando essa direção for acordada e uma tarefa específica for definida.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- c
- Domínio
- tooling
- Tipo de issue
- Funcionalidade
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Status de atividade
- Estagnada
- Clareza
- Precisa de esclarecimento
- Facilidade para iniciantes
- 15/100