Re: [gnome-db]a couple probs with compilation

[Rodrigo Moya <rodrigo gnome-db org>]

On 19 Jun 2001 19:17:03 -0500, Bob Jones wrote:
> Hi all,
> 
> First of all, I have (I think) fixed libgda to compile for Oracle 8i. 
>  Rodrigo has the modified files.
> 
> I say "I think" on the Oracle 8i fix because I get the following errors 
> when I run a make:
> 
> ../../lib/gda-clent/gda-export.h:##: warning: keywork 'export' not 
> implemented and will be ignored
> 
that's a problem I introduced myself for the C++ bindings. It's because
I'm using export as parameter name in some C header files, so it seems
the C++ compiler does not like it.

> but the compile finishes and appears to install.  I suspect that this 
> leads to the next error when I try to run gnomedb-fe:
> 
> Bonobo-WARNING **: Serious exception setting object '/status/main' 
> 'invalid path to XML user interface element'
>
nothing important, it's just because I don't know yet how to add the
status bar to a BonoboWindow without using an XML file (which is the
method used now in Bonobo, not used in gnome-db yet, since we're using
an old compatibility code that was in Bonobo which converts GnomeUIInfo
structures into XML)
 
> At this point, Gnome-db appears to run, but the Oracle and Default 
> providers are not available.
> 
> Has anyone else run into this problem?  If so, how did you correct it?
> 
yes, it seems you're installing in a different prefix as OAF, like Gonzalo. Is
that true? If so, that means that we come back to the spec problem found
some weeks ago. That is, if I use `oaf-config --prefix` to get the OAF
prefix in configure.in, the spec file does not work, since this will
install the oaf files in the wrong place for the RPM built. If I use
$(datadir)/oaf, the spec file works, but people installing
libgda/gnome-db in different prefix than OAF won't get gnome-db/libgda
running.

So, has somebody a solution for this? How other projects do this?

cheers

--
Rodrigo Moya <rodrigo gnome-db org> - <rodrigo ximian com>
http://www.gnome-db.org/ - http://www.ximian.com/