When I try to build cl-project in SBCL, I get this error:

unhandled SB-KERNEL:SIMPLE-PACKAGE-ERROR in thread 
#<SB-THREAD:THREAD "initial thread" RUNNING {1002FF95B1}>: 
The name "CL-SYNTAX-ANNOT" does not designate any package.

In the README.markdown file, there is a ## Dependencies missing, comparing to the org-mode equivalent.

Hi,

For example in Slime REPL I want to create a new project in my $HOME/Projects directory but my REPL is not running there. Is there any default projects directory path variable like Qucklisp has ql:*local-project-directories*

One package per file style is great!
I would like to generate single cl file in that style.
Could you please recommend any library to do this?
Or is there any reason not to automate this?

Otherwise, I would like to write module for this function from cl-project. ^^

Thanks.

Would be nice. Works fine on sbcl, but often I use Clozure.

For a freshly created project

(cl-project:make-project #p"~/projects/common-lisp/hello-world2/")

I try to compile asd file with C-c C-k and I have the error:

../hello-world2/hello-world2.asd:16:53:
  read-error: 
    READ error during COMPILE-FILE:
    
      The function COMMON-LISP-USER::SUBPATHNAME is undefined.
    
      (in form starting at line: 5, column: 0, position: 54)

Now if I remove :long-description and try to recompile:

Execution of a form compiled with errors.
Form:
  ((:MODULE "src" :COMPONENTS ((:FILE "hello-world2"))))
Compile-time error:
  illegal function call

And if I add asdf: to the defsystem I can actually compile asd file:

(asdf:defsystem "hello-world2"
  :version "0.1.0"
  :author ""
  :license ""
  :depends-on ()
  :components ((:module "src"
                :components
                ((:file "hello-world2"))))
  :description ""
  :in-order-to ((test-op (test-op "hello-world2-test"))))

Do I miss some crucial configuration for my sbcl?

Hi,

I get the following error message when I execute make-project. Am I missing anything or is it a bug?

(cl-project:make-project #p"foo"
:name "foo"
:author "Joe Doe"
:license "BSD")
writing foo/.gitignore
writing foo/README.markdown
writing foo/foo-test.asd
writing foo/foo.asd
writing foo/src/foo.lisp
writing foo/t/foo.lisp
WARNING: Invalid version "0.1-SNAPSHOT" for component "foo"

I'm using SBCL.

Isn't it nice if bin/make-project rename to roswell/make-project.ros?

Hi!

On windows using sbcl (Version 2.0.0) cl-project:make-project fails with

Error opening #P"C:/Binary/./quicklisp2/dists/quicklisp/software/cl-project-20190521-git/skeleton/eleton.asd"

I think the problem is inside the relative-path function in make-skeleton-from-directory.

(defun make-skeleton-from-directory (directory)
  (flet ((relative-path (path)
           (pathname
            (subseq
             (namestring path)
             (length (namestring directory))))))
    (make-skeleton
     directory
     (maptree (lambda (file)
                (make-template-file (relative-path file)))
              directory))))

On my system directory , which originate from a call to (asdf:system-relative-pathname :cl-project "skeleton") is set to C:/Binary/./quicklisp2/dists/quicklisp/software/cl-project-20190521-git/skeleton/ (see the "." between binary and quicklisp), while path is set to C:/Binary/quicklisp2/dists/quicklisp/software/cl-project-20190521-git/skeleton/skeleton.asd. Therefore the subseq expression will cut away two characters of the namestring of path. Replacing the subseq expression with the following code fixes the problem:

 (pathname
   (subseq
     (namestring path)
        ( - (length (namestring directory)) 2)))
           ))

Obviously this is not a real fix. I think the root cause is, that asdf:system-relative-pathname returns a "." inside the pathname but i don't have a clue why it does this.

Any idea how to fix this problem? I can imagine, that doing string operation on pathes is not the best idea but i am to new to lisp to come up with a better idea.

If I try the example in the README (or any example you can find online/think of), then I get these errors by running (cl-project:make-project #P"./traylet/" :author "Mon Aaraj" :license "AGPL" :depends-on '(:dbus))

debugger invoked on a SB-INT:SIMPLE-READER-PACKAGE-ERROR in thread
#<THREAD "main thread" RUNNING {1004E0C073}>:
  Symbol "MAKE-PROJECT" not found in the CL-PROJECT package.

    Stream: #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {100002D943}>

Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [CONTINUE] Use symbol anyway.
  1: [ABORT   ] Exit debugger, returning to top level.

(SB-IMPL::READ-TOKEN #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {100002D943}> #\c)
0]
* #P"./traylet/"
* :AUTHOR
* "Mon Aaraj"
* :LICENSE
* "AGPL"
* :DEPENDS-ON
* (:DBUS)
*
debugger invoked on a SB-INT:SIMPLE-READER-ERROR in thread
#<THREAD "main thread" RUNNING {1004E0C073}>:
  unmatched close parenthesis

    Stream: #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {100002D943}>

Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [ABORT] Exit debugger, returning to top level.

(SB-IMPL::READ-RIGHT-PAREN #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {100002D943}> #<unused argument>)
0]

It would be convenient to be able to specify some files from the skeleton to copy over without being processed by cl-emb.

I'd like to include favicon.ico or a png, or some other file that is not text-based, but currently an error like the following is signaled:

debugger invoked on a SB-INT:STREAM-DECODING-ERROR in thread
#<THREAD tid=162769 "main thread" RUNNING {10044E8113}>:
  :UTF-8 stream decoding error on
  #<SB-SYS:FD-STREAM for "file /home/jnewton/quicklisp/local-projects/foo.lisp.vinland/skeleton/web/static/favicon.ico" {100423E973}>:

    the octet sequence #(158) cannot be decoded.

Perhaps there could be a second special variable that would be bound to a regular expression representing files to copy directly, or else a list of file extensions or filenames.

As a workaround, I can keep these files in another directory and copy them over after calling CL-PROJECT:MAKE-PROJECT, but this seems like a feature that could be added to the library.

Currently as far as I know the skeleton directory must be provided by redefining it in cl-project and then calling the make-project.

(let ((cl-project:*skeleton-directory* my-skeleton-directory)) (cl-project:make-project params))

This could, however, pose a problem as executing such redefine would be considered alteration of the library cl-project. This would then mean that the program making the call would be required to be licensed under the LLGPL or another compatible license.

I'm not sure if this is the intended behavior as the user would then be only using their own templates.

Should there instead be key parameter that could be passed to the make-project function to avoid the redefinition.

Maybe it would be a good idea to use the uiop:define-package instead of cl:defpackage. This would particularly allow to change the (exported) symbols in the package which happens frequently with skelletons generated by cl-project. If you like the idea I can create the PR accordingly.

Like you have done for prove here fukamachi/prove#44.

Wouldn't just the (defpackage ...) suffice?