aboutsummaryrefslogblamecommitdiffstats
path: root/system/doc/tutorial/example.xmlsrc
blob: e205ca189e7943f804a1cc1660342f7f549e9c2b (plain) (tree)
1
2
3
4
5
6
7
                                       




                                       
                                        

























                                                                            









                                                                          




                     



                                                                      


            
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE chapter SYSTEM "chapter.dtd">

<chapter>
  <header>
    <copyright>
      <year>2000</year><year>2015</year>
      <holder>Ericsson AB. All Rights Reserved.</holder>
    </copyright>
    <legalnotice>
      The contents of this file are subject to the Erlang Public License,
      Version 1.1, (the "License"); you may not use this file except in
      compliance with the License. You should have received a copy of the
      Erlang Public License along with this software. If not, it can be
      retrieved online at http://www.erlang.org/.
    
      Software distributed under the License is distributed on an "AS IS"
      basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See
      the License for the specific language governing rights and limitations
      under the License.
    
    </legalnotice>

    <title>Problem Example</title>
    <prepared></prepared>
    <docno></docno>
    <date></date>
    <rev></rev>
    <file>example.xml</file>
  </header>

  <section>
    <title>Description</title>
    <p>A common interoperability situation is when you want to incorporate
      a piece of code, solving a complex problem, in your Erlang
      program. Suppose for example, that you have the following C
      functions that you would like to call from Erlang:</p>
      <codeinclude file="complex.c" tag="" type="none"></codeinclude>
    <p>The functions are deliberately kept as simple as possible, for
      readability reasons.</p>
    <p>From an Erlang perspektive, it is preferable to be able to call
      <c>foo</c> and <c>bar</c> without having to bother about that
      they are C functions:</p>
    <pre>
% Erlang code
...
Res = complex:foo(X),
...</pre>
    <p>Here, the communication with C is hidden in the implementation
      of <c>complex.erl</c>.
      In the following sections, it is shown how this module can be
      implemented using the different interoperability mechanisms.</p>
  </section>
</chapter>