-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Why is GRBL a library? #715
Comments
Don’t remember exactly. But if it can be compiled like you say, then it does simplify things for the end user quite a bit. |
@chamnit - yeah, it works great with only that one modification. I've got a bunch of different machines I'm working on and some of them have a fork of grbl that supports servo control instead of the Z-axis which is why I needed a couple different versions at the same time. |
@chamnit -- I have a vague recollection that it had something to do with the build process on an earlier version of the Arduino IDE? Maybe? @adammhaile -- I would find anything you figure out interesting. I also have a bunch of very different machines; and putting together some sort of build manager script for dealing with all the different config.h & cpu_map.h variants was on my to-do list. |
@bdurbrow - ahh, yeah... the older Arduino versions were weird with large code bases. That may have been it. |
It doesn't even need that much. A simple empty This make a working setup for a compilation:
|
Serious question that I can't seem to find the answer too...
Having GRBL packaged as a library makes it hard to have multiple versions of it on my system. I have to move directories around to be able to build a different fork of it. But I played around with it last night and was able to just create
grbl.ino
in thegrbl
directory with just#include "grbl.h"
and now it works fine as a normal Arduino project.So was there a specific reason it was decided to package it as a library instead?
The text was updated successfully, but these errors were encountered: