gmane.comp.programming.g-wrap.devel

Re: Build Issue with Latest Git Guile

Andy Wingo — 2013-01-14T14:30:37


It should be a warning.  Are tarballs being released with -Werror?  That
would be a bug.

Anyway it is fixed in git:

commit 9a7e60dcc511a8f34aa4cf0f98a04886b28acc43
Author: Andy Wingo <wingo< at >pobox.com>
Date:   Wed Jul 11 13:31:08 2012 +0200

    use scm_module_variable instead of the deprecated scm_sym2var
    
    * guile/g-wrap/guile-compatibility.h:
    * guile/g-wrap/guile-compatibility.c (scm_module_variable): New stub for
      Guile < 2.0.
    
    * guile/g-wrap/guile-runtime.c (allocate_generic_variable): Use
      scm_module_variable, and update the comments.
    
    Thanks to Dale Smith for the report and patch.

Cheers,

Andy

Build Issue with Latest Git Guile

Noah Lavine — 2013-01-13T17:51:38

Hello,

I just tried to build g-wrap with the latest development guile, and got a
build error. It seems that scm_sym2var and scm_module_lookup_closure (used
on line 346 of guile-runtime.c in g-wrap 1.9.14) will be gone in guile 2.2.

I would be more than happy to write a patch that replaces these with
equivalent calls, but I don't know how to modify the build system to make
it detect guile 2.2. If someone could tell me how to do that, I would be
glad to do the rest. (I'm not sure it's necessary to detect 2.2., but it
might be if we need to have different versions of the code that apply in
different guile versions.)

Thanks,
Noah Lavine
_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev

Re: Guile 2.0.6

Dale Smith — 2012-07-11T13:52:00

Most excellent.  Thanks!

  -Dale

Re: Guile 2.0.6

Andy Wingo — 2012-07-11T11:32:13


Pushed something very similar.  The scm_module_variable stub needed to
be in a guile < 2.0 block, not a guile < 1.8 block.

Thanks!

Andy

Guile 2.0.6

Dale Smith — 2012-07-10T22:48:44

Howdy g-wrappers,

G-wrap doesn't like the new Guile 2.0.6 as scm_sym2var and
scm_module_lookup_closure are now deprecated.  And since the default
is to compile with -Werror, that ends in a failed build.  Configuring
with --disable-Werror seems to work fine.

Here is an attempt to use a the newer non-deprecated replacements.

diff --git a/guile/g-wrap/guile-compatibility.c
b/guile/g-wrap/guile-compatibility.c
index 8be423e..cc1fc2f 100644
--- a/guile/g-wrap/guile-compatibility.c
+++ b/guile/g-wrap/guile-compatibility.c
< at >< at > -92,4 +92,10 < at >< at > scm_without_guile (void*(*func)(void*), void *data)
     return func(data);
 }

+SCM scm_module_variable (SCM module, SCM sym)
+{
+  return scm_sym2var (sym, scm_module_lookup_closure (module), SCM_BOOL_F);
+}
+
+
 #endif
diff --git a/guile/g-wrap/guile-compatibility.h
b/guile/g-wrap/guile-compatibility.h
index c875e98..5ccacdf 100644
--- a/guile/g-wrap/guile-compatibility.h
+++ b/guile/g-wrap/guile-compatibility.h
< at >< at > -127,6 +127,9 < at >< at > size_t  scm_to_locale_stringbuf (SCM str

Re: bad link on g-wrap home page

Greg Troxel — 2012-06-02T23:29:13

  >>   http://www.//home.gna.org/guile-gnome/

Thanks - the link works now.
_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev

Re: g-wrap and -j4

Greg Troxel — 2012-06-02T23:28:24

Here's a failing build - first time running with -j4.
pkgsrc is really just doing configure and then make, with wrappers
around tools to force visibility of .h files from dependent packages
only.  With MAKE_JOBS_SAFE=no, which forces -j1 (or rather no -j
option), it builds fine every time.

=> Bootstrap dependency digest>=20010302: found digest-20111104
WARNING: [license.mk] Every package should define a LICENSE.
=> Checksum SHA1 OK for g-wrap-1.9.14.tar.gz
=> Checksum RMD160 OK for g-wrap-1.9.14.tar.gz
===> Installing dependencies for g-wrap-1.9.14nb2
=> Build dependency ccache-[0-9]*: found ccache-3.1.7
=> Build dependency libtool-base>=2.2.6bnb3: found libtool-base-2.2.6bnb6
=> Build dependency gmake>=3.81: found gmake-3.82nb3
=> Build dependency pkg-config>=0.19: found pkg-config-0.25nb1
=> Build dependency checkperms>=1.1: found checkperms-1.11
=> Full dependency guile-lib>=0.1.2: found guile-lib-0.1.6nb3
=> Full dependency glib2>=2.30.2nb3: found glib2-2.32.3nb1
=> Full dependency libffi>=2.0betanb1:

Re: bad link on g-wrap home page

Andreas Rottmann — 2012-05-29T07:55:28

Fixed now; thanks for the hint.  The homepage is created from Emacs
org-mode files; I really should put them (along with corresponding
org-mode configuration) online; however, I'd need to split out the
latter from my overall org-mode config first.

Regards, Rotty

Re: bad link on g-wrap home page

Andy Wingo — 2012-05-24T12:54:48


Interesting.  I don't know how the web pages are made, so Andreas would
have to make this change.

Cheers,

Andy

Re: g-wrap and -j4

Andy Wingo — 2012-05-24T12:53:34


If you get the error again, please attach it to a mail.


It should, but as you found out, perhaps it doesn't :/  Would be good to
fix.

Andy

bad link on g-wrap home page

Greg Troxel — 2012-05-23T23:18:56

at

  http://www.nongnu.org/g-wrap/

there is a link to

  http://www.//home.gna.org/guile-gnome/
_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev

g-wrap and -j4

Greg Troxel — 2012-05-23T23:14:11

I was rebuilding packages (NetBSD, pkgsrc), and on building g-wrap
1.9.14 (with guile 1.8.8) got a mysterious error with an obviously
malformed standard.c.   By default I was using -j4.  After disabling
parallel make, g-wrap built fine.

So my question is whether g-wrap is thought to build ok with -j4?

I have marked the pkgsrc package as not safe for parallel builds, so
this is not a big deal, but it seems like a bug.

_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev

Re: [David Holland] Re: CVS commit: pkgsrc/devel/g-wrap

Andreas Rottmann — 2012-02-05T14:06:45

Yes, it should build and work with any recent gcc (just checked with gcc
4.5 on a Debian sid amd64 system). Could you please provide more
detailed information (full build log, content of offending file?).


Regards, Rotty

[David Holland] Re: CVS commit: pkgsrc/devel/g-wrap

Greg Troxel — 2011-12-06T16:37:32

I updated g-wrap in pkgsrc to 1.9.14, and while it compiled fine on
NetBSD 5.1-stable, i386, gcc 4.1.3, it failed on NetBSD-current on gcc
4.5.


Is g-wrap thought to be ok with gcc 4.5?


_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev

G-Wrap 1.9.14 released

Andreas Rottmann — 2011-12-05T01:22:51

Hi!

I'm pleased to announce G-Wrap 1.9.14; as always, it can be downloaded
from <http://www.nongnu.org/g-wrap/>.

This release adds support for the Guile 2.0.x branch, while staying
compatible with 1.8.x.

About G-Wrap:

  G-Wrap is a tool (and Guile library) for generating function wrappers
  for inter-language calls. It currently only supports generating Guile
  wrappers for C functions.

Changes since 1.9.13:

    - Guile 2.0 is now supported.

    - G-Wrap no longer ships SRFI 34 and SRFI 35 implementations, as
      these have been both provided by Guile since 1.8.3.

Regards, Rotty

Re: g-wrap release?

Andreas Rottmann — 2011-11-26T23:13:39

Very nice -- this was indeed the last issue keeping me from releasing.
I hope to find time tomorrow (Sunday) to push out 1.9.14.

Regards, Rotty

Re: Segfault in `aggregated' tests on Guile 1.9

Andy Wingo — 2011-11-23T21:21:49

Hi,

On Sun 26 Sep 2010 16:20, Andreas Rottmann <a.rottmann< at >gmx.at> writes:


In the end, this was simple, but subtle.  See my recent mail to
guile-user regarding SMOB mark functions for more details.

Cheers,

Andy

g-wrap release?

Andy Wingo — 2011-11-23T21:24:05

Hi Andreas,

With the patch I just pushed to g-wrap, the test suites pass again on
Guile 2.0.  How about a release?  :-)

Cheers,

Andy

Re: g-wrap build fails, missing standard.c?

Brad Whitlock — 2011-06-24T02:30:14

Thank you!

I was using BSD make.

---
Some notes:

Installed gmake:
$ sudo portinstall devel/gmake
$ cd /usr/local/bin
$ ln -s gmake make

Then made sure /usr/local/bin comes before /usr/bin in $PATH




On Thu, Jun 23, 2011 at 9:42 AM, Andreas Rottmann <a.rottmann< at >gmx.at> wrote:

_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev

Re: g-wrap build fails, missing standard.c?

Andreas Rottmann — 2011-06-23T15:42:00

It is indeed auto-generated, and there's the following fragment in
guile/g-wrap/gw/Makefile.am that provides a build rule for it:

LIBGW_STANDARD_GWGEN = $(addprefix standard, .h .c .scm) 

${LIBGW_STANDARD_GWGEN}: $(top_srcdir)/guile/g-wrap/guile/ws/standard.scm
        guile $(GUILE_FLAGS) -c \
          $(SETGWPATH)"(use-modules (g-wrap)) \
                       (use-modules (g-wrap guile)) \
                       (use-modules (g-wrap guile ws standard)) \
                       (generate-wrapset 'guile 'standard \"standard\")"

I just tried a clean, non-srcdir build, and here (Debian sid, amd64)
everything works fine.  Could it be the case that your build is using a
non-GNU or very old GNU make?

Regards, Rotty

Re: g-wrap build fails, missing standard.c?

Brad Whitlock — 2011-06-23T02:05:20

Just for kicks, I just tried to build in the same dir, but no success.

-Brad


On Tue, Jun 21, 2011 at 7:54 PM, Brad Whitlock
<bradley.whitlock< at >gmail.com>wrote:

_______________________________________________
g-wrap-dev mailing list
g-wrap-dev< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/g-wrap-dev