It should work with plain mingw and the boost dlls I built
http://sourceforge.net/projects/mingw/files/latest/downloadYou need to make sure you uninstall the other mingw because it's probably modified your PATH env. variable, IIRC normal mingw won't though so you'll have to add it manually.
As for making changes to the interface, the reason things are the way they are now means I don't need to second guess what the user is attempting to do, which would actually be relatively easy if it weren't for magic.lgp and the insane lgp path handling.
It doesn't help that the windows dir function is schizophrenic: dir /b gives a raw dump of local filenames, dir /s gives a recursive dump using relative paths but with full dir info. Use them together and for some reason the paths are now absolute, which isn't a problem for any other file except magic.lgp.
Making changes to the interface to fix these issues will result in either a loss of flexibility, or require even more options which in a way complicates things further, most of the complexity of the syntax can be fixed with batch files anyway.
Come to think of it this can be resolved mostly by allowing dirs to be specified in the file list, I'll update it.
What does everyone think?
Ok with a few tiny changes things are a lot easier for non-magic.lgp archives and it still remains as flexible as before.
Entire folders can be specified in the file list, so if you want to create an archive from scratch from a single folder, it's enough to say
ulgp -c foo.lgp thefolder
Note that this WON'T work for magic.lgp because paths are important, magic.lgp would have to be
dir /b thefolder | ulgp -c foo.lgp -eC thefolder
I'll upload the changes later.
Actually this will cause problems if you need to overwrite...sigh. I'll think of something.
Ok got it, was actually fairly straightforward and should make all of us happy.