|
From: Andrew C <cou...@gm...> - 2021-02-16 17:01:37
|
Hi Christian,
Thanks for the timely response and resolution. I did indeed miss that
configure script warning about uuid, so thanks for putting a hard exit when
missing the dependency for it.
Got another make error, this time for gigedit:
In file included from builtinpix.cpp:2:
../compat.h: In member function ‘void
MultiLineLabel::get_preferred_height_for_width_vfunc(int, int&, int&)
const’:
../compat.h:465:21: error: ‘get_preferred_height_for_width_vfunc’ is not a
member of ‘Gtk::Label’
465 | Gtk::Label::get_preferred_height_for_width_vfunc(width,
minimum_height, natural_height);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../compat.h:474:14: error: ‘get_margin_top’ was not declared in this scope
474 | h += get_margin_top() + get_margin_bottom();
| ^~~~~~~~~~~~~~
../compat.h:474:33: error: ‘get_margin_bottom’ was not declared in this
scope
474 | h += get_margin_top() + get_margin_bottom();
| ^~~~~~~~~~~~~~~~~
make[4]: *** [Makefile:498: builtinpix.lo] Error 1
Got some deprecated warnings too, but not sure how relevant they are.
make[4]: Entering directory '/home/andrew/Downloads/gigedit/src/gigedit/gfx'
CXX builtinpix.lo
In file included from /usr/include/gtk-2.0/gtk/gtkobject.h:37,
from /usr/include/gtk-2.0/gtk/gtkwidget.h:36,
from /usr/include/gtk-2.0/gtk/gtkcontainer.h:35,
from /usr/include/gtk-2.0/gtk/gtkbin.h:35,
from /usr/include/gtk-2.0/gtk/gtkwindow.h:36,
from /usr/include/gtk-2.0/gtk/gtkdialog.h:35,
from /usr/include/gtk-2.0/gtk/gtkaboutdialog.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:33,
from ../compat.h:26,
from builtinpix.cpp:2:
/usr/include/gtk-2.0/gtk/gtktypeutils.h:236:64: warning: ‘GTypeDebugFlags’
is deprecated [-Wdeprecated-declarations]
236 | void gtk_type_init (GTypeDebugFlags debug_flags);
| ^
In file included from /usr/include/glib-2.0/gobject/gobject.h:24,
from /usr/include/glib-2.0/gobject/gbinding.h:29,
from /usr/include/glib-2.0/glib-object.h:22,
from /usr/include/glibmm-2.4/glibmm/class.h:24,
from /usr/include/glibmm-2.4/glibmm/objectbase.h:21,
from /usr/include/glibmm-2.4/glibmm/object.h:29,
from /usr/include/pangomm-1.4/pangomm/font.h:31,
from /usr/include/gdkmm-2.4/gdkmm/drawable.h:29,
from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:33,
from builtinpix.h:4,
from builtinpix.cpp:1:
/usr/include/glib-2.0/gobject/gtype.h:685:3: note: declared here
685 | } GTypeDebugFlags GLIB_DEPRECATED_TYPE_IN_2_36;
| ^~~~~~~~~~~~~~~
In file included from /usr/include/gtk-2.0/gtk/gtktoolitem.h:31,
from /usr/include/gtk-2.0/gtk/gtktoolbutton.h:30,
from /usr/include/gtk-2.0/gtk/gtkmenutoolbutton.h:30,
from /usr/include/gtk-2.0/gtk/gtk.h:126,
from ../compat.h:26,
from builtinpix.cpp:2:
/usr/include/gtk-2.0/gtk/gtktooltips.h:73:12: warning: ‘GTimeVal’ is
deprecated: Use 'GDateTime' instead [-Wdeprecated-declarations]
73 | GTimeVal last_popdown;
| ^~~~~~~~~~~~
In file included from /usr/include/glib-2.0/glib/galloca.h:32,
from /usr/include/glib-2.0/glib.h:30,
from /usr/include/glibmm-2.4/glibmm/unicode.h:23,
from /usr/include/glibmm-2.4/glibmm/ustring.h:21,
from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9,
from builtinpix.h:4,
from builtinpix.cpp:1:
/usr/include/glib-2.0/glib/gtypes.h:545:26: note: declared here
545 | typedef struct _GTimeVal GTimeVal
GLIB_DEPRECATED_TYPE_IN_2_62_FOR(GDateTime);
| ^~~~~~~~
Thanks,
Andrew.
On Sun, Feb 14, 2021 at 2:41 PM Christian Schoenebeck <
sch...@li...> wrote:
> On Sonntag, 14. Februar 2021 10:43:41 CET Andrew C wrote:
> > Hi all,
> >
> > Seems whenever I install a new Linux OS every few years and go to
> recompile
> > Linuxsampler, make errors get thrown my way!
>
> Well, that happens with every project that new compiler errors pop up with
> new
> versions. In most cases they are trivial and hence changes are rather
> small
> and quickly fixed.
>
> > The error seems to be something to do with missing UUID generation and
> > looking at the code, it's some kind of Apple thing? Haven't touched an
> > Apple product in my life! :P
>
> No, that doesn't have to do anything with Apple code at all. And you
> actually
> have two different issues here ...
>
> > Anyway, I'm getting the following on libgig revision 3857 using GCC
> 9.3.0:
> > Any and all help would be appreciated, thanks!
> >
> > Andrew.
> >
> > /bin/bash ../libtool --tag=CXX --mode=compile g++ -std=gnu++11
> > -DHAVE_CONFIG_H -I. -I.. -pedantic -Wreturn-type -g -O2 -MT DLS.lo -MD
> > -MP -MF .deps/DLS.Tpo -c -o DLS.lo DLS.cpp
> > libtool: compile: g++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I.. -pedantic
> > -Wreturn-type -g -O2 -MT DLS.lo -MD -MP -MF .deps/DLS.Tpo -c DLS.cpp
> -fPIC
> > -DPIC -o .libs/DLS.o
> > DLS.cpp:591:3: error: #error "Missing support for uuid generation"
> > 591 | # error "Missing support for uuid generation"
> >
> > | ^~~~~
>
> ... you don't have libuuid-dev installed and therefore you should have got
> a
> warning by the configure script as well:
>
> No UUID generate function found.
> *** libgig will not be able to create DLSIDs in DLS and gig files.
> *** Install libuuid from e2fsprogs to solve this. Package might be
> called
> *** uuid-dev, libext2fs2-devel or e2fsprogs-devel.
>
> I just changed that to a hard error and instead of just a soft configure
> warning message that could be overseen. But of course you still need to
> install the library as told by the configure error to resolve this issue
> on
> your side.
>
> Background: At the beginning of libgig the presence of an UUID generating
> function was just an optional feature, because having no UUIDs when
> modifying
> or creating new .gig files just prevented those .gig files from being
> accepted
> by Tascam's GSt. However nowadays you even would get misbehaviours when
> you
> stay entirely in the Linux eco space, hence I decided to make that a hard
> dependency for libgig.
>
> > In file included from DLS.cpp:36:
> > helper.h: In function ‘std::string strPrint(const char*, ...)’:
> > helper.h:68:14: warning: ignoring return value of ‘int vasprintf(char**,
> > const char*, __va_list_tag*)’, declared with attribute warn_unused_result
> > [-Wunused-result]
> > 68 | vasprintf(&buf, fmt, args);
> >
> > | ~~~~~~~~~^~~~~~~~~~~~~~~~~
>
> That's indeed because of new compilers becoming more picky. I just fixed
> that
> as well now.
>
> CU
> Christian
>
>
>
|