disclaimer : I know this is quite specific, and that I’m probably the only one here to encounter this problem. It may even not be related to CUDA, but to the gcc precompiler
Hello everybody,
I use in my library lots and lots of templates, which are eaten by the precompiler and work in CUDA. But, when too many templates are involved in a single CUDA call, I get a strange error :
1>Signal: caught in Writing WHIRL file phase.
1>Error: Signal caught in phase Writing WHIRL file -- processing aborted
1>nvopencc: Permission denied
1>nvopencc INTERNAL ERROR: cannot unlink temp file C:/DOCUME~1/degomme/LOCALS~1/Temp/ccB#.a05000
(this is on windows, I didn’t try that on linux. This only happens in a real mode, not in emulation. I only tried it with CUDA 1.1)
The thing is, that when I look at the .cubin file, my function names are mangled by gcc and become quite … consequent
For instance:
name = _Z12CUDA_arctan2I21CUDA_Linear_ConvolverIssLb1ELi5ELcn1ELcn2ELc0ELc2ELc1ELc0ELc0ELc0ELc0ELc0EES0_IssLb1ELi5ELc1ELc2ELc4ELc2ELc1ELc0ELc0ELc0ELc0ELc0EELi48ELi32ELi32ELi2EEvPNT_11_pixel_typeES5_ii
this one works (the error wasn’t triggerred), because it is short enough I guess (the mangled name is 193 characters long)
When I add some more parameters to my calls, this name gets longer, and when it reaches more than 242 characters, I don’t get any compilation error, but this .cubin is generated
code {
name = __dummy_entry__
lmem = 0
smem = 0
reg = 0
bar = 0
bincode {
0xf0000001 0xe0000001
}
and when I add some more parameters, the error is triggered.
Including the “name=” in the line, I think that the number of characters in it is quite close to 256.
Is there a limit (256) in the size of the function names CUDA can accept ?
Could it be increased and/or can the mangling be avoided/modified in nvcc ?
If someone from Nvidia could answer, I would be really pleased.
Last minute : I tried with the template project from the sdk, replacing testKernel by lots of ‘a’ … works until the name reaches 241 characters, produces dummy cubin until 245, and fails after that.