Charm++ parallel programming system

[Evan Ramos <evan AT hpccharm.com>]

If we cannot depend on the __executable_start symbol being present on
all systems, we should definitely avoid obstructing the launch of all
Charm++ programs. I've opened a ticket on our issue tracker:
https://charm.cs.illinois.edu/redmine/issues/1893

Could you tell me if you are passing any additional options to the
toolchain that might affect the presence of this symbol, as well as
the output of `gcc --version` and `gcc -Wl,-v,--version` on the
affected toolchain?

Regards,
--
Evan A. Ramos
Software Engineer
Charmworks, Inc.


On Tue, May 1, 2018 at 3:25 PM, Jozsef Bakosi 
<jbakosi AT lanl.gov>
 wrote:
> Thanks, Evan, that work-around does indeed work and we will use that for 
> now. Is
> there a way to fix this problem in Charm++ itself? Or perhaps, to turn off 
> when
> AMPI is not used?
>
> Thanks,
> Jozsef
>
> On 04.30.2018 15:18, Evan Ramos wrote:
>> Hi Jozsef,
>>
>> The only use of the `__executable_start` symbol in Charm++ is in
>> cmitls.c. If you are not using the tlsglobals privatization feature of
>> AMPI, you should be able to remove "cmitls.o" from Charm's
>> src/scripts/Makefile to bypass the problem.
>>
>> Regards,
>> --
>> Evan A. Ramos
>> Software Engineer
>> Charmworks, Inc.
>