[gccsdk] Problems running C++ programs compiled with GCC4
leenoar at sky.com
Wed Aug 6 04:10:01 PDT 2008
John Tytgat wrote:
> In message <4897534A.8050507 at sky.com>
> Lee Noar <leenoar at sky.com> wrote:
>> Does this seem a reasonable fix?
> I'm wondering if we can't go for an easier approach by making sure that
> when pthreading is used all the necessary other pthread functions from
> UnixLib are being pulled in as well. As this is essentially what you're
> doing above.
> Something like in libunixlib/pthread/create.c (assuming pthread_create
> is an appropriate call to trigger the pullin of the other set of pthreads):
> void __dummy_pthread_pulling(void)
> ...add here a dummy call to all other pthread routines which are
> If it works, it will be simplier than what you have but at the expense
> that all those pthread routines will be put in static programs, even if
> they are not C++ programs. Creating an extra library (libpthread.a) which
> needs to get in the linker line feels a bit as overkill.
Yes, OK, that should do the trick. As the gthread implementation tests
for the existence of pthread_cancel to determine if multi-threading,
perhaps that would be the best place to add the dummy function if only
for consistency. I'll run a few tests, and if all is OK, I'll commit the
More information about the gcc