kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/audio/libvisual/buildlink3.mk

16 lines
431 B
Makefile
Raw Normal View History

Fix indentation in buildlink3.mk files. The actual fix as been done by "pkglint -F */*/buildlink3.mk", and was reviewed manually. There are some .include lines that still are indented with zero spaces although the surrounding .if is indented. This is existing practice.
2018-01-07 14:03:53 +01:00
# $NetBSD: buildlink3.mk,v 1.14 2018/01/07 13:03:55 rillig Exp $
Initial import of libvisual-0.1.7: Libvisual is an abstraction library that comes between applications and audio visualisation plugins. Often when it comes to audio visualisation plugins or programs that create visuals, they depend on a player or something else; basically, there is no general framework that enabled application developers to easily access cool audio visualisation plugins. Libvisual wants to change this by providing an interface towards plugins and applications; through this easy to use interface applications can easily access plugins and, since the drawing is done by the application, it also enables the developer to draw the visual anywhere he wants. The framework also allows you to morph to different plugins and mix two at once; all kinds of neat tricks are possible using this method.
2004-11-05 21:55:48 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
BUILDLINK_TREE+= libvisual
Initial import of libvisual-0.1.7: Libvisual is an abstraction library that comes between applications and audio visualisation plugins. Often when it comes to audio visualisation plugins or programs that create visuals, they depend on a player or something else; basically, there is no general framework that enabled application developers to easily access cool audio visualisation plugins. Libvisual wants to change this by providing an interface towards plugins and applications; through this easy to use interface applications can easily access plugins and, since the drawing is done by the application, it also enables the developer to draw the visual anywhere he wants. The framework also allows you to morph to different plugins and mix two at once; all kinds of neat tricks are possible using this method.
2004-11-05 21:55:48 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
.if !defined(LIBVISUAL_BUILDLINK3_MK)
LIBVISUAL_BUILDLINK3_MK:=
Initial import of libvisual-0.1.7: Libvisual is an abstraction library that comes between applications and audio visualisation plugins. Often when it comes to audio visualisation plugins or programs that create visuals, they depend on a player or something else; basically, there is no general framework that enabled application developers to easily access cool audio visualisation plugins. Libvisual wants to change this by providing an interface towards plugins and applications; through this easy to use interface applications can easily access plugins and, since the drawing is done by the application, it also enables the developer to draw the visual anywhere he wants. The framework also allows you to morph to different plugins and mix two at once; all kinds of neat tricks are possible using this method.
2004-11-05 21:55:48 +01:00
Update to 0.4: New in 0.4.0: * Real time timestamping support. (Dennis) * Will unref plugins that don't match the ABI version. (Dennis) * Added VisRectangle system. (Dennis) * New BMP loader that supports all depths and RLE encoding. (Sepp) * visual_mem_set(), visual_mem_set16(), visual_mem_set32() Optimized memset functions. (Dennis) * VisVideo new composite system. (Dennis) * VisVideo sub regions. (Dennis) * visual_video_zoom_*(). (Jaak) * visual_video_mirror_*(). (Jaak) * visual_video_rotate_*(). (Jaak) * Removed obsolete visual_video_depth_transform_to_buffer(). (Jaak) * Added VisCollection system. (Dennis) * Added VisHashmap. (Dennis) * Added VisCache. (Dennis) * VisAudio rewrite. (Dennis) * Added .license bit to VisPluginInfo for realtime license check. (Dennis) * Removed .struct_size and .api_version from the VisPluginInfo structure, and revamped the plugin version check system. Put VISUAL_PLUGIN_API_VERSION_VALIDATOR somewhere in your plugin and it'll work. (Dennis) * Homedir installable plugins ~/.libvisual/actor transform morph input. (Dennis) * Added VisOS. Realtime priority functions are hosted in this module. (Dennis) * Added VisMath. All kind of math related functions have been added, most note worthy are the _vectorized_. All of these are accelerated by mmx/3dnow/sse instructions. * VisFourier completely revamped. (Chong Kai Xiong) Breaks compatibility with 0.2 releases.
2006-07-04 01:33:43 +02:00
BUILDLINK_API_DEPENDS.libvisual+= libvisual>=0.4.0
Fix indentation in buildlink3.mk files. The actual fix as been done by "pkglint -F */*/buildlink3.mk", and was reviewed manually. There are some .include lines that still are indented with zero spaces although the surrounding .if is indented. This is existing practice.
2018-01-07 14:03:53 +01:00
BUILDLINK_ABI_DEPENDS.libvisual+= libvisual>=0.4.0nb3
Update to 0.4: New in 0.4.0: * Real time timestamping support. (Dennis) * Will unref plugins that don't match the ABI version. (Dennis) * Added VisRectangle system. (Dennis) * New BMP loader that supports all depths and RLE encoding. (Sepp) * visual_mem_set(), visual_mem_set16(), visual_mem_set32() Optimized memset functions. (Dennis) * VisVideo new composite system. (Dennis) * VisVideo sub regions. (Dennis) * visual_video_zoom_*(). (Jaak) * visual_video_mirror_*(). (Jaak) * visual_video_rotate_*(). (Jaak) * Removed obsolete visual_video_depth_transform_to_buffer(). (Jaak) * Added VisCollection system. (Dennis) * Added VisHashmap. (Dennis) * Added VisCache. (Dennis) * VisAudio rewrite. (Dennis) * Added .license bit to VisPluginInfo for realtime license check. (Dennis) * Removed .struct_size and .api_version from the VisPluginInfo structure, and revamped the plugin version check system. Put VISUAL_PLUGIN_API_VERSION_VALIDATOR somewhere in your plugin and it'll work. (Dennis) * Homedir installable plugins ~/.libvisual/actor transform morph input. (Dennis) * Added VisOS. Realtime priority functions are hosted in this module. (Dennis) * Added VisMath. All kind of math related functions have been added, most note worthy are the _vectorized_. All of these are accelerated by mmx/3dnow/sse instructions. * VisFourier completely revamped. (Chong Kai Xiong) Breaks compatibility with 0.2 releases.
2006-07-04 01:33:43 +02:00
BUILDLINK_PKGSRCDIR.libvisual?= ../../audio/libvisual
Initial import of libvisual-0.1.7: Libvisual is an abstraction library that comes between applications and audio visualisation plugins. Often when it comes to audio visualisation plugins or programs that create visuals, they depend on a player or something else; basically, there is no general framework that enabled application developers to easily access cool audio visualisation plugins. Libvisual wants to change this by providing an interface towards plugins and applications; through this easy to use interface applications can easily access plugins and, since the drawing is done by the application, it also enables the developer to draw the visual anywhere he wants. The framework also allows you to morph to different plugins and mix two at once; all kinds of neat tricks are possible using this method.
2004-11-05 21:55:48 +01:00
Recursively include gettext-lib for the sake of libtool.
2007-12-29 17:11:38 +01:00
.include "../../devel/gettext-lib/buildlink3.mk"
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
.endif # LIBVISUAL_BUILDLINK3_MK
Recursively include gettext-lib for the sake of libtool.
2007-12-29 17:11:38 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
BUILDLINK_TREE+= -libvisual
Reference in a new issue Copy permalink