On 03/07/2014 08:24, Jukka Jylänki wrote:
> Perhaps as a middle-ground we could do the following changes for -l:
>
> 1) never search for .dll, since that's never even done on native
> Windows either
> 2) retain the .so and .dylib for compatibility
> 3) always search all libfile.x before file.x
> 4) add search for libfile.bc and file.bc as an Emscripten-specific
> static library format.
>
> Currently (by default, but one can override) both CMake and Visual
> Studio plugin generate files with the suffix .bc to serve as static
> libraries, instead of the suffix .a. I like that in particular since
> it makes explicit distinction between a native library file and a LLVM
> bitcode.
>
> Can anyone think if this scheme would pose some problems/regressions?
Definitely #1. There is never any reason to link to a .dll.
I think the rest of the list is good too. But what about the search
order for the different extensions? .bc, .a, .{so,dylib}?
We also need to fix whatever it is that spits out the message "Unknown
file suffix" when it encounters a .a file. See Emscripten issue 2471
<https://github.com/kripken/emscripten/issues/2471>.
Regards
-Mark
--
注意：この電子メールには、株式会社エイチアイの機密情報が含まれている場合
が有ります。正式なメール受信者では無い場合はメール複製、 再配信または情
報の使用を固く禁じております。エラー、手違いでこのメールを受け取られまし
たら削除を行い配信者にご連絡をお願いいたし ます.
NOTE: This electronic mail message may contain confidential and
privileged information from HI Corporation. If you are not the intended
recipient, any disclosure, photocopying, distribution or use of the
contents of the received information is prohibited. If you have received
this e-mail in error, please notify the sender immediately and
permanently delete this message and all related copies.
--
You received this message because you are subscribed to the Google Groups
"emscripten-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
