On Tue, 29 Dec 2009, Ralf Wildenhues wrote:
Do you have a small reproducible example (a way to see this easily with
GraphicsMagick would be fine as well)?
I don't have a small reproducible example. The situation where the
problem occurs is with GraphicsMagick when the Jasper JPEG 2000
libra
On Tue, 29 Dec 2009, Vincent Torri wrote:
On Tue, 29 Dec 2009, Bob Friesenhahn wrote:
tig$ eet
eet:/usr/local/lib/eina/mp/eina_chained_mempool.so: undefined symbol
'pthread_mutex_unlock'
Is -pthread also applied when the binary is built, or has it been lost?
-pthread should also be passed
Hi Bob,
* Bob Friesenhahn wrote on Fri, Dec 25, 2009 at 01:02:37AM CET:
> I have a module which uses a library which sometimes registers an
> atexit() handler to clean itself up. If lt_dlexit() is invoked,
> then any modules loaded by libltdl are then unloaded.
> Unfortunately, when the module is
On Tue, 29 Dec 2009, Bob Friesenhahn wrote:
tig$ eet
eet:/usr/local/lib/eina/mp/eina_chained_mempool.so: undefined symbol
'pthread_mutex_unlock'
Is -pthread also applied when the binary is built, or has it been lost?
-pthread should also be passed to any binary that uses a lib using
pthre
On Tue, 29 Dec 2009, Vincent Torri wrote:
Is -pthread not sufficient to do everything needed? Notice that this is
GCC and not just the "linker". GCC is expected to respond to -pthread.
if we just pass -pthread, then a binary using the library gives, for example,
the error:
tig$ eet
eet:/
