Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[John Lillibridge]

Hi Fink Developers,

I just wanted to confirm that fink-package-precedence-0.29-1 solves the problem 
with otool-classic under Xcode-8 beta, when building under 10.12 Sierra.

Thanks Daniel,
John

> On Aug 10, 2016, at 01:59 , Daniel Macks  wrote:
> 
> On Tue, 9 Aug 2016 11:52:39 -0700, Alexander Hansen 
>  wrote:
> 
>>> On Aug 6, 2016, at 20:42, Daniel Macks  wrote:
 On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen > 
>>  wrote:
> On Aug 6, 2016, at 11:50, John Lillibridge  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


--
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

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[Daniel Macks]

On Tue, 9 Aug 2016 11:52:39 -0700, Alexander Hansen 
 wrote:

> > On Aug 6, 2016, at 20:42, Daniel Macks  wrote:
> > > On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen > 
>  wrote:
> >>> On Aug 6, 2016, at 11:50, John Lillibridge  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

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[Alexander Hansen]

> On Aug 6, 2016, at 20:42, Daniel Macks  wrote:
> 
> On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen 
>  wrote:
>>> On Aug 6, 2016, at 11:50, John Lillibridge  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.
-- 
Alexander Hansen, Ph.D.
Fink User Liaison


--
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

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[Jack Howarth]

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,  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 wrote:
>
> On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen
>  wrote:
> > > On Aug 6, 2016, at 11:50, John Lillibridge  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

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[isbell]

 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 wrote:
 
On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen
 wrote:
> > On Aug 6, 2016, at 11:50, John Lillibridge  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

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[Daniel Macks]

On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen 
 wrote:
> > On Aug 6, 2016, at 11:50, John Lillibridge  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

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

[Alexander Hansen]

> On Aug 6, 2016, at 11:50, John Lillibridge  wrote:
> 
> Greetings Fink developers,
> 
> 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?
> 
> Thanks,
> John L.
> ———
> ___

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.)

-- 
Alexander Hansen, Ph.D.
Fink User Liaison


--
___
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