[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNUnet-developers] MacOS X & other stuff

From: Daniel Alexandre
Subject: Re: [GNUnet-developers] MacOS X & other stuff
Date: Mon, 20 Dec 2004 03:17:01 +0000

On Dec 20, 2004, at 03:03, Christian Grothoff wrote:

On Saturday 18 December 2004 14:51, Jussi Eloranta wrote:

Recently somebody asked about a problem with gnunet and macos x.
Gnunetd was complaining that
something went wrong in semaphore.c. I was able to reproduce the
problem and noticed that some
of the test programs gave that message as well but everything went OK
otherwise (e.g. make check succeeded).
After looking at one of the test programs I noticed that the problem
was that cron_handler never got initialized
to any non-zero value in util/cron.c and that PTHREAD_KILL was trying
to killl something that did exist.
I believe all *BSD systems should give the same message but not Linux
since it just silently ignores this
situation. Shouldn't cron_handle be initialized properly or am I
missing something?

Well, KILL is used to signal the cron to stop sleeping (which is quite
pointless if cron does not yet exist). I've fixed the code to not do this
anymore :-).

Few other things with the CVS version from yesterday:

1) Both Extractor and gnunet define symbol OPEN and the macos X linker
chokes on this.

Any ideas why? Bug in the linker? Is there a fix other than to rename OPEN?

I've had the same problem in an older version of gnunet. I think I resolved the problem telling the ./configure command to use static libraries instead of dynamic ones.

2) Extractor Makefile in src/plugins/ole2 have the following lines
after configure:

# Ok, linking this one is complicated, see Mantis #787.
libextractor_ole2_la_LDFLAGS = \
  -Wl,-Bstatic -Wl,-lgobject-2.0 -Wl,-lglib-2.0 -Wl,-Bdynamic \
  -Wl,-Bsymbolic -avoid-version -module

On systems with non-gnu ld (like macos x) this will not work. Just
setting this to empty seems to work.
What is this "hack" anyway?

Well, go to Mantis ( and check out bug #787. It's a long and complicated story. And yes, it will seem to work without those
lines, but only up to a certain point (2nd load of the plugin by an
application using glib (like gnunet-gtk), and then it'll break).


GNUnet-developers mailing list

Best Regards,
Daniel Alexandre (address@hidden) - PGP Public Key:

Attachment: PGP.sig
Description: This is a digitally signed message part

reply via email to

[Prev in Thread] Current Thread [Next in Thread]