On Tue, 9 Aug 2016 11:52:39 -0700, Alexander Hansen <alexanderk.han...@gmail.com> wrote:
> > On Aug 6, 2016, at 20:42, Daniel Macks <dma...@netspace.org> wrote: > > > On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen > > <alexanderk.han...@gmail.com> wrote: > >>> On Aug 6, 2016, at 11:50, John Lillibridge <isb...@verizon.net> wrote: > >>>> I managed to get Fink to build via bootstrap under 10.12 beta >> > (now 3). But certain packages fail to compile with the following >> > types of errors when checking dependencies: > >>>> fink-package-precedence --no-headers . >>>> Scanning binaries > for incorrect dyld linking... >>>> >> > /Applications/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/objdump: > 'aclocal.m4': The file was not recognized as a valid object >> file. >>>> > fatal error: >> > /Applications/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/otool: > internal objdump command >> > failed > >>>> Error reading /usr/bin/otool -L: 256 > >>>> I get the same type of error using the Xcode-8-beta app as well > >> as the Command Line Tools. >>>> Any ideas how to work around this? > >> >> Apple decided to change the behavior of otool for Xcode 8 (how > nice >> of them) and it now throws an error instead of silently > ignoring >> non-object files. >> >> As a workaround, change line 263 > of /sw/bin/pathsetup.sh to my $otool >> = '/usr/bin/otool-classic’ > >> >> (I don’t have the Xcode 8 command-line tools deployed, so > I’m not >> 100% sure that otool-classic is accessible there, however.) > > > I uploaded a new version of fink-package-precedence (0.19-1) that > uses > "otool-classic" if present (falling back to "otool" if not), > which > should resolve the problem. Please let me know--I don't have > xcode8, so > I'm just implementing what Alexander, and several others > on IRC and > other places, have reported. > > dan > > > > -- > > Daniel Macks > > dma...@netspace.org > > otool-classic appears to be buried: > > 11:35am] howarth: note that otool-clasic is buried in > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin > and > /Library/Developer/CommandLineTools/usr/bin > [11:38am] I guess we’d want to check the command-line tools location first. Done in f-p-p 0.20 dan -- Daniel Macks dma...@netspace.org ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
