llvm dev - Aug 2010 - [LLVMdev] LLVMC tests failing when building with clang

Hi,

After building llvm with clang the llvmc tests are failing with:

llvmc: Node llc is not in graph

Anyone else see this ? (TOT llvm & clang)

-Argiris

Hi Argyrios,

This has been happening for a long time, no one has debugged it yet.

I personally always configure llvm with --without-llvmgcc and
--without-llvmgxx, which disables these tests.

 - Daniel

On Thu, Aug 5, 2010 at 3:56 AM, Argyrios Kyrtzidis <kyrtzidis at
apple.com> wrote:
> Hi,
>
> After building llvm with clang the llvmc tests are failing with:
>
> llvmc: Node llc is not in graph
>
> Anyone else see this ? (TOT llvm & clang)
>
> -Argiris
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>

Hi,

Argyrios Kyrtzidis <kyrtzidis <at> apple.com> writes:
> 
> Hi,
> 
> After building llvm with clang the llvmc tests are failing with:
> 
> llvmc: Node llc is not in graph
Thanks for the bug report, I'll look into this.

Hi,

Argyrios Kyrtzidis <kyrtzidis <at> apple.com> writes:
> 
> Hi,
> 
> After building llvm with clang the llvmc tests are failing with:
> 
> llvmc: Node llc is not in graph
> 
> Anyone else see this ? (TOT llvm & clang)
It looks like this is due to a bug in clang:

// file1.cpp

namespace {

class Plugin {
};
}

// file2.cpp

namespace {

class Plugin {
};
}

Clang can't distinguish between file1::Plugin and
file2::Plugin. Is this a known issue? I've added a workaround for
now: change the names of file1::Plugin and file2::Plugin to
Pluginfile1 and Pluginfile2, respectively.

On Aug 12, 2010, at 11:04 PM, Mikhail Glushenkov wrote:
> Argyrios Kyrtzidis <kyrtzidis <at> apple.com> writes:
> 
>> 
>> Hi,
>> 
>> After building llvm with clang the llvmc tests are failing with:
>> 
>> llvmc: Node llc is not in graph
>> 
>> Anyone else see this ? (TOT llvm & clang)
> 
> It looks like this is due to a bug in clang:
> 
> // file1.cpp
> 
> namespace {
> 
> class Plugin {
> };
> }
> 
> // file2.cpp
> 
> namespace {
> 
> class Plugin {
> };
> }
> 
> Clang can't distinguish between file1::Plugin and
> file2::Plugin. Is this a known issue? I've added a workaround for
> now: change the names of file1::Plugin and file2::Plugin to
> Pluginfile1 and Pluginfile2, respectively.

Aha!  Good catch.  It turns out that Clang gives non-internal linkage to member
functions of member class templates instantiated at members of anonymous
namespaces.  Fixed in r111012.

John.