Denemo ignores the binreloc code for windows, and uses glib instead.
Richard
the relevant bit of code is below:
#ifdef G_OS_WIN32
gchar *rootdir = g_win32_get_package_installation_directory (NULL,
NULL);
datadir = g_build_filename (rootdir, "share", "denemo", NULL);
g_print ("rootdir=%s\n", rootdir);
g_print ("datadir=%s\n", datadir);
g_free (rootdir);
#else /* not G_OS_WIN32 */
datadir = gbr_find_pkg_data_dir (PKGDATADIR, PKGNAME);
#endif /* not G_OS_WIN32 */
On Sat, 2011-04-16 at 10:28 -0500, Jeremiah Benham wrote:
> I am not sure if windows requires binreloc. You should disable it for
> the windows build. I believe that is --disable-binreloc I think. Do
> a ./configure -h to see check the spelling. Gub appears to be trying
> to build with binreloc.
>
> Jeremiah
>
> On Apr 16, 2011, at 10:24 AM, Nils Gey <[email protected]> wrote:
>
> > Something broke my compiling process for mingw. I don't see this in
> > linux.
> >
> > binreloc.o: In function `gbr_init':
> > /mnt/sdb3/workdir/gub/target/mingw/src/denemo-git.savannah.gnu.org--
> > denemo.git-master/src/binreloc.c:98: undefined reference to `_S_ISLNK'
> > /mnt/sdb3/workdir/gub/target/mingw/src/denemo-git.savannah.gnu.org--
> > denemo.git-master/src/binreloc.c:76: undefined reference to
> > `_readlink'
> >
> > I have a build-mess currently here. Darwin built a few times but
> > suddenly it stopped and complained about gtk/gtk.h cannot be found.
> > I can only imagine this is the current situation, triggered by
> > binreloc and before that I had some cached data preventing that. I
> > really don't know anymore, with three build systems indenpendent of
> > each other.
> >
> > Nils
>
> _______________________________________________
> Denemo-devel mailing list
> [email protected]
> http://lists.gnu.org/mailman/listinfo/denemo-devel
_______________________________________________
Denemo-devel mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/denemo-devel
