| Age | Commit message (Collapse) | Author |
|
The GNU Autotools tests for whether a given symbol is defined are
reliably coming to incorrect conclusions on 10.11 with the 10.12 SDK
in Xcode 8. This overrides its decisions by forcing the right answer
in superenv using ac_cv_func_* environment variables and setting them to
"no" on 10.11. The list of problematic symbols is from
grep 'weak$os10.11' MacOSX.sdk/usr/lib/system/libsystem_c.tbd
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
xcode: die unless Xcode/CLT up-to-date on prerelease macOS
|
|
Better use the abstraction layer so e.g. Linux could have similarly
fatal checks for these things.
|
|
Catch system libressl in openssl audit as well
|
|
Update the description to reflect that we may be talking about either crypto library and neither is okay. :)
|
|
--env: support more shells, allow explicit shell selection
|
|
The regex didn't match libcrypto.35.dylib, and it should have.
|
|
|
|
Merge Cask’s `Pathname` extension with Homebrew’s.
|
|
|
|
|
|
The experiment to add `-no_weak_imports` unconditionally has been a bit
of a failure. It's broken more than it's fixed and I don't think we can
have this as a default for Xcode 8.
Add `ENV.no_weak_imports` to be used by formulae authors and make
`ENV.no_weak_imports a no-op (for now).
We may reconsider this behaviour in future.
|
|
Add permit_weak_imports directive
|
|
|
|
Issue Homebrew/homebrew-core#3727 suggested we set -no_weak_imports for
new versions of Xcode to ensure that e.g. building on 10.11 against the
10.12 SDK doesn't result in a situation where autotools thinks symbols
exist that don't actually exist on the current platform.
Further discussion in golang/go#16770 revealed that some packages
require weak imports to build normally.
|
|
|
|
`Hardware.is_32_bit?` is deprecated.
|
|
Fixes https://github.com/Homebrew/homebrew-core/issues/3973.
|
|
Set -no_weak_imports linker flag for Xcode 8
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Introduce `--fetch-HEAD` option. Without this option upgrade and
outdated never fetch latest upstream commit to detect if HEAD is
outdated -- tabs are used instead. However, if option is passed,
we fetch commit from upstream, which is more time consuming,
but we can be sure that version is up-to-date or outdated.
|
|
If we try to call `Formulary.from_keg(f, :head)` on the keg that
is not HEAD-keg itself, we don't need to update commit of
returned formula and should use just HEAD version with nil commit.
Same is true for `ARGV.resolved_formulae`
|
|
|
|
|
|
This partly reverts commit 0ed673abdb59e2f75f9b8539cce318607924e87f.
|
|
|
|
|
|
|
|
In fact, we don't really care about undeclared dependencies for optional
installations. Because, this is mainly used to help us to detect breakage
for bottles so we can do a revision bump.
|
|
Closes #524.
Signed-off-by: Dominyk Tiller <dominyktiller@gmail.com>
|
|
|
|
Aside from being bad style, this also assigns to an unused variable.
|
|
|
|
|
|
Switch to HOMEBREW_LIBRARY since HOMEBREW_LIBRARY_PATH already includes
"/Homebrew" and HOMEBREW_LIBRARY is less confusing.
Closes #530.
Signed-off-by: ilovezfs <ilovezfs@icloud.com>
|
|
Substitue each Version.new and HeadVersion.new with Version.create
to unify Version and HeadVersion instantiation among core code.
Note that this does not relate to Mac::OS::Version class.
|
|
Move some stuff formerly in `Library/ENV` around:
- Move `Library/ENV/$XCODE_VERSION` to `Library/Homebrew/env/super` as they are
all superenv wrappers and all symlinks to the same version. We never needed
the "separate shims for separate versions" functionality and it just adds
confusion.
- Move `Library/ENV/pkgconfig` to `Library/Homebrew/env/pkgconfig` to get more
things under `Library/Homebrew`
- Move `Library/ENV/scm` to `Library/scm` as these wrappers are not actually
used by or related to superenv (or stdenv) in any way.
|