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
OSX 10.8.2 compiling issues #19
Comments
On Macports, the "gdate" program is part of the "coreutils" package - a package full of the GNU versions of stuff (since OS X by default comes with the BSD versions of stuff) - they prepend a "g" to the names of the programs by default in order not to mess up software that expects the BSD style commands. |
thanks, that part is fixed but the error related to parsing the layout from .map file is still there. The map file that's been created doesn't have any string to match regex in line 185: re.search(r'.progmem.data.(_kb_layout\S*)', line).group(1) Also shouldn't the dots in the above line be escaped similar to the calling function in line 215: re.search(r'^\s*\.progmem\.data.*layout', line): |
we're using different versions of avr-gcc... :) lol - the top-level build process is really fragile, it was never meant to be widely used... :/ . it's one of the things i'm planning to replace (or just do away with...) in the (very slowly coming) rewrite. mine is version 4.7.2 - you can see my .map file if you download the .zip of one of my recentish builds here Edit: |
oh, 4.7.2 that's not fair given that the docs on the github sent me to an older version :) Why are you removing the script, I think it's cool and useful that every build generates its own layout in .svg. |
lol, sorry. looking around a bit, it's probably doubly unfair, since I didn't see any easy way to get 4.7.2 without macports, lol. grr... i can think of two other options:
The reason I think it needs to go is that it's kind of a brittle hack, which was fine for its purpose, but not so much fine to maintain... lol. But it's good to hear that somebody appreciates the .svg :) . I've been trying to think of different (better / less fragile) ways to do that once I get to rewriting that part. If I have time I'll keep the layout generation around. |
Just tested it - I think the following will fix the problem (at the cost of not having as much information in the ui-info file... which should be fine): Go to the "build-scripts/gen-ui-info.py" file, and change the def gen_derived(data):
return {}
def parse_mapfile(map_file_path):
return {} |
thanks,it's working now. |
lol. glad it works! :) |
some of the script's output won't be accurate anymore; but it's not data that we actually need (and we haven't needed it for quite some time) so that shouldn't bother anyone. the generated keymap, assuming that still works, should be fine though :)
…anup * commit '8fcfe6cb7e6df7ba0d6cc98b7ea72a7955c58d2e': changing gen-ui-info.py per issue benblazak#19
some of the script's output won't be accurate anymore; but it's not data that we actually need (and we haven't needed it for quite some time) so that shouldn't bother anyone. the generated keymap, assuming that still works, should be fine though :)
I can compile from 'src' directory but not the top level
I'm getting errors, just trying to compile the master branch: error message
where do I get 'gdate' ?
The text was updated successfully, but these errors were encountered: