Skip to content

Loading…

Build Fails if Emacs, gperf, bison, flex are not installed #1

Closed
ppannuto opened this Issue · 3 comments

3 participants

@ppannuto

The configure script does not detect the presence / absence of emacs, causing the build to fail unexpectedly. Does some piece of nesC actually require emacs?

Making all in src
make[1]: Entering directory `/home/ppannuto/code/nesc/src'
cd . && emacs  -batch -load build-types.el AST nodetypes.def 42
/bin/bash: emacs: command not found
make[1]: *** [AST_defs.h] Error 127
make[1]: Leaving directory `/home/ppannuto/code/nesc/src'
make: *** [all-recursive] Error 1
@dgay42
TinyOS member
@cire831
TinyOS member
@ppannuto

The configure script also fails to detect if gperf, bison, or flex are present. The latter two are often unnecessary when shipping tarballs, and some Googling around didn't present an obvious best practice.

None of these issues are particularly critical, but they're hard to find unless you're building on a fresh system so I figured they merited documenting here.

@dgay42 dgay42 was assigned
@bradjc bradjc pushed a commit to lab11/nesc that referenced this issue
Brad Campbell Updated configure to check for more dependencies
Now checks for emacs, bison, gperf, flex

Fixes issue #1
c02969e
@bradjc bradjc pushed a commit to lab11/nesc that referenced this issue
Brad Campbell Updated configure to check for more dependencies
Now checks for emacs, bison, gperf, flex but only if the code is from
the github repo and not a tarball.

Fixes issue #1
46f0d46
@bradjc bradjc pushed a commit to lab11/nesc that referenced this issue
Brad Campbell Updated configure to check for more dependencies
Now checks for emacs, bison, gperf, flex but only if the code is from
the github repo and not a tarball.

Fixes issue #1
f34d300
@ppannuto ppannuto closed this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.