Symlinks were uploaded to Github as a file instead of a folder about blockmap HOT 9 CLOSED

Same in all others ./src folders btw.

from blockmap.

GitHub tells me the file type is "Symbolic Link". I downloaded the repository and unzipped into a test folder, and they correctly showed up as broken symbolic links. This is because they point to the build/generated-resources directory which does not exist until some resources actually got generated.

from blockmap.

hmmm I just did a pull (I'm on windows) and tried a compile and the compiler complains that the directory is not there. There is a file however with that name "generated-sources"

from blockmap.

This is strange. The normal behavior should be that the broken symlink folder just gets ignored until it's not broken anymore. If you create the target folders manually, does this help?

BlockMap-internal/build/generated-resources/internal-main
BlockMap-internal/build/generated-resources/internal-test
BlockMap-internal/build/generated-resources/core-main
BlockMap-internal/build/generated-resources/gui-main
BlockMap-internal/build/generated-resources/standalone-main
BlockMap-internal/build/generated-resources/other

If so, I'll try to create a Gradle task that will mkdir those folders before compiling.

from blockmap.

well compile does not complain anymore if I manually create the generated-resources folders.

from blockmap.

Oh I misread the above. Let me trythis.

from blockmap.

Ok, tried that now, netbeans complains the instant you open the project. You have to create all the /src/generated-resource to get it to load without error. Even if it tried, it cannot even create those folders since a file with the same name already exists. So any script would have to delete that file first before creating the actual folder.

from blockmap.

Apparently, Eclipse does too. I now removed the symlinks so gradle regenerate eclipse should fix everything.

from blockmap.

Can confirm, this is fixed now. Thanks!

from blockmap.