search for: libutils_la

...nd to build and install packages not in the official repos. When running $ makepkg I have this structure which sounds correct: libguestfs-git/pkg/ libguestfs-git/src/AllNeededDir_cloned_here but at one time the build breaks with these errors: ----------------------------- ../src/.libs/libutils.a( libutils_la-cleanup.o): In function `guestfs___cleanup_xmlBufferFree': cleanup.c:(.text+0x79): undefined reference to `xmlBufferFree' ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlFreeDoc': cleanup.c:(.text+0x99): undefined reference to `xmlFreeDoc' ../src/.l...

...epkg > > I have this structure which sounds correct: > > libguestfs-git/pkg/ > > libguestfs-git/src/AllNeededDir_cloned_here > > > > but at one time the build breaks with these errors: > > ----------------------------- > > ../src/.libs/libutils.a( > > libutils_la-cleanup.o): In function `guestfs___cleanup_xmlBufferFree': > > cleanup.c:(.text+0x79): undefined reference to `xmlBufferFree' > > ../src/.libs/libutils.a(libutils_la-cleanup.o): In function > > `guestfs___cleanup_xmlFreeDoc': > > cleanup.c:(.text+0x99): undefined...

...btool: link: (cd .libs/nbdkit-perl-plugin.lax/libutils.a && ar x "/c/Users/yifangu/Documents/devel/nbdkit/plugins/perl/../../common/utils/.libs/libutils.a") libtool: link: ar cru .libs/nbdkit-perl-plugin.a .libs/nbdkit_perl_plugin_la-perl.o .libs/nbdkit-perl-plugin.lax/libutils.a/libutils_la-cleanup-nbdkit.o .libs/nbdkit-perl-plugin.lax/libutils.a/libutils_la-cleanup.o .libs/nbdkit-perl-plugin.lax/libutils.a/libutils_la-quote.o .libs/nbdkit-perl-plugin.lax/libutils.a/libutils_la-utils.o libtool: link: ranlib .libs/nbdkit-perl-plugin.a libtool: link: rm -fr .libs/nbdkit-perl-plugin.lax...

On Mon, Mar 23, 2020 at 12:28:12PM +0000, Richard W.M. Jones wrote: > From: Yifan Gu <gyf304@gmail.com> > > The create_nbdkit_module function is intended to be exported, therefore > the static keyword is not needed and prevents building on MSYS2. > --- > plugins/python/python.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

...ctions.h \ handle.c \ module.c \ - structs.c + structs.c \ + ../common/utils/stringlists-utils.c libguestfsmod_la_CPPFLAGS = \ -DGUESTFS_PRIVATE=1 \ @@ -75,7 +76,6 @@ libguestfsmod_la_CFLAGS = \ $(WARN_CFLAGS) $(WERROR_CFLAGS) libguestfsmod_la_LIBADD = \ - $(top_builddir)/common/utils/libutils_la-utils.lo \ $(top_builddir)/lib/libguestfs.la libguestfsmod_la_LDFLAGS = -avoid-version -shared -module -shrext $(PYTHON_EXT_SUFFIX) @@ -97,39 +97,19 @@ setup-install: setup.py stamp-extra-files # Python's crappy MANIFEST file cannot graft single files, so we have # to hard-link any extra...

Hi Rich I using ubuntu 13.10 with powerpc arch. I tried the above stepss and below are the output of the related commands.. nm -D /usr/lib/powerpc-linux-gnu/libtinfo.so | grep tgetent 0000def0 T tgetent ubuntu@t4240-ubuntu1310:~$ dpkg -S /usr/lib/powerpc-linux-gnu/libtinfo.so libtinfo-dev:powerpc: /usr/lib/powerpc-linux-gnu/libtinfo.so However I'm not able to perform rm -f config.cache

...BXML2_LIBS) \ $(LIBVIRT_LIBS) \ + $(LTLIBINTL) \ $(top_builddir)/gnulib/lib/libgnu.la # This binary must be statically linked. It is used for testing @@ -162,6 +163,7 @@ test_backend_settings_CFLAGS = \ $(WARN_CFLAGS) $(WERROR_CFLAGS) test_backend_settings_LDADD = \ $(top_builddir)/src/libutils_la-utils.lo \ + $(LTLIBINTL) \ $(top_builddir)/src/libguestfs.la test_private_data_SOURCES = test-private-data.c @@ -203,6 +205,7 @@ test_environment_CFLAGS = \ $(WARN_CFLAGS) $(WERROR_CFLAGS) test_environment_LDADD = \ $(top_builddir)/src/libguestfs.la \ + $(LTLIBINTL) \ $(top_builddir)/g...

...USA. + +include $(top_srcdir)/subdir-rules.mk + +generator_built = \ + guestfs-internal-frontend-cleanups.h \ + structs-cleanup.c \ + structs-print.c \ + structs-print.h \ + uefi.c + +BUILT_SOURCES = \ + $(generator_built) + +EXTRA_DIST = \ + $(BUILT_SOURCES) + +noinst_LTLIBRARIES = libutils.la + +libutils_la_SOURCES = \ + ../src/guestfs.h \ + cleanup.c \ + guestfs-internal-frontend.h \ + guestfs-internal-frontend-cleanups.h \ + structs-cleanup.c \ + structs-print.c \ + structs-print.h \ + uefi.c \ + utils.c +libutils_la_CPPFLAGS = \ + -DGUESTFS_WARN_DEPRECATED=1 \ + -DGUESTFS_PRIVATE=1 \ + -I$(top_srcd...

...$(LTLIBINTL) \ > $(top_builddir)/gnulib/lib/libgnu.la > > # This binary must be statically linked. It is used for testing > @@ -162,6 +163,7 @@ test_backend_settings_CFLAGS = \ > $(WARN_CFLAGS) $(WERROR_CFLAGS) > test_backend_settings_LDADD = \ > $(top_builddir)/src/libutils_la-utils.lo \ > + $(LTLIBINTL) \ > $(top_builddir)/src/libguestfs.la > > test_private_data_SOURCES = test-private-data.c > @@ -203,6 +205,7 @@ test_environment_CFLAGS = \ > $(WARN_CFLAGS) $(WERROR_CFLAGS) > test_environment_LDADD = \ > $(top_builddir)/src/libguestfs.l...

Make sure they can build also in no as-neede setups. Pino Toscano (1): utils: split string list functions in own file build: use split stringlist functions from common/utils utils/Makefile.am | 2 + utils/guestfs-stringlists-utils.h | 30 +++++ utils/guestfs-utils.h | 7 +- utils/stringlists-utils.c | 197 ++++++++++++++++++++++++++++++ utils/utils.c

Hi, continuing what started a couple of weeks ago [1], the attached patch series continues the work in making it easier to build and run libguestfs (in fixed appliance mode) on OSes different than Linux. The provided changes should cause no functional changes on Linux. [1] https://www.redhat.com/archives/libguestfs/2014-October/msg00176.html Thanks, -- Pino Pino Toscano (9): build: check

...-structs-copy.lo CC libguestfs_la-structs-free.lo CC libguestfs_la-tmpdirs.lo CC liberrnostring_la-errnostring-gperf.lo CC liberrnostring_la-errnostring.lo CCLD liberrnostring.la CC libprotocol_la-guestfs_protocol.lo CCLD libprotocol.la CC libutils_la-cleanup.lo CC libutils_la-structs-cleanup.lo CC libutils_la-utils.lo CCLD libutils.la CCLD libguestfs.la CC libvirt_is_version-libvirt-is-version.o CCLD libvirt-is-version perl /home/ubuntu/libguestfs-1.26.1/podwrapper.pl \ --section 3 \ --man g...

This patch series moves some files and directories around but is only code motion (or supposed to be). A new directory, common/, is created for all of the common code which is currently shared in random ways between parts of the project. And src/ becomes lib/ (the largest change, but mostly mechanical). In full this series makes the following changes: src/libprotocol -> common/protocol

Previous patch series was posted here: https://www.redhat.com/archives/libguestfs/2017-January/msg00059.html v2 simply extends this patch series to cover the extra directories common/edit, common/progress, common/windows and common/parallel. The only remaining item is to consider whether we should rename mllib to something else, mlcommon was my suggestion. Rich.

...n/cleanups/libcleanups.la \ $(top_builddir)/lib/libguestfs.la \ $(LIBTINFO_LIBS) diff --git a/common/utils/Makefile.am b/common/utils/Makefile.am index 81a567b86..485909bbe 100644 --- a/common/utils/Makefile.am +++ b/common/utils/Makefile.am @@ -34,7 +34,6 @@ noinst_LTLIBRARIES = libutils.la libutils_la_SOURCES = \ ../../lib/guestfs.h \ - cleanup.c \ guestfs-internal-frontend.h \ guestfs-internal-frontend-cleanups.h \ structs-cleanup.c \ @@ -46,6 +45,7 @@ libutils_la_CPPFLAGS = \ -DGUESTFS_WARN_DEPRECATED=1 \ -DGUESTFS_PRIVATE=1 \ -I$(top_srcdir)/gnulib/lib -I$(top_builddir)/gnulib/l...

If the connection is not local, paths of disks will refer to the remote host, which were mistakenly handled as local paths (in the best case failing to open a non-existing disk, and in the worst case opening a different disk!). In case the disks are remote resources like ssh or ceph, nothing guarantees that the hostname can be reached from the local machine, or even that it is actually the same on

Hopefully this time ...

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..0943bf305 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 --- v2v/virt-v2v.pod | 39 +++++++++++++++++++++++++++------------ 1 file changed, 27 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..93d1a9ecd 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,33 @@ that guest through the RHV-M UI,

This turned out to be rather more involved than I thought. We have lots of utility functions, spread all over the repository, with not a lot of structure. This moves many of them under common/ and structures them so there are clear dependencies. This doesn't complete the job by any means. Other items I had on my to-do list for this change were: - Split up mllib/common_utils into: -