archive/blender-archive
Archived
1
1
Fork 0
Code Pull Requests Packages Activity
This repository has been archived on 2023-10-09. You can view files and clone it, but cannot push or open issues or pull requests.
Files
04428d6750d7309d7c7436c65b465f2b51d3d6a2
blender-archive/source/blender/blenpluginapi/externdef.h

47 lines
1.8 KiB
C++
Raw Normal View History

This is a modified version of patch #4200 http://projects.blender.org/tracker/index.php?func=detail&aid=4200&group_id=9&atid=127 It adds platform depenant prefix to function calls (extern on non windows platforms more complicated on windows) So that windows plugins can reference functions inside of blender. there is a small TODO still... Make release should build the helper library required under windows and modify how they build the plugins: dlltool --input-def plugin.DEF --output-lib libblenerplugin.a --dllname blender.exe and the pulgins should be made with: gcc -c (pluginname).c gcc -shared -o (pluginname).dll (pluginname).o libblenderplugin.a Kent
2006-06-16 20:00:00 +00:00
/* Copyright (c) 1999, Not a Number / NeoGeo b.v.
*
* All rights reserved.
*
* Contact: info@blender.org
* Information: http://www.blender.org
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*/
#ifndef _EXTERNDEF_H
#define _EXTERNDEF_H
#ifdef WIN32
#ifdef PLUGIN_INTERN
#define LIBEXPORT __declspec(dllexport)
This is an expanded patch of this: [#8067] external texture plugin thread-safe modifications Submitted By: David Anderson (davywavy) It makes it so the "result" array is passed in, instead of a global var. I expanded the patch so it will play nice with older plugins that are not thread safe as well. I also updated the existing plugins in the release, so they are thread safe. --------------- What do people think of this.... ------------------ This should maybe be talked about in the functionality board or something, but what do people think of adding in default texture/sequence plugins. or making a seperate tree like lib for plugins. The reason I ask is we have had a couple of upgrades to the plugin system. (supporting float buffers for sequencer, and this one for textures) http://www.cs.umn.edu/~mein/blender/plugins does not store revisions of plugins I just make sure they work with the latest version. This is getting messy. I haven't upgraded a lot of them to use floats (I know, I'm lazy, and now this will also make modifications to the plugins) It would be nice to have some of the standard ones under revision control. We also seem to be having an explosion of platforms supported. It would be nice to have platform maintainers compiling plugins as well for releases. (Its getting to be more work for me to keep up with things...) I'll go back to my corner now and be quite. ;) Kent
2008-04-18 19:10:03 +00:00
#define LIBIMPORT __declspec(dllexport)
This is a modified version of patch #4200 http://projects.blender.org/tracker/index.php?func=detail&aid=4200&group_id=9&atid=127 It adds platform depenant prefix to function calls (extern on non windows platforms more complicated on windows) So that windows plugins can reference functions inside of blender. there is a small TODO still... Make release should build the helper library required under windows and modify how they build the plugins: dlltool --input-def plugin.DEF --output-lib libblenerplugin.a --dllname blender.exe and the pulgins should be made with: gcc -c (pluginname).c gcc -shared -o (pluginname).dll (pluginname).o libblenderplugin.a Kent
2006-06-16 20:00:00 +00:00
#else
This is an expanded patch of this: [#8067] external texture plugin thread-safe modifications Submitted By: David Anderson (davywavy) It makes it so the "result" array is passed in, instead of a global var. I expanded the patch so it will play nice with older plugins that are not thread safe as well. I also updated the existing plugins in the release, so they are thread safe. --------------- What do people think of this.... ------------------ This should maybe be talked about in the functionality board or something, but what do people think of adding in default texture/sequence plugins. or making a seperate tree like lib for plugins. The reason I ask is we have had a couple of upgrades to the plugin system. (supporting float buffers for sequencer, and this one for textures) http://www.cs.umn.edu/~mein/blender/plugins does not store revisions of plugins I just make sure they work with the latest version. This is getting messy. I haven't upgraded a lot of them to use floats (I know, I'm lazy, and now this will also make modifications to the plugins) It would be nice to have some of the standard ones under revision control. We also seem to be having an explosion of platforms supported. It would be nice to have platform maintainers compiling plugins as well for releases. (Its getting to be more work for me to keep up with things...) I'll go back to my corner now and be quite. ;) Kent
2008-04-18 19:10:03 +00:00
#define LIBEXPORT __declspec(dllexport)
#define LIBIMPORT extern __declspec(dllimport)
This is a modified version of patch #4200 http://projects.blender.org/tracker/index.php?func=detail&aid=4200&group_id=9&atid=127 It adds platform depenant prefix to function calls (extern on non windows platforms more complicated on windows) So that windows plugins can reference functions inside of blender. there is a small TODO still... Make release should build the helper library required under windows and modify how they build the plugins: dlltool --input-def plugin.DEF --output-lib libblenerplugin.a --dllname blender.exe and the pulgins should be made with: gcc -c (pluginname).c gcc -shared -o (pluginname).dll (pluginname).o libblenderplugin.a Kent
2006-06-16 20:00:00 +00:00
#endif
#elif !defined(WIN32)
#define LIBEXPORT extern
This is an expanded patch of this: [#8067] external texture plugin thread-safe modifications Submitted By: David Anderson (davywavy) It makes it so the "result" array is passed in, instead of a global var. I expanded the patch so it will play nice with older plugins that are not thread safe as well. I also updated the existing plugins in the release, so they are thread safe. --------------- What do people think of this.... ------------------ This should maybe be talked about in the functionality board or something, but what do people think of adding in default texture/sequence plugins. or making a seperate tree like lib for plugins. The reason I ask is we have had a couple of upgrades to the plugin system. (supporting float buffers for sequencer, and this one for textures) http://www.cs.umn.edu/~mein/blender/plugins does not store revisions of plugins I just make sure they work with the latest version. This is getting messy. I haven't upgraded a lot of them to use floats (I know, I'm lazy, and now this will also make modifications to the plugins) It would be nice to have some of the standard ones under revision control. We also seem to be having an explosion of platforms supported. It would be nice to have platform maintainers compiling plugins as well for releases. (Its getting to be more work for me to keep up with things...) I'll go back to my corner now and be quite. ;) Kent
2008-04-18 19:10:03 +00:00
#define LIBIMPORT extern
This is a modified version of patch #4200 http://projects.blender.org/tracker/index.php?func=detail&aid=4200&group_id=9&atid=127 It adds platform depenant prefix to function calls (extern on non windows platforms more complicated on windows) So that windows plugins can reference functions inside of blender. there is a small TODO still... Make release should build the helper library required under windows and modify how they build the plugins: dlltool --input-def plugin.DEF --output-lib libblenerplugin.a --dllname blender.exe and the pulgins should be made with: gcc -c (pluginname).c gcc -shared -o (pluginname).dll (pluginname).o libblenderplugin.a Kent
2006-06-16 20:00:00 +00:00
#endif
#endif /* _EXTERNDEF_H */
Copy Permalink