[Webkit-unassigned] [Bug 118732] Use of ar T option not supported by older binutils
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sat Jul 20 08:56:19 PDT 2013
https://bugs.webkit.org/show_bug.cgi?id=118732
--- Comment #5 from Landry Breuil <landry at openbsd.org> 2013-07-20 08:56:13 PST ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > So far, i've tried the following workarounds without success :
> > >
> > > - Removing T from ar flags, just using cru:
> > >
> > > ar t | ar cru fails because it cant find the object files composing all the $(archives) ? maybe an xargs issue, or a link/search path issue ?
> >
> > More on this :
> >
> > $ar t .libs/libPlatformGtk2.a | head -2
> > libPlatformGtk2_la-AudioBusGtk.o
> > libPlatformGtk2_la-GraphicsContextCairo.o
> > $find . -name libPlatformGtk2_la-AudioBusGtk.o
> > ./Source/WebCore/platform/audio/gtk/.libs/libPlatformGtk2_la-AudioBusGtk.o
> >
> > how is ar cru supposed to reach that object file when archiving WebCoreLayerGtk2.a ?
>
> Don't know exactly what's going on in .libs/libPlatformGtk2.a, but the object file path should be of relative form and pointing to the object file, in AudioBusGtk.o case that's in Source/WebCore/platform/audio/gtk/.libs/.
I dont know what's supposed to be used when generating .libs/libPlatformGtk2.a but my ar(1) manpage states for option P :
P Use the full path name when matching names in the archive. GNU ar
can not create an archive with a full path name (such archives are
not POSIX complaint), but other archive creators can. This option
will cause GNU ar to match file names using a complete path name,
which can be convenient when extracting a single file from an
archive created by another tool.
Is webkit expecting archives to be built with another tool, and not posix compliant ? or a more recent ar/binutils supporting some specific options is required ?
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list