Hi Peter,
On Oct 7, 2012, at 4:37 PM, Peter Rosin <p...@lysator.liu.se> wrote:
> On 2012-10-07 06:04, Gary V. Vaughan wrote:
>> On 7 Oct 2012, at 06:53, Peter Rosin <p...@lysator.liu.se> wrote:
>>> objdump doesn't output "import" for me, at least not for any
>>> import lib I have given it. Chunk?
>>>
>>> # func_win32_import_lib_p ARG
>>> # True if ARG is an import lib, as indicated by $file_magic_cmd
>>> func_win32_import_lib_p ()
>>> {
>>> $debug_cmd
>>>
>>> case `eval $file_magic_cmd \"\$1\" 2>/dev/null | $SED -e 10q` in
>>> *import*) : ;;
>>> *) false ;;
>>> esac
>>> }
>>
>> Does '$OBJDUMP -f' output anything that can be used to distinguish an
>> import library?
>
> "objdump -f" output from normal static lib:
> --------------8<---------------
> In archive ../msvc/tests/testsuite.dir/035/.libs/hello.lib:
>
> libhello_la-foo.obj: file format pe-i386
> architecture: i386, flags 0x0000003d:
> HAS_RELOC, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS
> start address 0x00000000
>
> libhello_la-hello.obj: file format pe-i386
> architecture: i386, flags 0x0000003d:
> HAS_RELOC, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS
> start address 0x00000000
> --------------8<---------------
>
> And from an import lib:
>
> --------------8<---------------
> In archive ../msvc/tests/testsuite.dir/034/.libs/hello.dll.lib:
>
> hello-2.dll: file format pe-i386
> architecture: i386, flags 0x0000003d:
> HAS_RELOC, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS
> start address 0x00000000
>
> hello-2.dll: file format pe-i386
> architecture: i386, flags 0x0000003d:
> HAS_RELOC, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS
> start address 0x00000000
>
> hello-2.dll: file format pe-i386
> architecture: i386, flags 0x0000003d:
> HAS_RELOC, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS
> start address 0x00000000
>
> hello-2.dll: file format pei-i386
> architecture: i386, flags 0x00000018:
> HAS_DEBUG, HAS_SYMS
> start address 0x00000000
>
> hello-2.dll: file format pei-i386
> architecture: i386, flags 0x00000018:
> HAS_DEBUG, HAS_SYMS
> start address 0x00000000
>
> hello-2.dll: file format pei-i386
> architecture: i386, flags 0x00000018:
> HAS_DEBUG, HAS_SYMS
> start address 0x00000000
> --------------8<---------------
>
> I don't imagine any of the differences to be really useful. I don't
> know though... pe-i386 vs. pei-i386 looks promising, but I don't
> possess enough PE-COFF-fuu to tell for sure. I think it would
> have been used previously if it really did work?
Am I crazy, or isn't it a matter of file naming conventions here?
If all import libs are named foo.dll.lib, and regular dlls are named foo.dll,
then it's easy to write a case statement to distinguish the two :)
That sounds too simple to be true though, so what about testing for the
property that the import library has a bunch of references to a dll matching:
/^[^:]*\.dll:/
Where the static library has a bunch of references to object files matching:
/^[^:]*\.(o|lo|obj):/
??
Are either of those a step in the right direction?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
_______________________________________________
https://lists.gnu.org/mailman/listinfo/libtool
