diff options
| author | Travis CI <zmoelnig@travis-ci.umlaeute.mur.at> | 2019-05-09 20:32:28 +0000 |
|---|---|---|
| committer | Travis CI <zmoelnig@travis-ci.umlaeute.mur.at> | 2019-05-09 20:32:28 +0000 |
| commit | 3114fb3194127af997234cd46bf97afc96fd3983 (patch) | |
| tree | 61593bb1a8f5cbba23185ae5d3dc3558c59cb42a /Gem/manual/WriteCode.html | |
| parent | 186d5afb000918bbcc6e1bf5af987ec48c5405ea (diff) | |
Gem 01b1861db023a225d01a4d5a519cf54f09f631f5 osx/x86_64
built 'master:01b1861db023a225d01a4d5a519cf54f09f631f5' for osx/x86_64
Diffstat (limited to 'Gem/manual/WriteCode.html')
| -rw-r--r-- | Gem/manual/WriteCode.html | 82 |
1 files changed, 41 insertions, 41 deletions
diff --git a/Gem/manual/WriteCode.html b/Gem/manual/WriteCode.html index d4d0480..1fb8e30 100644 --- a/Gem/manual/WriteCode.html +++ b/Gem/manual/WriteCode.html @@ -1,41 +1,41 @@ -<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
-<html>
-<head>
- <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
- <meta name="Author" content="Mark Danks">
- <meta name="Author" content="IOhannes m zmölnig">
- <title>Writing new objects</title>
-</head>
-<body>
-
-<center>
-<h2>
-<u>Creating new GEM objects</u></h2></center>
-Look at the source code :-) GEM is written in C++, which means that
-you have to jump through some hopes to interact properly with Pd, which
-is written in C. If you look in Base/CPPExtern.h, you will see a
-collection of macros which you can use to help you create new objects.
-Use one of the GEM objects which is closest to what you want to do as a
-template.
-<p>One problem on SGI...you will need to
-<p>setenv LD_LIBRARY_PATH "/where/ever/pd/gem"
-<p>so that rld (the run-time linker) can find the GEM dso. Because
-you are linking with GEM, Pd isn't involved with the run time linking process;
-it is all done when Pd calls dlopen.
-<p>On NT, there is much the same problem...
-<p>set your PATH environment variable to \where\ever\pd\gem
-<p>or
-<p>make sure that your new .dll is located in the same directory where
-GEM is.
-<p>On NT, all of the classes and functions are exported through declexport/declimport.
-You shouldn't have to do anything to call the functions. I have not
-had any problems making other dll's which are loaded into Pd at runtime.
-You need to make certain that you are exporting the correct functions.
-If your dll cannot find the gem.dll, then it will silently fail.
-<p>And of course, e-mail IOhannes m zmölnig (<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>) if you have any problems,
-questions, or solutions
-<p><img SRC="tribar.gif" height=13 width=561>
-<p><a href="index.html">[return]</a>
-<br>
-</body>
-</html>
+<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> +<html> +<head> + <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> + <meta name="Author" content="Mark Danks"> + <meta name="Author" content="IOhannes m zmölnig"> + <title>Writing new objects</title> +</head> +<body> + +<center> +<h2> +<u>Creating new GEM objects</u></h2></center> +Look at the source code :-) GEM is written in C++, which means that +you have to jump through some hopes to interact properly with Pd, which +is written in C. If you look in Base/CPPExtern.h, you will see a +collection of macros which you can use to help you create new objects. +Use one of the GEM objects which is closest to what you want to do as a +template. +<p>One problem on SGI...you will need to +<p>setenv LD_LIBRARY_PATH "/where/ever/pd/gem" +<p>so that rld (the run-time linker) can find the GEM dso. Because +you are linking with GEM, Pd isn't involved with the run time linking process; +it is all done when Pd calls dlopen. +<p>On NT, there is much the same problem... +<p>set your PATH environment variable to \where\ever\pd\gem +<p>or +<p>make sure that your new .dll is located in the same directory where +GEM is. +<p>On NT, all of the classes and functions are exported through declexport/declimport. +You shouldn't have to do anything to call the functions. I have not +had any problems making other dll's which are loaded into Pd at runtime. +You need to make certain that you are exporting the correct functions. +If your dll cannot find the gem.dll, then it will silently fail. +<p>And of course, e-mail IOhannes m zmölnig (<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>) if you have any problems, +questions, or solutions +<p><img SRC="tribar.gif" height=13 width=561> +<p><a href="index.html">[return]</a> +<br> +</body> +</html> |