This repository has been archived by the owner on Jul 4, 2023. It is now read-only.
streamripper 1.64.6 build failure with Lion/Xcode 4.3 #10623
Comments
FWIW, clang does have
The compiler itself doesn't look at CPPFLAGS, it's up to the build system to pass its contents to the compiler properly. It wouldn't surprise me if the streamripper build is ignoring or munging CPPFLAGS, though. As a quick hack, you might try adding |
@jacknagel Brilliant. |
briansniffen
pushed a commit
to briansniffen/homebrew
that referenced
this issue
Mar 10, 2012
Fixes Homebrew#10623. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Sharpie
pushed a commit
to Sharpie/homebrew
that referenced
this issue
Sep 12, 2012
Fixes Homebrew#10623. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
snakeyroc3
pushed a commit
to snakeyroc3/homebrew
that referenced
this issue
Dec 17, 2012
Fixes Homebrew#10623. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Gist of build failure
The basic symptom appears to be that the streamripper build fails when it can't find
mad.h
, yetmad.h
is clearly present in Homebrew's include directory. Digging in deeper, it looks like the-isystem /path/to/hb/include
in CPPFLAGS in brew's environment is probably being ignored by clang. At least from clang's man page, the-isystem
gcc-ism isn't documented. As such, this build failure appears to be a harbinger of a more widespread compatibility problem with the clang frontend.FWIW, I tried forcing
ENV.llvm
in the formula, but essentially the same failures occured with llvm-gcc.The text was updated successfully, but these errors were encountered: