I'm getting the message Could not make exclude directory. Directories should be relative to the project file which is the same as being relative to ($SRCROOT). when I run the executable from the top level directory of my project directly and in a Run Script Build Phase.

My directory structure is as such:

MyAppFolder/
    Model/      # source dir
    Controller/ # source dir
    View/       # source dir
    Podfile
    Podfile.lock
    Pods
    README.md
    Services
    Support
    Supporting Files
    MyApp
    MyApp.xcodeproj
    MyApp.xcworkspace

The value of $SRCROOT is MyAppFolder.

Am I breaking some assumptions with the directory structure?

It would be awesome if your plugin was available in Alcatraz Package Manager. It's really easy to do, as you can see HERE:

Fork the Alcatraz package repository and include your package with name, description, URL, and optional screenshot. Don't forget to submit a pull request. Further instructions are included in the package repository documentation.

Getting this error when running the XcodeIssueGenerator.xcodeproj:

/Users/lucasfarah/Downloads/XcodeIssueGenerator-master/XcodeIssueGenerator/main.swift:88: error: // CRITICAL: Dogfooding the issue generator with a CRITICAL. Program ended with exit code: 1

Firstly, let me thank you for the great work you are doing!

I noticed the installation and updates can be little complicated. Have you thought about Homebrew support? I think it would make using the issue generator much easier. And you wouldn't be the only project who would work this way. I am mentioning https://github.com/Flinesoft/BartyCrouch, as an example.

I use this script to do show warnings for TODO, WARNING, and FIXME so I don't forget about them.

KEYWORDS="TODO:|FIXME:|WARNING:|\?\?\?:|\!\!\!:" find "${SRCROOT}" \( -name "*.swift" \) -print0 | \ xargs -0 egrep --with-filename --line-number --only-matching "($KEYWORDS).*\$" | \ perl -p -e "s/($KEYWORDS)/ warning: \$1/"

I ran XCodeIssueGenerator from the command line with a relative path for $SRCROOT set to ./ and it works as expected. However since my project is in a folder that contains a spaces it fails.

SRCROOT="./" CONFIGURATION=DEBUG XcodeIssueGenerator -b DEBUG -w "WARNING, SERIOUS" -e "TODO" -x "Vendor/"

This gives me the proper output

...swift:151: error: // TODO: foo bar
...swift:350: error: // TODO: this should be better

Example

No matter if relative or absolute, as soon as the path contains spaces it fails.

SRCROOT="../../My Folder/MyIOSProject" CONFIGURATION=DEBUG XcodeIssueGenerator -b DEBUG -w "WARNING, SERIOUS" -e "TODO" -x "Vendor/"

It also fails with the escaped path instead of using double quotes

SRCROOT=../../My\ Folder/MyIOSProject CONFIGURATION=DEBUG XcodeIssueGenerator -b DEBUG -w "WARNING, SERIOUS" -e "TODO" -x "Vendor/"

Actual Result

An error ocurred while finding tags.

I use //TEMP (with no space) to mark temporary code. (I don't know why there isn't a space. My fingers just type this string automatically, these days.) The regex that looks for tags doesn't find this because it wants exactly one space before the tag.

Could you start the regex with "//\s* instead of "//, i.e. allow any or no whitespace after the //?

At a minimum, please add .mm (Objective-C++). My project also has C++ source with file types .cc and .hh (and I know a lot of people use .cpp for C++.)