spiveeworks / hlink Goto Github PK

having a path of "" && " is currently a rather large issue :P

checking for folders is necessary to avoid deleting things unintentionally, but if a symlink is in the way of a mount then logically it should be replaced, and this isn't causing an actual deletion anyway so this is in fact fine.

Annoying but it'd be nice to fix

Not very clear nor well structured. Contains future features, current features, and an explanation of the CompressPaths tool, in a section named after a file format.

then conversions between them could be named more sensibly as well, and programs that don't actually extract paths would be more efficient

The idea of hLink is to turn long repetitive move/link tasks into a simple configuration of an .hLink file, and on new computers many empty intermediate directories won't exist. Obviously they should be created automatically.

I've re-implemented functions that already exist, for finding the path index

currently the aliases are phony so they get relinked every time you make all

useful for making something portable, or moving an established directory full of links.

Use equalFilePath so that path compression works as expected on Windows

e.g. ./source/ -> dest/

make join start handling relative sources, (implemented)
add version of mark that simply adds "\n." or "." :->: "."
change mount to handle relative sources, or maybe a third kind of link is needed?

e.g. program files (x86) becomes %programfiles% (x86) becomes program files\ (x86)

Ideally by reading the last character to see if it is a newline, but just making .links always end in \n would work

I should make a single hLink executable, and make the other executables simple createProcess $ proc hLink (commandName : paths) binaries.

In fact I could use the current structure for executables, but with a single callHLink function being passed different command names.

getArgs >>= callHLink "mount"