Re: [evolution-patches] Undefined reference in the resulting .so file

[Philip Van Hoof <spam pvanhoof be>]

On Sat, 2005-12-10 at 18:27 +0530, Harish Krishnaswamy wrote:
> On Fri, 2005-12-02 at 10:57 +0100, Philip Van Hoof wrote:
> > Please review.
> > 
> > This one is causing a undefined reference crash when loading the
> > libcamel-provider shared object file.
> > The private method isn't being used. So removing it should be ok.
> 
> The undefined reference crash  means the symbol is being referred and
> hence is being used, right ? :p
> 
> Grepping actually tells me the following :
> 
> ./camel/camel-private.h:184:#define CAMEL_PROVIDERDIR
> _camel_get_providerdir ()
> 
> ./camel/camel-provider.c:119:   dir = g_dir_open (CAMEL_PROVIDERDIR, 0,
> NULL);
> ./camel/camel-provider.c:122:                     CAMEL_PROVIDERDIR,
> g_strerror (errno));
> ./camel/camel-provider.c:133:           name = g_strdup_printf ("%s/%s",
> CAMEL_PROVIDERDIR, entry);
> ./camel/camel-win32.c:61:       providerdir = e_util_replace_prefix
> (e_util_get_prefix (), CAMEL_PROVIDERDIR);
> 

In that case, I think, it's a problem caused by the win32 port. Could
that be possible?

I've noticed that the header is being put in an #ifdef for the win32
port, and being equalized to a pointer to an empty function (a function
without a body).

I should perhaps investigate this more deeply . . . will try to find an
empty spot in my agenda for it soon :-).

Anyway, I'm putting Tor in CC so that he's notified about this.


-- 
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be