Note that the Xcode 8 Beta 4 release notes finally acknowledges this issue
under the "Known Issues in Xcode 8 beta 4 - Swift and Apple LLVM Compilers"
section...

Command Line Tools

• Currently the new LLVM-based otool(1) exits with a non-zero status on the
first error it encounters for the files on the command line, including
treating non-object files as errors. This differs from the previous
otool(1), available now as otool-classic(1), that will process all files on
the command line even if some have errors. otool-classic(1) will treat
non-object files as a warning instead of an error. (26828015)

The use of 'currently' does suggest that they intend to address this issue
before release of Xcode 8.

On Mon, Aug 8, 2016 at 8:26 AM, <isb...@verizon.net> wrote:

>  Thanks Daniel & Alexander,
>
>
> I tried the new version of fink-package-precedence but that didn't fix the
> problem. In the end I, used the tip from Jack Howarth to get past the otool
> errors:
>
>
> cd /Library/Developer/CommandLineTools/usr/bin; sudo ln -sf otool-classic
> otool
>
>
> Since I added this workaround, I've successfully built a large number of
> packages under 10.12. Occasionally I'll get an error of an unresolved
> dependence of package X by package Y.
> When that occurs, I modify the .info file for package X to add 10.12 to
> the explicit list of Distributions. For example, this came up with
> 'help2man-perl' and the change was:
>
>
> 8c8,9
> < (%type_pkg[systemperl] = 5182) 10.11
> ---
> > (%type_pkg[systemperl] = 5182) 10.11,
> > (%type_pkg[systemperl] = 5182) 10.12
>
>
> So to recap where I stand now, with residual problems only in a few
> specific packages:
>
>
> 1) say 'NO' to binary packages for now
> 2) patch the bootstrap modules to get Fink to build under 10.12
> 3) apply the otool workaround above
> 4) modify .info files as needed to add 10.12 as a valid distribution
>
>
> I'll keep pushing forward to determine which packages aren't building
> properly, but many have succeeded now (including gcc5) and it's going quite
> smoothly.
>
>
> Thanks for the good advice,
> John
>
> On 08/06/16, 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
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> 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
>
------------------------------------------------------------------------------
_______________________________________________
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

Reply via email to