RE: Status? (back, after tornadoes, etc hit Alabama).

[ANDY KENNEDY <ANDY dot KENNEDY at adtran dot com>]

> -----Original Message-----
> From: crossgcc-owner@sourceware.org [mailto:crossgcc-
> owner@sourceware.org] On Behalf Of ANDY KENNEDY
> Sent: Friday, May 20, 2011 10:21 AM
> To: Yann E. MORIN; crossgcc@sourceware.org
> Subject: RE: Status? (back, after tornadoes, etc hit Alabama).
> 
> > -----Original Message-----
> 
> <snip>
> 
> > >
> > > [--SNIP--]
> > > > I get the following AFTER selecting:
> > > > [ ] Build shared libraries
> > > > I _should_ be able to do this, right?
> > >
> > > Hopefully yes, but that's seldom tested. I for one do not use
> it.
> > > It used
> > > to work at some point in the past (no that long ago), but I
> > haven't
> > > tested
> > > it recently.
> >
> > Apparently it doesn't now.  Bummer man.
> 

Stupid question:  Is it possible to statically link an application to
NPTL with RT support?  Oddly enough, on a test application that I have,
I get unresolved errors to numerous **pthread_*_* functions when I attempt
to link using -static.  If one cannot link an application statically, it
stands to reason that one cannot _BUILD_ a static only library, thus it
stands to reason that a static build would be impossible.

Your thoughts?

Andy

** for example:
pthread_attr_destroy
pthread_attr_init
pthread_attr_setaffinity_np
pthread_attr_setdetachstate
pthread_attr_setinheritsched
pthread_attr_setschedparam
pthread_attr_setschedpolicy
pthread_attr_setstack
pthread_attr_setstacksize
pthread_create
pthread_getschedparam
pthread_mutex_destroy
pthread_mutex_init
pthread_mutex_lock
pthread_mutex_unlock
pthread_mutexattr_destroy
pthread_mutexattr_init
pthread_mutexattr_setprotocol
pthread_mutexattr_settype
pthread_self
pthread_setschedparam
sem_init
sem_post
sem_timedwait
sem_wait

Many more than these.

--
For unsubscribe information see http://sourceware.org/lists.html#faq