summaryrefslogtreecommitdiff
path: root/render/mipict.c
diff options
context:
space:
mode:
authorPaulo Cesar Pereira de Andrade <pcpa@mandriva.com.br>2008-12-03 05:43:34 -0200
committerPaulo Cesar Pereira de Andrade <pcpa@mandriva.com.br>2008-12-03 05:43:34 -0200
commit49f77fff1495c0a2050fb18f9b1fc627839bbfc2 (patch)
treeeebaec908150abfc0159d9ee941404918f553113 /render/mipict.c
parent0b8f8b24f718820a72ebdc52423c2e6a44e848c5 (diff)
Rework symbol visibility for easier maintenance
Save in a few special cases, _X_EXPORT should not be used in C source files. Instead, it should be used in headers, and the proper C source include that header. Some special cases are symbols that need to be shared between modules, but not expected to be used by external drivers, and symbols that are accessible via LoaderSymbol/dlopen. This patch also adds conditionally some new sdk header files, depending on extensions enabled. These files were added to match pattern for other extensions/modules, that is, have the headers "deciding" symbol visibility in the sdk. These headers are: o Xext/panoramiXsrv.h, Xext/panoramiX.h o fbpict.h (unconditionally) o vidmodeproc.h o mioverlay.h (unconditionally, used only by xaa) o xfixes.h (unconditionally, symbols required by dri2) LoaderSymbol and similar functions now don't have different prototypes, in loaderProcs.h and xf86Module.h, so that both headers can be included, without the need of defining IN_LOADER. xf86NewInputDevice() device prototype readded to xf86Xinput.h, but not exported (and with a comment about it).
Diffstat (limited to 'render/mipict.c')
-rw-r--r--render/mipict.c28
1 files changed, 14 insertions, 14 deletions
diff --git a/render/mipict.c b/render/mipict.c
index abb6239ce..777f111e5 100644
--- a/render/mipict.c
+++ b/render/mipict.c
@@ -37,20 +37,20 @@
#define __inline
#endif
-_X_EXPORT int
+int
miCreatePicture (PicturePtr pPicture)
{
return Success;
}
-_X_EXPORT void
+void
miDestroyPicture (PicturePtr pPicture)
{
if (pPicture->freeCompClip)
REGION_DESTROY(pPicture->pDrawable->pScreen, pPicture->pCompositeClip);
}
-_X_EXPORT void
+void
miDestroyPictureClip (PicturePtr pPicture)
{
switch (pPicture->clientClipType) {
@@ -71,7 +71,7 @@ miDestroyPictureClip (PicturePtr pPicture)
pPicture->clientClipType = CT_NONE;
}
-_X_EXPORT int
+int
miChangePictureClip (PicturePtr pPicture,
int type,
pointer value,
@@ -116,14 +116,14 @@ miChangePictureClip (PicturePtr pPicture,
return Success;
}
-_X_EXPORT void
+void
miChangePicture (PicturePtr pPicture,
Mask mask)
{
return;
}
-_X_EXPORT void
+void
miValidatePicture (PicturePtr pPicture,
Mask mask)
{
@@ -248,14 +248,14 @@ miValidatePicture (PicturePtr pPicture,
}
}
-_X_EXPORT int
+int
miChangePictureTransform (PicturePtr pPicture,
PictTransform *transform)
{
return Success;
}
-_X_EXPORT int
+int
miChangePictureFilter (PicturePtr pPicture,
int filter,
xFixed *params,
@@ -341,7 +341,7 @@ miClipPictureSrc (RegionPtr pRegion,
}
}
-_X_EXPORT void
+void
miCompositeSourceValidate (PicturePtr pPicture,
INT16 x,
INT16 y,
@@ -403,7 +403,7 @@ miCompositeSourceValidate (PicturePtr pPicture,
* an allocation failure, but rendering ignores those anyways.
*/
-_X_EXPORT Bool
+Bool
miComputeCompositeRegion (RegionPtr pRegion,
PicturePtr pSrc,
PicturePtr pMask,
@@ -494,7 +494,7 @@ miComputeCompositeRegion (RegionPtr pRegion,
return TRUE;
}
-_X_EXPORT void
+void
miRenderColorToPixel (PictFormatPtr format,
xRenderColor *color,
CARD32 *pixel)
@@ -545,7 +545,7 @@ miFillColor (CARD32 pixel, int bits)
return (CARD16) pixel;
}
-_X_EXPORT Bool
+Bool
miIsSolidAlpha (PicturePtr pSrc)
{
ScreenPtr pScreen;
@@ -579,7 +579,7 @@ miIsSolidAlpha (PicturePtr pSrc)
}
}
-_X_EXPORT void
+void
miRenderPixelToColor (PictFormatPtr format,
CARD32 pixel,
xRenderColor *color)
@@ -612,7 +612,7 @@ miRenderPixelToColor (PictFormatPtr format,
}
}
-_X_EXPORT Bool
+Bool
miPictureInit (ScreenPtr pScreen, PictFormatPtr formats, int nformats)
{
PictureScreenPtr ps;