-
Notifications
You must be signed in to change notification settings - Fork 53
A branch that restores support for OWLQN (and doesn't need liblbgfs). #21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
…e comments about that.
…n1p2 to match the other current settings.
…p2 to match the other current settings.
Conflicts: second-stage/programs/wlle/Makefile
convenience scripts) on both Mountain Lion and Mavericks. Merge branch 'BLLIP_FOR_MACOS' into BLLIP_ON_MAVERICKS Conflicts: Makefile second-stage/programs/wlle/Makefile
Sorry for taking so long to respond to this! Your work on this is very much appreciated. The context for removing the OWLQN code was when the parser was released under the Apache license. The OWLQN code is under Microsoft Research's license which (as I understand it) is incompatible with the Apache license (MSR license prohibits commercial use), so unfortunately I can't merge this into the main codebase. And yes, I completely agree that this project probably should be automake'd at some point, but I assume it would be a bit of an undertaking. |
This PR (based on my BLLIP_ON_MAVERICKS PR) restores the OWLQN stuff.
I needed this in order to test on Linux because I don't have an easy way to install liblbgfs on the system I'm using. I'm not suggesting that this be merged to the master branch (I assume there was a good reason for removing OWLQN) but it may be worthwhile to have a branch for folks in a similar situation.
This version just hacks the wlle/Makefile but a nicer approach would be automake. I doubt that is really worthwhile although if this program is going to support a variety of platforms then it would be nice.