Quantcast
Channel: Intel® C++ Compiler
Viewing all articles
Browse latest Browse all 1616

"debugging information corrupt" while trying OpenMP delegation on Intel

$
0
0

Hi all,

I have found out a bug in Intel compiler.

Background: We are trying to delegate OpenMP calls (so even in hybrid projects with Intel and Microsoft compiler used, we ensure only one OpenMP stack is loaded).

Compiler used: Intel(R) C++ Compiler XE 14.0.1.139 [IA-32], Multifile IPO, Optimize on, Generate PDB (it works in 64 or Single IPO or Optimize off or without PDB).
Out code works perfectly and as expected when one of the previous setting is changed (unfortunatelly we need them to work)...

It seems to occur with the "#pragma omp for" call only (#pragma omp parallel for does not crash).
Note that this example is made only for the purpose or reproducing the bug, so it's not suppose to do anything consistent (in our case the omp parallel call will also be "delegated" and the threading class would be instantiated in a different dynamic library).

The error while linking is (in verbose mode)

Starting pass 2
     ipo_20792obj3.obj
ipo_20792obj3.obj : fatal error LNK1103: debugging information corrupt; recompile module

Note with slight variations of the example I get:
fatal error LNK1318: Unexpected PDB error; RPC (23) '(0x000006BA)

Best regards,

PS: The code to reproduce the bug

#include <stdio.h>

void foo_bar(int i)
{
    printf("Processing task %d\n", i);
}

typedef void (* callback)(int);

struct ithreading
{
    virtual void For(callback fn) = 0;
};

class threading : public ithreading
{
public:
    inline void For(callback fn)
    {
#pragma omp for
        for (int i = 0; i < 50; i++)
            fn(i);
    }
};

int main(int argc, char ** argv)
{
    ithreading * t = new threading;

    //threading::omp_for(&foo_instance, &foo::bar);
#pragma omp parallel
    t->For(&foo_bar);

    delete t;
}

 


Viewing all articles
Browse latest Browse all 1616

Trending Articles