summaryrefslogtreecommitdiff
path: root/devel/liboil
AgeCommit message (Collapse)AuthorFilesLines
2007-11-25Needs asprintf, which is missing on Solaris.rillig1-1/+2
2007-06-01Update to 0.3.12:wiz2-6/+6
Support for the jpeg decoder was improved. C++ support was improved. Various speedups and smaller improvements were done.
2007-04-13Re-apply a modified version of the patches for PR pkg/34886 which wasdrochner3-1/+51
about ICEs with gcc3. The difference now is that SSE2+ generally works in i386, due to some evil hacks in liboil which work around gcc's problems. With gcc4 everything is fine for me. So disable the functions suspected to cause ICEs only for gcc<4 on i386. This hopefully fixes PR pkg/36142 by Gilles Gravier.
2007-04-12Fix build on DragonFly.joerg2-1/+15
2007-04-10update to 0.3.11drochner5-80/+6
changes: - Finally integrated the SSE stack realignment wrappers and reenabled the SSE intrinsics code. - Migrated some new classes from Schroedinger for adding/subtracting s16 and u8 values. - Improved CPU detection on Solaris - Remove XScale timestamping function, since it's not available from user space - Export oil_debug_print(), so the OIL_DEBUG() macros can be used outside the library. - Various new implementations.
2006-11-24update to 0.3.10drochner3-29/+10
changes: - Lots of new classes and implementations were added for Schrödinger. - Several i386 implementations also compile on amd64, so these were copied over to a separate directory and are now enabled on amd64. - Feature detection on amd64 has been fixed. - All known startup warnings have been fixed. - The core now handles arrays that are 'N plus a constant' in length. - Wrap a bunch of functions in HAVE_UNALIGNED_ACCESS to indicate that they require an architecture that handles unaligned access.
2006-10-23-Fix compiler errors with gcc-3.3.3 on i386, reported by Robert Elz perdrochner5-4/+68
PR pkg/34886. Just #ifdef out the code on i386; it was disabled at another layer anyway (due to alignment problems with any gcc on i386). Thanks to Robert for testing. -Make sure cpuid is read on amd64, to enable mmx/sse support. (We could just assume it, but for the future this makes more sense.) -bump PKGREVISION
2006-10-19update to 0.3.9drochner4-40/+72
Most changes (since 0.3.6) were done in 0.3.7 appearently, where no changelog doesn't exist for. I see many additions of MMX/SSE optimized functions. The rest is bugfixes. Pkgsrc patch: SSE2/3 are disabled on i386 for now because gcc doesn't ensure stack alignment for automatic 128-bit variables. Future liboil versions will work around this. See http://lists.freedesktop.org/archives/liboil/2006-August/000102.html and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368991
2006-09-03Oops, it's SUBST_MESSAGE, not SUBST_MESSAGES.rillig1-2/+2
2006-08-29add test targetdrochner1-1/+3
2006-07-13The better way to fix the Solaris problem of <stdint.h> is to replacerillig1-3/+6
the header name in the installed headers. Otherwise the packages that depend on this one have to use the same hack as in the previous revision of this file.
2006-07-13Solaris 5.8 does not have <stdint.h>, only <inttypes.h>.rillig1-1/+8
2006-07-08Change the format of BUILDLINK_ORDER to contain depth information as well,jlam1-2/+2
and add a new helper target and script, "show-buildlink3", that outputs a listing of the buildlink3.mk files included as well as the depth at which they are included. For example, "make show-buildlink3" in fonts/Xft2 displays: zlib fontconfig iconv zlib freetype2 expat freetype2 Xrender renderproto
2006-07-08Track information in a new variable BUILDLINK_ORDER that informs usjlam1-1/+2
of the order in which buildlink3.mk files are (recursively) included by a package Makefile.
2006-04-12Aligned the last line of the buildlink3.mk files with the first line, sorillig1-2/+2
that they look nicer.
2006-04-06Over 1200 files touched but no revisions bumped :)reed1-2/+2
RECOMMENDED is removed. It becomes ABI_DEPENDS. BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo. BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo. BUILDLINK_DEPENDS does not change. IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS which defaults to "yes". Added to obsolete.mk checking for IGNORE_RECOMMENDED. I did not manually go through and fix any aesthetic tab/spacing issues. I have tested the above patch on DragonFly building and packaging subversion and pkglint and their many dependencies. I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I have used IGNORE_RECOMMENDED for a long time). I have been an active user of IGNORE_RECOMMENDED since it was available. As suggested, I removed the documentation sentences suggesting bumping for "security" issues. As discussed on tech-pkg. I will commit to revbump, pkglint, pkg_install, createbuildlink separately. Note that if you use wip, it will fail! I will commit to pkgsrc-wip later (within day).
2006-03-04Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where nojlam1-2/+2
developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers.
2006-01-16Initial addition of the buildlink3.mk file.jmmv1-0/+18
2006-01-15Upon further inspection (while writing the buildlink3.mk file), I noticedjmmv1-3/+2
that this does not really need glib2. Remove the dependency.
2006-01-15Initial import of liboil, version 0.3.6:jmmv4-0/+89
Liboil is a library of simple functions that are optimized for various CPUs. These functions are generally loops implementing simple algorithms, such as converting an array of N integers to floating-point numbers or multiplying and summing an array of N numbers. Such functions are candidates for significant optimization using various techniques, especially by using extended instructions provided by modern CPUs (Altivec, MMX, SSE, etc.). Many multimedia applications and libraries already do similar things internally. The goal of this project is to consolidate some of the code used by various multimedia projects and also make optimizations easier to use by a broader range of applications. This is needed for the upcoming gstreamer 0.10.