Currently 'fink -m' won't complete on the gcc4x packages because
of the warnings...
Warning: /sw/lib/gcc4.4/lib/libgcc_s.10.4.dylib ends in .dylib but is not of
filetype DYLIB according to otool.
Warning: /sw/lib/gcc4.4/lib/libgcc_s.10.5.dylib ends in .dylib but is not of
filetype DYLIB according to otool.
The operative test here appears to be...
if (open(OTOOL, "$otool -hv '$file' |"))
{
while (my $line = <OTOOL>) {
if (my ($type) = $line =~ /MH_MAGIC.*\s+DYLIB\s+/) {
if ($filename !~ /\.(dylib|jnilib)$/) {
print "Warning: $filename is a DYLIB but it does not end in
.dylib or .jnilib.\n";
}
push(@installed_dylibs, $filename);
} elsif ($line =~ /MH_MAGIC/) {
if ($filename =~ /\.dylib$/) {
print "Warning: $filename ends in .dylib but is not of
filetype DYLIB according to otool.\n";
}
}
}
close (OTOOL);
in Validation.pm. It is puzzling that this fails validation since, we get from
otool...
otool -hv /sw/lib/gcc4.4/lib/libgcc_s.1.dylib
/sw/lib/gcc4.4/lib/libgcc_s.1.dylib:
Mach header
magic cputype cpusubtype caps filetype ncmds sizeofcmds flags
MH_MAGIC_64 X86_64 ALL 0x00 DYLIB 9 1472 NOUNDEFS
DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS
and for the dylib stub...
otool -hv /sw/lib/gcc4.4/lib/libgcc_s.10.4.dylib
/sw/lib/gcc4.4/lib/libgcc_s.10.4.dylib:
Mach header
magic cputype cpusubtype caps filetype ncmds sizeofcmds flags
MH_MAGIC_64 X86_64 ALL 0x00 DYLIB_STUB 9 1472 NOUNDEFS
DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS
Shouldn't the latter be matching the test for a valid form of dylib since the
filetype
does contain the text DYLIB or is the trailing _STUB confusing the test?
Jack
------------------------------------------------------------------------------
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
