[cfe-dev] clang, g++, icc link compatibity?

[David Blaikie]

On Mon, May 11, 2015 at 12:21 PM, Christian Convey <
christian.convey at gmail.com> wrote:

> So, modulo any shenanigans about clang and gcc finding different STL
> headers/libs, and modulo any bugs, as long as they're using the same
> Itanium ABI version, I'm probably okay?
>

Right - basically given the same preprocessed source, any Itanium ABI
conforming compiler should produce compatible object files.

- David


>
>
> On Mon, May 11, 2015 at 3:19 PM, David Blaikie <dblaikie at gmail.com> wrote:
>
>>
>>
>> On Mon, May 11, 2015 at 12:08 PM, C Bergström <cbergstrom at pathscale.com>
>> wrote:
>>
>>> On Tue, May 12, 2015 at 1:52 AM, Christian Convey
>>> <christian.convey at gmail.com> wrote:
>>> > Thanks David.  So it sounds like you're saying that all the previously
>>> messy
>>> > stuff like vtable layouts, exception handling, etc. are non-issues for
>>> > current versions of those three compilers.  Is that right?
>>>
>>> David's reply is very very misleading -
>>>
>>> You're not only dealing with potential incompatibilities at the ABI
>>> level. There is also the STL that can play a role.
>>>
>>
>> Sure enough, thanks for the clarification.
>>
>>
>>> Is clang using the system STL or libc++? (I think libc++ does play
>>> nice with GNU STL in some circumstances, but not all afaik)
>>>
>>
>> Clang is designed to find the same STL as any locally installed GCC
>> (obviously if you use some non-default GCC (if you have multiple versions
>> installed, etc) or force the use of libc++ that'll get more interesting).
>>
>>
>>> If all 3 compilers are on the same page with the ABI, using the same
>>> EH, the same STL and same runtime - yes in theory, barring things I
>>> can't think right now - it should work.
>>>
>>> So double check which runtime/STL ICC is relying on.
>>>
>>
>> *nod*
>>
>>
>>
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20150511/4c62e4a0/attachment.html>