[Ace-users] link error with ARM EABI tools

[Jeff Rucker]

Thanks Johnny - I put it in the config.h, but still have the same
results. If you hve more ideas, let me know, I'll keep testing other
options.

On Jan 23, 11:17 pm, "Johnny Willemsen" <jwillem... at remedy.nl> wrote:
> Hi,
>
> This could be related to visibility and gcc 4.x. Try to add
> #define ACE_GCC_HAS_TEMPLATE_INSTANTIATION_VISIBILITY_ATTRS 1
>
> to your config.h file
>
> or no_hidden_visibility=1 to your platform_macros.GNU
>
> Regards,
>
> Johnny Willemsen
> Remedy IT
> Postbus 101
> 2650 AC  Berkel en Rodenrijs
> The Netherlandswww.theaceorb.nl/www.remedy.nl 
>
> *** Integrated compile and test statistics seehttp://scoreboard.theaceorb.nl***
> *** Commercial service and support for ACE/TAO/CIAO             ***
> *** Seehttp://www.theaceorb.nl/en/support.html                ***
>
> "Jeff Rucker" <jeff.ruc... at gmail.com> wrote in message
>
> <news:b1bf0066-fb42-4933-a43d-71a34f2c6a87 at d21g2000prf.googlegroups.com>...
>
>
>
> > We have been running ACE for a few months on an embedded ARM system
> > running embeded Linux. Our board vendor recently switched to an ARM
> > EABI compiler (gcc-4.1.1), and most of our code works fine, but the
> > ACE lib no longer links. I'm getting eror messages like this:
>
> > .shobj/MEM_Acceptor.o:(.data.rel.ro+0x0): multiple definition of
> > `typeinfo for ACE_Singleton<ACE_Based_Pointer_Repository,
> > ACE_RW_Thread_Mutex>'
> > .shobj/Based_Pointer_Repository.o:(.data.rel.ro+0x0): first defined
> > here
> > .shobj/MEM_Acceptor.o:(.rodata+0x0): multiple definition of `typeinfo
> > name for ACE_Singleton<ACE_Based_Pointer_Repository,
> > ACE_RW_Thread_Mutex>'
> > .shobj/Based_Pointer_Repository.o:(.rodata+0x0): first defined here
>
> > The previous ARM OABI compiler still works fine - any ideas? And sorry
> > if I have not left enough info, I'm still a bit new with the ACE code.- Hide quoted text -
>
> - Show quoted text -