[cfe-dev] Cannot run clang regression tests with cmake

[İsmail Dönmez]

Hi;

On Thu, May 19, 2011 at 6:28 PM, Óscar Fuentes <ofv at wanadoo.es> wrote:

> İsmail Dönmez <ismail at namtrac.org> writes:
>
> > Thanks, my one other big complaint with cmake is that it produces:
> >
> > liblibclang.a
> > liblibclang.so.3.0
> >
> > It might be OK on Windos but this is really wrong on Linux and other Unix
> > variants, shouldn't this be done only for Windows port if at all?
>
> Then users maintaining cross-platform projects would need to
> discriminate the library name by toolchain, which is not very
> friendly. I'm supposing that most people use either cmake or
> configure&make for their client projects, not both.
>

Well this rules out using cmake on Linux because liblibclang.so is wrong
from shared lib perspective.


> The name liblibclang is forced by an unfortunate collision between MS
> and GNU name conventions. We can't create clang.dll with MS since we
> already have clang.exe on the same directory (.pdb, .ilk and possibly
> other files collide) so we must use some other name for clang.dll, like
> libclang.dll. Then this produces liblibclang.so on GNU.
>

Well there is no need to for this on !Windows platforms imho.

Regards,
ismail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20110519/e8f11411/attachment.html>