search for: enable_plugin

Hi Jack, > Is anyone building dragon-egg on darwin? Anton built it once. There were some problems with dynamic libraries: gcc's plugin support requires the use of dynamic libraries, and the configure logic it uses thinks that darwin does not support dynamic libraries! So it is possible that plugin support was automatically disabled because of this. Try configuring with

...tions] 1. Apply two patches. one is for gcc/config/i386/i386.c. --- a/gcc/configure +++ b/gcc/configure @@ -25621,6 +25621,9 @@ rm -f core conftest.err conftest.$ac_objext \ fi LDFLAGS="$saved_LDFLAGS" + pluginlibs="-Wl,--export-all-symbols -Wl,--output-def,cc1.def" + enable_plugin=yes + # If plugin support had been requested but not available, fail. if test x"$enable_plugin" = x"no" ; then if test x"$default_plugin" != x"yes"; then 2. build gcc with --enable-lto --enable-plugin and install it. cc1*.exe might have export tab...

...it using >> gdb. I use ld as my target file, but when I run the program in gdb, it >> reports >> >> [Thread debugging using libthread_db enabled] >> Cannot find new threads: generic error >> >> at >> >> Plugin::load() >> { >> #ifdef ENABLE_PLUGINS >>  this->handle_ = dlopen(this->filename_.c_str(), RTLD_NOW); >> >> in binutil/src/gold/plugin.cc >> >> The gdb version is 7.0.1. I tried it with other multi-threaded >> programs without any problem. Have I missed something? Or I shouldn't >> de...

...c will allow the --enable-plugin option to build and pass the plugin tests on x86_64-apple-darwin10 using gcc-4_5-branch... --- configure.ac.orig 2010-04-10 10:58:34.000000000 -0500 +++ configure.ac 2010-04-10 10:59:52.000000000 -0500 @@ -4380,22 +4380,6 @@ pluginlibs= if test x"$enable_plugin" = x"yes"; then - - AC_MSG_CHECKING([for exported symbols]) - echo "int main() {return 0;} int foobar() {return 0;}" > conftest.c - ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest > /dev/null 2>&1 - if $gcc_cv_objdump -T conftest | grep foobar > /dev/n...

...nbdkit cc --dump-plugin ... diff --git a/configure.ac b/configure.ac index afc5ddab..e5e261c8 100644 --- a/configure.ac +++ b/configure.ac @@ -820,6 +820,15 @@ AC_ARG_ENABLE([plugins], [disable all bundled plugins and filters])]) AM_CONDITIONAL([HAVE_PLUGINS], [test "x$enable_plugins" != "xno"]) +dnl For the cc plugin, let the user hard-code their preferred compiler setup +dnl Default to the settings used for nbdkit itself +AC_ARG_VAR([CC_PLUGIN_CC], + [Value to use for CC when building the cc plugin, default $CC]) +: "${CC_PLUGIN_CC:=$CC}" +AC_ARG_V...

Is anyone building dragon-egg on darwin? I am trying to build against the fink gcc45 package that I have prepared for darwin and a updated fink llvm 2.7 package that is built as... ../llvm-2.7/configure --prefix=/sw --prefix=/sw/lib/llvm --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --with-as=/Developer/usr/bin/as

...diff --git a/configure.ac b/configure.ac > index afc5ddab..e5e261c8 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -820,6 +820,15 @@ AC_ARG_ENABLE([plugins], > [disable all bundled plugins and filters])]) > AM_CONDITIONAL([HAVE_PLUGINS], [test "x$enable_plugins" != "xno"]) > > +dnl For the cc plugin, let the user hard-code their preferred compiler setup > +dnl Default to the settings used for nbdkit itself > +AC_ARG_VAR([CC_PLUGIN_CC], > + [Value to use for CC when building the cc plugin, default $CC]) I'm wondering i...

Hi, I'm trying to write a pass for LTO, and now I want to debug it using gdb. I use ld as my target file, but when I run the program in gdb, it reports [Thread debugging using libthread_db enabled] Cannot find new threads: generic error at Plugin::load() { #ifdef ENABLE_PLUGINS this->handle_ = dlopen(this->filename_.c_str(), RTLD_NOW); in binutil/src/gold/plugin.cc The gdb version is 7.0.1. I tried it with other multi-threaded programs without any problem. Have I missed something? Or I shouldn't debug my pass this way at all? btw, "llvm-gcc -use-gold-...

On 04/10/2010 08:01 PM, Jack Howarth wrote: > > bash-3.2$ GCC=/sw/bin/gcc-4 CC=gcc-4 CXX=g++-4 CFLAGS=-I/sw/include CXXFLAGS=-I/sw/include LLVM_CONFIG=/sw/lib/llvm/bin/llvm-config make > g++-4 -c -I/sw/lib/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -MD -MP -DIN_GCC -DREVISION=\"100954M\"

...HAVE_POD2MAN], [test "x$POD2MAN" != "xno"]) AC_ARG_ENABLE([plugins], - [AS_HELP_STRING([--disable-plugins], [disable all bundled plugins])]) + [AS_HELP_STRING([--disable-plugins], [disable all bundled plugins and filters])]) AM_CONDITIONAL([HAVE_PLUGINS], [test "x$enable_plugins" != "xno"]) dnl Check for Perl, for embedding in the perl plugin. @@ -512,6 +512,7 @@ AC_CONFIG_FILES([Makefile plugins/tar/Makefile plugins/vddk/Makefile plugins/xz/Makefile + filters/Makefile...

...HAVE_POD2MAN], [test "x$POD2MAN" != "xno"]) AC_ARG_ENABLE([plugins], - [AS_HELP_STRING([--disable-plugins], [disable all bundled plugins])]) + [AS_HELP_STRING([--disable-plugins], [disable all bundled plugins and filters])]) AM_CONDITIONAL([HAVE_PLUGINS], [test "x$enable_plugins" != "xno"]) dnl Check for Perl, for embedding in the perl plugin. @@ -512,6 +512,7 @@ AC_CONFIG_FILES([Makefile plugins/tar/Makefile plugins/vddk/Makefile plugins/xz/Makefile + filters/Makefile...

This patch isn't complete (patch 6/6 isn't finished) so it's just for discussion, although it does compile and run. This introduces to nbdkit a concept of "filters" which can be placed in front of plugins to modify their behaviour. Some examples where you might use filters: * Serve a subset of the data, such as (offset, range) or a single partition from a disk image.

This is still tentative and needs a lot of work, but: - partition filter works, supporting MBR & GPT - prepare and finalize methods fixed - open method can now be changed (allowing readonly flag to be modified) - thread_model can be limited I believe I made most of the changes which were previously suggested in email. I think the only one I didn't was preventing inclusion of both

Rebased filters patch. Requires current git master + the locks / thread model fix (https://www.redhat.com/archives/libguestfs/2018-January/msg00128.html) So a few changes here since last time: The "introduce filters" and "implement filters" patches are squashed together. I introduced a concept of .prepare and .finalize. These run before and after the data serving phase

The first three patches are identical to: https://www.redhat.com/archives/libguestfs/2018-January/msg00079.html "[PATCH nbdkit v2 0/3] Refactor plugin_* functions into a backend" The rest of the patches add filters using the new filter API previously described here: https://www.redhat.com/archives/libguestfs/2018-January/msg00073.html This needs a lot more testing -- and tests --

A combination of the work that both Rich and I have been doing lately, where filters use only the new API with flags on every command that the client can send over the wire (we can then add support for more flags in nbdkit without having to add new callbacks, as NBD adds more flags upstream). Eric Blake (4): protocol: Split flags from cmd field in requests backend: Pass flags argument through