Yes, cpptask intel compiler does not inherit parent libsets, but the
point is that if it did our build would not have worked correctly. I
mean that our icc build based on cpptask error, do you think it worth
filling JIRA issue on this?
Nik.
On 10/5/06, Salikh Zakirov <[EMAIL PROTECTED]> wrote:
Nikolay Kuznetsov wrote:
> out of curiosity, do you know why it happens that Intel Compiler
> requires librt at build time to resolve symbols in run time, while gcc
> works fine w/o this option.
> Also parent system libset contains librt, but not being forwarded to
> hythread (due to ant bug I bel
Salikh,
out of curiosity, do you know why it happens that Intel Compiler
requires librt at build time to resolve symbols in run time, while gcc
works fine w/o this option.
Also parent system libset contains librt, but not being forwarded to
hythread (due to ant bug I believe), but if just copy pa
Mark Hindess wrote:
> Salikh,
>
> I've applied this fix in r453130. But in future please raise a JIRA.
> (As it happens I need this fix to workaround problems I was having
> on x86_64 otherwise I'd have probably been more hesitant about applying
> it.)
Okay, thanks.
---
Salikh,
I've applied this fix in r453130. But in future please raise a JIRA.
(As it happens I need this fix to workaround problems I was having
on x86_64 otherwise I'd have probably been more hesitant about applying
it.)
Regards,
Mark.
On 4 October 2006 at 17:25, Salikh Zakirov <[EMAIL PROTEC
Hi,
DRLVM compiled with Intel Compiler 9.0 on Linux/ia32 currently
does not work due to symbol 'clock_gettime' not being found.
A simple build file fix is needed to solve the problem.
It does not affect DRLVM built with gcc.
(Gcc build still works with this modification).
Could anyone commit thi