search for: libutilities

I'm seeing some sporadic build failures with 'make -j4'. The failures are: make[4]: *** No rule to make target 'hello.c32', needed by 'all'. Stop. I've only seen the failures with com32/samples/hello.c32 and com32/rosh/rosh.c32. I'm not a make expert, but I think it's due to missing dependencies. This patch seems to fix my failures, but I'm

From: Gene Cumm <gene.cumm at gmail.com> Fix duplicate spotless target in com32/libutil/Makefile. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- diff --git a/com32/libutil/Makefile b/com32/libutil/Makefile index 31754a9..02789ca 100644 --- a/com32/libutil/Makefile +++ b/com32/libutil/Makefile @@ -56,8 +56,6 @@ clean: tidy spotless: clean rm -f *.lss *.a *.c32 *.com

Hello, I poked a little bit to extract the list of modules dependencies in Syslinux v6 (see below). I have attached a bash script that generate a nice table from the tarball. The output can either be an ASCII table, or wiki markup, typically for the page Library_modules[1]. I am not in the wiki Editor group, so I can't put that in the wiki. anyway, here's an updated dependency tree for

Just code motion. This commit makes it clearer what is a utility and what is part of the library. It also makes it clear that we should rename: guestfs-internal-frontend.h -> utils.h guestfs-internal-frontend-cleanups.h -> cleanups.h (?) but this commit does not make that change. --- .gitignore | 10 ++--- Makefile.am

Move the interal static libraries as the last items in the list of libraries of guestfsd, to make sure their symbols are used for all the other libraries. This is because GCC resolves the symbols looking at the arguments from the beginning to the end of the command line. This currently does not cause failures, however it "just works" because of the tricky situation set up. The

1) mk/syslinux.mk runs a shell to make a temp file gcc_ok.$$$$.tmp (perhaps in the wrong directory) while several Makefiles have an include rule for *.tmp which I believe is causing some occasional parallel build issues. make[3]: Entering directory `/home/gene/s/g/bios/memdump' gcc_ok.6333.tmp:1: warning: NUL character seen; rest of line ignored gcc_ok.6333.tmp:1: *** missing separator.

I am trying to build/install libguestfs from git. My box is Archlinux, GCC 4.9.1 and all dev tools installed. If I manually $ gitclone gitUrl $ cd libguestfs $ ./autogen.sh $ ./configure --someOptions the build goes until the end and leaves me with binaries. ------------------------------ --- Now I want to install it properly on my machine. Arch use a makepkg [1] command to build and install

On Fri, 2020-09-25 at 16:21 +0800, Wei Wang wrote: > On Fri, Sep 25, 2020 at 3:56 PM Andrea Bolognani <abologna@redhat.com> wrote: > > On Fri, 2020-09-25 at 10:33 +0800, Wei Wang wrote: > > > In file included from ../src/util/virfile.c:42: > > > /usr/include/libutil.h:43:10: fatal error: sys/_types.h: No such file or directory > > > 43 | #include

--- configure.ac | 2 ++ filters/blocksize/Makefile.am | 1 + filters/cache/Makefile.am | 1 + filters/cacheextents/Makefile.am | 1 + filters/cow/Makefile.am | 1 + filters/ddrescue/Makefile.am | 1 + filters/delay/Makefile.am | 3 +++ filters/error/Makefile.am | 1 + filters/exitlast/Makefile.am | 3 +++

Well, I decided to get ROSH back out and try to get it functioning in Syslinux-4. As has been my habit, I first recompiled the Linux binary and tried it out. In the beginning of ROSH, it calls console_ansi_std(). When I was working on this in the past, using this function ensured both the Linux and the Syslinux/COM32 binaries function similarly. When using fgets() to get an input string in the

From: Gene Cumm <gene.cumm at gmail.com> Fix duplicate spotless target in com32/libutil/Makefile. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- I had submitted this patch back in November but haven't seen a response specific to this patch. I also submitted another patch in a reply to this that may have cause some confusion. -Gene diff --git a/com32/libutil/Makefile

On Fri, 2020-09-25 at 10:33 +0800, Wei Wang wrote: > In file included from ../src/util/virfile.c:42: > /usr/include/libutil.h:43:10: fatal error: sys/_types.h: No such file or directory > 43 | #include <sys/_types.h> > | ^~~~~~~~~~~~~~ > compilation terminated. > [51/908] Compiling C object src/qemu/libvirt_driver_qemu_impl.a.p/qemu_driver.c.o > ninja:

http://bugzilla.mindrot.org/show_bug.cgi?id=194 Summary: still problems with libutil Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: dh at

On Sat, Jan 18, 2014 at 6:18 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 01/18/2014 12:58 PM, Gene Cumm wrote: >> 1) mk/syslinux.mk runs a shell to make a temp file gcc_ok.$$$$.tmp >> (perhaps in the wrong directory) while several Makefiles have an >> include rule for *.tmp which I believe is causing some occasional >> parallel build issues. >> >>

On Friday, 16 June 2017 16:58:53 CEST Richard W.M. Jones wrote: > On Fri, Jun 16, 2017 at 03:24:55PM +0200, Pino Toscano wrote: > > On Thursday, 15 June 2017 19:05:55 CEST Richard W.M. Jones wrote: > > > Those cleanups which only depend on libc, gnulib or libxml2 are split > > > out into a separate common/cleanups directory. > > > --- > > > > IMHO a

Those cleanups which only depend on libc, gnulib or libxml2 are split out into a separate common/cleanups directory. --- .gitignore | 3 +- Makefile.am | 4 +- align/Makefile.am | 2 + builder/Makefile.am | 4 + cat/Makefile.am

Some of the C tools were building also config.c as part of the shared sources from guestfish, and thus bringing a dependency on libconfig. Since none of them actually read the libguestfs configuration at all, then exclude fish/config.c from their build, and stop linking to libconfig. --- align/Makefile.am | 3 --- df/Makefile.am | 3 --- edit/Makefile.am | 3 ---

[This email is either empty or too large to be displayed at this time]

On Fri, Mar 03, 2017 at 03:32:55PM +0100, Pino Toscano wrote: > The JNI library uses CLEANUP_FREE macros, whose functions are built in > the internal libutils. Currently, trying to use functions that use > CLEANUP_FREE variables will cause the java execution to stop with a > symbol lookup error (for guestfs_int_cleanup_free). [comment only] I wonder why our tests didn't pick this

Create a new libfishcommon convenience static library to build just once (instead of 12 times!) the majority of the guestfish sources used in the rest of the C tools (mostly for command line stuff, inspection, and mount). The notable exceptions not using libfishcommon are guestfish itself, and virt-rescue: both need to build at least one of the common sources using additional CPPFLAGS. ---