[Webkit-unassigned] [Bug 118732] Use of ar T option not supported by older binutils

[bugzilla-daemon at webkit.org]

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.