GNOME Bugzilla – Bug 113581
correct .h, .m4 and .pc files installation
Last modified: 2004-12-22 21:47:04 UTC
- libbonobomm installs files into libgnomemm ang gtkmm directories. - does not install library specific convert.m4 macro - installs libbonobomm-2.0-uninstalled.pc
Created attachment 16766 [details] [review] cumulative patch for .h, .m4 and .pc installation
Looks good. This should be applied.
Hmm, don't apply this just yet. It changes where the extra .m4 files are installed. I need to look at libbonobouimm and adapt it accordingly.
Does http://bugzilla.gnome.org/show_bug.cgi?id=113582 supposed to do this adaptation? The idea was to make libbonobo*mm modules use same hierarchy as other modules do. Give me a hint what I probably missed doing so. I'll be happy to look into it closer.
This ChangeLog entry is informative. I'll add it to the file as a comment: http://cvs.gnome.org/bonsai/cvslog.cgi?file=%2Fgnomemm%2Flibbonobomm%2Ftools%2Fm4%2FMakefile.am It's obviously not perfect, but it'll do for now. I guess we should use something in the pkgconfig file to do it properly. We already get the gtkmmproc location from pkgconfig. Maybe an m4 macro that used pkgconfig would make it even easier. By the way, this is even when I correct the mispelling of bonobo. I'll commit the fixed version later today.
Applied. Thanks.
Since you decided to keep m4 installation directory. Last line in tools/m4/Makefile.am: tools_m4_include_HEADERS = $(files_tools_m4) becomes dangerous. It will result in overwriting of original gtkmm-2.0/proc/m4/convert.m4. Can not see any quick good solution to avoid this. Only not to install libbonobomm's convert.m4 as it was before.
Forgot to add. This is true for libbonobouimm as well.
Hmm. I don't think this is actually a bug, because it does work, but it needs investigation.
I have corrected this, but I haven't had a chance to check it in yet.
Done, I believe.