[update] swig 2.0.8 (Was: Patch: swig doesn't compile with mzscheme (racket) installed)
On Mon, Oct 15, 2012 at 05:02:48PM +0200, Landry Breuil wrote: On Mon, Oct 15, 2012 at 10:47:08AM -0400, Stuart Cassoff wrote: No interest? not really, but i'll try to run it through a bulk build. you should see the guard_local thingy with matthew@, but maybe the machine where you tested wasnt enough up to date. I've also experienced the __guard_local failures on an up2date ad64, some python regress tests fail: /usr/local/bin/python2.7:/usr/obj/ports/swig-2.0.8/swig-2.0.8/Examples/python/constants/_example.so:undefined symbol '__guard_local' The update itself only broke zarafa-webaccess: icalmapi_wrap.cxx:3678: error: 'SWIG_From_long' was not declared in this scope So see that with zarafa maintainers. that'd also be good to have it tested on ppc sparc64. Landry On 10/03/12 06:34, Stuart Cassoff wrote: On 09/08/12 19:58, Juan Francisco Cantero Hurtado wrote: On Sun, Sep 09, 2012 at 01:01:37AM +0200, Juan Francisco Cantero Hurtado wrote: On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) I was a bit wrong. The dependencies are only necessary for the tests and examples, not for compile the package or to use this from other languages. Don't blame me, I haven't used swig before of today :) Latest diff, based on your work and mine. Swig now seems to need boost. Objections/Suggestions? Some tests fail because of '__guard_local'. http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/gcc/gcc/targhooks.c rev 1.3 I have no idea what to do about that. Tested on amd64 and with a Tcl extension that wraps OpenGL (a big wrap). Not tested in a bulk or with other extensions. Stu
Re: [update] swig 2.0.8 (Was: Patch: swig doesn't compile with mzscheme (racket) installed)
On 10/16/12 11:06, Landry Breuil wrote: On Mon, Oct 15, 2012 at 05:02:48PM +0200, Landry Breuil wrote: On Mon, Oct 15, 2012 at 10:47:08AM -0400, Stuart Cassoff wrote: No interest? not really, but i'll try to run it through a bulk build. you should see the guard_local thingy with matthew@, but maybe the machine where you tested wasnt enough up to date. I've also experienced the __guard_local failures on an up2date ad64, some python regress tests fail: /usr/local/bin/python2.7:/usr/obj/ports/swig-2.0.8/swig-2.0.8/Examples/python/constants/_example.so:undefined symbol '__guard_local' The update itself only broke zarafa-webaccess: icalmapi_wrap.cxx:3678: error: 'SWIG_From_long' was not declared in this scope So see that with zarafa maintainers. that'd also be good to have it tested on ppc sparc64. Landry Thanks! Stu
Re: Patch: swig doesn't compile with mzscheme (racket) installed
No interest? On 10/03/12 06:34, Stuart Cassoff wrote: On 09/08/12 19:58, Juan Francisco Cantero Hurtado wrote: On Sun, Sep 09, 2012 at 01:01:37AM +0200, Juan Francisco Cantero Hurtado wrote: On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) I was a bit wrong. The dependencies are only necessary for the tests and examples, not for compile the package or to use this from other languages. Don't blame me, I haven't used swig before of today :) Latest diff, based on your work and mine. Swig now seems to need boost. Objections/Suggestions? Some tests fail because of '__guard_local'. http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/gcc/gcc/targhooks.c rev 1.3 I have no idea what to do about that. Tested on amd64 and with a Tcl extension that wraps OpenGL (a big wrap). Not tested in a bulk or with other extensions. Stu
Re: Patch: swig doesn't compile with mzscheme (racket) installed
On Mon, Oct 15, 2012 at 10:47:08AM -0400, Stuart Cassoff wrote: No interest? not really, but i'll try to run it through a bulk build. you should see the guard_local thingy with matthew@, but maybe the machine where you tested wasnt enough up to date. Landry On 10/03/12 06:34, Stuart Cassoff wrote: On 09/08/12 19:58, Juan Francisco Cantero Hurtado wrote: On Sun, Sep 09, 2012 at 01:01:37AM +0200, Juan Francisco Cantero Hurtado wrote: On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) I was a bit wrong. The dependencies are only necessary for the tests and examples, not for compile the package or to use this from other languages. Don't blame me, I haven't used swig before of today :) Latest diff, based on your work and mine. Swig now seems to need boost. Objections/Suggestions? Some tests fail because of '__guard_local'. http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/gcc/gcc/targhooks.c rev 1.3 I have no idea what to do about that. Tested on amd64 and with a Tcl extension that wraps OpenGL (a big wrap). Not tested in a bulk or with other extensions. Stu
Re: Patch: swig doesn't compile with mzscheme (racket) installed
On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Patch: swig doesn't compile with mzscheme (racket) installed
On Sun, Sep 09, 2012 at 01:01:37AM +0200, Juan Francisco Cantero Hurtado wrote: On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) I was a bit wrong. The dependencies are only necessary for the tests and examples, not for compile the package or to use this from other languages. Don't blame me, I haven't used swig before of today :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Patch: swig doesn't compile with mzscheme (racket) installed
The configure script of swig checks the existence of mzscheme and
performs one test. The test fails and adds two lines to Source/Makefile.
The second line breaks the compilation of swig.
mzscheme is part of racket, available in openbsd-wip. Some users of
openbsd-wip ports will have this problem.
Can someone commit this patch?. Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/swig/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- Makefile3 Sep 2012 08:11:40 - 1.53
+++ Makefile7 Sep 2012 20:58:01 -
@@ -34,7 +34,8 @@ CONFIGURE_ARGS+= --with-tclincl=${MODTCL
--with-python=${MODPY_BIN} \
--with-ruby=${RUBY} \
--without-php4 \
---without-ocaml
+--without-ocaml \
+--without-mzscheme
MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/Tools/config
ALL_TARGET=swig
Re: Patch: swig doesn't compile with mzscheme (racket) installed
The log of the compilation of the package: Building under devel/swig BDEPENDS = [devel/gmake;lang/python/2.7;lang/tcl/8.5;lang/ruby/1.8;lang/guile] FULLPKGNAME = swig-1.3.36p6 Running clean in devel/swig === devel/swig === Cleaning for swig-1.3.36p6 /usr/sbin/pkg_add -aI -rqU -Dupdate -Dupdatedepends gmake-3.82p1 guile-1.8.8p0 python-2.7.3p1 ruby-1.8.7.370 tcl-8.5.12 --- +ruby-1.8.7.370 --- If you want to use this package as your default system ruby, as root create symbolic links like so (overwriting any previous default): ln -sf /usr/local/bin/ruby18 /usr/local/bin/ruby ln -sf /usr/local/bin/erb18 /usr/local/bin/erb ln -sf /usr/local/bin/irb18 /usr/local/bin/irb ln -sf /usr/local/bin/rdoc18 /usr/local/bin/rdoc ln -sf /usr/local/bin/ri18 /usr/local/bin/ri ln -sf /usr/local/bin/testrb18 /usr/local/bin/testrb Running prepare in devel/swig === devel/swig === Verifying update for tcl-=8.5,8.6 in lang/tcl/8.5 === Returning to build of swig-1.3.36p6 === swig-1.3.36p6 depends on: tcl-=8.5,8.6 - tcl-8.5.12 === Verifying update for guile-* in lang/guile === Updating for guile-1.8.8p0 === guile-1.8.8p0 depends on: slib-* - slib-3b1 === guile-1.8.8p0 depends on: gettext-=0.10.38 - gettext-0.18.1p4 === guile-1.8.8p0 depends on: gmp-=4.1 - gmp-5.0.2p0 === guile-1.8.8p0 depends on: libltdl-* - libltdl-2.4.2 === guile-1.8.8p0 depends on: libiconv-* - libiconv-1.14 === guile-1.8.8p0 depends on: gmake-* - gmake-3.82p1 === Verifying specs: c gmp=6 ltdl m ncurses pthread readline intl=5 iconv=6 === found c.66.0 gmp.9.0 ltdl.5.0 m.7.1 ncurses.12.1 pthread.17.0 readline.3.0 intl.6.0 iconv.6.0 Upgrading from guile-1.8.8p0 |No change in quirks-1.75 Checking packages|No change in guile-1.8.8p0 === Returning to build of swig-1.3.36p6 === swig-1.3.36p6 depends on: guile-* - guile-1.8.8p0 === Verifying update for python-=2.7,2.8 in lang/python/2.7 === Returning to build of swig-1.3.36p6 === swig-1.3.36p6 depends on: python-=2.7,2.8 - python-2.7.3p1 === Verifying update for ruby-=1.8,1.9 in lang/ruby/1.8 === Updating for ruby-1.8.7.370 === ruby-1.8.7.370 depends on: groff-=1.21 - groff-1.21p8 === Verifying specs: c m readline termcap util crypto ncurses ssl z === found c.66.0 m.7.1 readline.3.0 termcap.12.1 util.11.3 crypto.20.1 ncurses.12.1 ssl.18.0 z.4.1 Upgrading from ruby-1.8.7.370 |No change in quirks-1.75 Checking packages|No change in ruby-1.8.7.370 === Returning to build of swig-1.3.36p6 === swig-1.3.36p6 depends on: ruby-=1.8,1.9 - ruby-1.8.7.370 === Verifying update for gmake-* in devel/gmake === Returning to build of swig-1.3.36p6 === swig-1.3.36p6 depends on: gmake-* - gmake-3.82p1 === Verifying specs: c m stdc++ c m stdc++ === found c.66.0 m.7.1 stdc++.55.0 Running fetch in devel/swig === devel/swig === Checking files for swig-1.3.36p6 Fetch http://downloads.sourceforge.net/sourceforge/swig/swig-1.3.36.tar.gz swig-1.3.36.tar.gz 0% | | 0 --:-- ETA swig-1.3.36.tar.gz 5% |* | 236 KB00:18 ETA swig-1.3.36.tar.gz 18% |* | 832 KB00:08 ETA swig-1.3.36.tar.gz 37% |***| 1676 KB00:05 ETA swig-1.3.36.tar.gz 55% |* | 2476 KB00:03 ETA swig-1.3.36.tar.gz 76% |***| 3440 KB00:01 ETA swig-1.3.36.tar.gz 98% |** | 4428 KB00:00 ETA swig-1.3.36.tar.gz 100% |***| 4497 KB00:06 Running patch in devel/swig === devel/swig === Checking files for swig-1.3.36p6 `/usr/ports/distfiles/swig-1.3.36.tar.gz' is up to date. (SHA256) swig-1.3.36.tar.gz: OK === Extracting for swig-1.3.36p6 === Patching for swig-1.3.36p6 Running configure in devel/swig === devel/swig === Configuring for swig-1.3.36p6 Using /usr/ports/pobj/swig-1.3.36/config.site (generated) configure: loading site script /usr/ports/pobj/swig-1.3.36/config.site checking build system type... x86_64-unknown-openbsd5.2 checking host system type... x86_64-unknown-openbsd5.2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin checking whether build environment is sane... yes checking for a thread-safe mkdir -p... mkdir -p checking for gawk... (cached) awk checking whether gmake sets $(MAKE)... yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... (cached) o checking whether we are using the
Re: Patch: swig doesn't compile with mzscheme (racket) installed
Now that you're in there, why not bring swig up to the latest?
I posted a diff for a swig-wip a while back and looking at it now,
it doesn't seem too hard to upgrade. I do remember being confused
about boost and that maybe swig will find and use things if installed,
even if --without-things is used.
Stu
On 09/07/12 17:19, Juan Francisco Cantero Hurtado wrote:
The configure script of swig checks the existence of mzscheme and
performs one test. The test fails and adds two lines to Source/Makefile.
The second line breaks the compilation of swig.
mzscheme is part of racket, available in openbsd-wip. Some users of
openbsd-wip ports will have this problem.
Can someone commit this patch?. Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/swig/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- Makefile 3 Sep 2012 08:11:40 - 1.53
+++ Makefile 7 Sep 2012 20:58:01 -
@@ -34,7 +34,8 @@ CONFIGURE_ARGS+= --with-tclincl=${MODTCL
--with-python=${MODPY_BIN} \
--with-ruby=${RUBY} \
--without-php4 \
- --without-ocaml
+ --without-ocaml \
+ --without-mzscheme
MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/Tools/config
ALL_TARGET= swig
