Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merge Guile 2.0 support into master #42

Merged
merged 16 commits into from
Apr 29, 2013
Merged

Conversation

gjanssens
Copy link
Contributor

This series of commits will

  • add support for guile 2.0
  • drop support for guile 1.6
  • drop support for generating wrappers using guile's gh interface
  • fix all tests and examples to have a successful travis test

gjanssens and others added 16 commits April 28, 2013 22:06
In other words guilescm becomes guile.
Deprecated gh api tests are moved to guilegh.
Note: only the scm interface is considered.
Note: guile-config is badly broken for guile 2. So
the guile configure  section has been rewritten to
use pkg-config instead.

Manually resolved conflicts:
	Examples/Makefile.in
All of guile's interface files now use the scm interface.
This should not affect any users. Swig generated code
using the scm interface can be mixed with gh interface
using user code.
It does simplify maintenance of the guile swig code though.
On 19/04/13 18:41, Geert Janssens wrote:
> Hi,
>
> I'm working through the failing testcases for guile. One testcase fails
> with a compilation error in some generated code based on std_map and
> std_pair. I know exactly where this generated code comes from, but my
> C++ knowledge is insufficient to understand the error, let alone remedy
> it. I gather some kind of const violation, but that's all I can read
> from it :( My hope is that someone used to working with stl will more
> easily understand it.
>
> So, if someone can help me understand the error and what the fix would
> be in C++, I can fix the corresponding .i file.
>
> This is the code snippet the causes the error:
>

<snip>

>
> /usr/lib/gcc/i686-redhat-linux/4.7.2/../../../../include/c++/4.7.2/bits/stl_pair.h:88:12:
> error: non-static const member ‘const std::pair<int, A*> std::pair<int,
> const std::pair<int, A*> >::second’, can’t use default assignment operator

This is the main problem - it is saying there is no default assignment
operator (because one of the members in pair is const). The solution is
to avoid assignment. I've attached a patch to do this plus some error
message corrections.

William
Autocompilation generates a lot of warnings. Most of them
just informational, but it clutters the test output.
- add missing library in link phase
- empty true path () for if is not allowed
- fix compiler warning
- fix guile 2 deprecation warnings
- minor cleanup of generated code
@wsfulton wsfulton merged commit 7297f5a into swig:master Apr 29, 2013
@shanecelis
Copy link

Thank you, Geert Janssens and William S Fulton, for updating SWIG for Guile 2.0. It's much appreciated by me and others in #guile at irc.freenode.net.

Any chance directors may be coming down the pike?

@wsfulton
Copy link
Member

Sorry, but I havn't heard of anyone planning on implementing this.

@gjanssens
Copy link
Contributor Author

I currently have no more spare time available to work on guile support in swig. So I won't be the one to implement this, sorry.

@shanecelis
Copy link

No need to apologize. My compliments to you both again for this excellent patch. I may take up the charge in integrating directors myself. We shall see.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants