graphics/swftools: use ${PREFIX}/share/man2c34d19987Port details
graphics/swftools 0.9.2_13
SWF manipulation and generation utilities
Port info
- Maintainer
- dinoex@FreeBSD.org
- Packages
- latest: 0.9.2_13
- Upstream
- up to date
- Last update
- to 0.9.2_13 · 2c34d19987
- Quarterly
- 2026Q4: 0.9.2_13
- WWW
- http://www.swftools.org/
- Links
- cgit · VuXML
Install
- Package
# pkg install swftoolsinstalls 0.9.2_13 fromlatest; fromquarterly(2026Q4) 0.9.2_13- Port
# cd /usr/ports/graphics/swftools && make install clean# make -C /usr/ports/graphics/swftools config # change options first
- Size
- 1.9 MiB download · 7.6 MiB installed
- Depends on
- devel/t1lib 5.1.2_5,1, graphics/freeglut 3.8.0, graphics/giflib 6.1.3, graphics/jpeg-turbo 3.1.4.1, math/fftw3 3.3.11, print/freetype2 2.14.3, x11-fonts/fontconfig 2.18.3,1
- License
- GPLv2
- Options
- 1 of 3 on in the package: OPENGL
Show the 2 options that are off
LAME PDF
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 0.9.2_13 | 0.9.2_13 | – |
| FreeBSD 15 | 0.9.2_13 | 0.9.2_13 | – |
| FreeBSD 14 | 0.9.2_13 | 0.9.2_13 | 0.9.2_13 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 0.9.2_13 | 0.9.2_13 | – |
| FreeBSD 14 | 0.9.2_13 | 0.9.2_13 | 0.9.2_13 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed (40)
The CVE record lists the packaged version 0.9.2_13 as affected, and no VuXML entry names the CVE. What does this mean?
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2024-26339 | 9.1 | 2024-03-05 | swftools v0.9.2 was discovered to contain a strcpy parameter overlap via /home/swftools/src/swfc+0x48318a. |
| CVE-2017-11096 | 8.8 | 2017-07-07 | When SWFTools 0.9.2 processes a crafted file in swfcombine, it can lead to a NULL Pointer Dereference in the swf_DeleteFilter() function in lib/modules/swffilter.c. |
| CVE-2017-11097 | 8.8 | 2017-07-07 | When SWFTools 0.9.2 processes a crafted file in swfc, it can lead to a NULL Pointer Dereference in the dict_lookup() function in lib/q.c. |
| CVE-2017-11098 | 8.8 | 2017-07-07 | When SWFTools 0.9.2 processes a crafted file in png2swf, it can lead to a Segmentation Violation in the png_load() function in lib/png.c. |
| CVE-2017-11099 | 8.8 | 2017-07-07 | When SWFTools 0.9.2 processes a crafted file in wav2swf, it can lead to a Segmentation Violation in the wav_convert2mono() function in lib/wav.c. |
| CVE-2017-11100 | 8.8 | 2017-07-07 | When SWFTools 0.9.2 processes a crafted file in swfextract, it can lead to a NULL Pointer Dereference in the swf_FoldSprite() function in lib/rxfswf.c. |
| CVE-2017-11101 | 8.8 | 2017-07-07 | When SWFTools 0.9.2 processes a crafted file in swfcombine, it can lead to a NULL Pointer Dereference in the swf_Relocate() function in lib/modules/swftools.c. |
| CVE-2017-8400 | 8.8 | 2017-05-01 | In SWFTools 0.9.2, an out-of-bounds write of heap data can occur in the function png_load() in lib/png.c:755. This issue can be triggered by a malformed PNG file that is… |
| CVE-2024-25165 | 7.8 | 2024-02-14 | A global-buffer-overflow vulnerability was found in SWFTools v0.9.2, in the function LineText at lib/swf5compiler.flex. |
| CVE-2024-22956 | 7.8 | 2024-01-19 | swftools 0.9.2 was discovered to contain a heap-use-after-free vulnerability via the function removeFromTo at swftools/src/swfc.c:838 |
| CVE-2024-22955 | 7.8 | 2024-01-19 | swftools 0.9.2 was discovered to contain a stack-buffer-underflow vulnerability via the function parseExpression at swftools/src/swfc.c:2576. |
| CVE-2024-22912 | 7.8 | 2024-01-19 | A global-buffer-overflow was found in SWFTools v0.9.2, in the function countline at swf5compiler.flex:327. It allows an attacker to cause code execution. |
| CVE-2024-22919 | 7.8 | 2024-01-19 | swftools0.9.2 was discovered to contain a global-buffer-overflow vulnerability via the function parseExpression at swftools/src/swfc.c:2587. |
| CVE-2024-22915 | 7.8 | 2024-01-19 | A heap-use-after-free was found in SWFTools v0.9.2, in the function swf_DeleteTag at rfxswf.c:1193. It allows an attacker to cause code execution. |
| CVE-2024-22913 | 7.8 | 2024-01-19 | A heap-buffer-overflow was found in SWFTools v0.9.2, in the function swf5lex at lex.swf5.c:1321. It allows an attacker to cause code execution. |
| CVE-2024-22911 | 7.8 | 2024-01-19 | A stack-buffer-underflow vulnerability was found in SWFTools v0.9.2, in the function parseExpression at src/swfc.c:2602. |
| CVE-2024-22920 | 7.8 | 2024-01-19 | swftools 0.9.2 was discovered to contain a heap-use-after-free via the function bufferWriteData in swftools/lib/action/compile.c. |
| CVE-2024-22562 | 7.8 | 2024-01-19 | swftools 0.9.2 was discovered to contain a Stack Buffer Underflow via the function dict_foreach_keyvalue at swftools/lib/q.c. |
| CVE-2023-26991 | 7.8 | 2023-04-04 | SWFTools v0.9.2 was discovered to contain a stack-use-after-scope in the swf_ReadSWF2 function in lib/rfxswf.c. |
| CVE-2017-16797 | 7.8 | 2017-11-12 | In SWFTools 0.9.2, the png_load function in lib/png.c does not properly validate an alloclen_64 multiplication of width and height values, which allows remote attackers … |
Show all 40
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2017-16796 | 7.8 | 2017-11-12 | In SWFTools 0.9.2, the png_load function in lib/png.c does not check the return value of a realloc call, which allows remote attackers to cause a denial of service (inva… |
| CVE-2017-16793 | 7.8 | 2017-11-12 | The wav_convert2mono function in lib/wav.c in SWFTools 0.9.2 does not properly validate WAV data, which allows remote attackers to cause a denial of service (incorrect m… |
| CVE-2017-7698 | 7.8 | 2017-05-10 | A Use After Free in the pdf2swf part of swftools 0.9.2 and earlier allows remote attackers to execute arbitrary code via a malformed PDF document, possibly a consequence… |
| CVE-2024-28458 | 7.5 | 2024-04-11 | Null Pointer Dereference vulnerability in swfdump in swftools 0.9.2 allows attackers to crash the appliation via the function compileSWFActionCode in action/actioncompil… |
| CVE-2017-10976 | 7.5 | 2017-07-06 | When SWFTools 0.9.2 processes a crafted file in ttftool, it can lead to a heap-based buffer over-read in the readBlock() function in lib/ttf.c. |
| CVE-2017-8401 | 6.5 | 2017-05-01 | In SWFTools 0.9.2, an out-of-bounds read of heap data can occur in the function png_load() in lib/png.c:724. This issue can be triggered by a malformed PNG file that is … |
| CVE-2024-26334 | 6.2 | 2024-03-05 | swftools v0.9.2 was discovered to contain a segmentation violation via the function compileSWFActionCode at swftools/lib/action/actioncompiler.c. |
| CVE-2024-26335 | 5.5 | 2024-03-05 | swftools v0.9.2 was discovered to contain a segmentation violation via the function state_free at swftools/src/swfc-history.c. |
| CVE-2024-26333 | 5.5 | 2024-03-05 | swftools v0.9.2 was discovered to contain a segmentation violation via the function free_lines at swftools/lib/modules/swfshape.c. |
| CVE-2024-22957 | 5.5 | 2024-01-19 | swftools 0.9.2 was discovered to contain an Out-of-bounds Read vulnerability via the function dict_do_lookup in swftools/lib/q.c:1190. |
| CVE-2024-22914 | 5.5 | 2024-01-19 | A heap-use-after-free was found in SWFTools v0.9.2, in the function input at lex.swf5.c:2620. It allows an attacker to cause denial of service. |
| CVE-2023-37644 | 5.5 | 2024-01-11 | SWFTools 0.9.2 772e55a allows attackers to trigger a large memory-allocation attempt via a crafted document, as demonstrated by pdf2swf. This occurs in png_read_chunk in… |
| CVE-2023-29950 | 5.5 | 2023-04-27 | swfrender v0.9.2 was discovered to contain a heap buffer overflow in the function enumerateUsedIDs_fillstyle at modules/swftools.c |
| CVE-2023-27249 | 5.5 | 2023-03-23 | swfdump v0.9.2 was discovered to contain a heap buffer overflow in the function swf_GetPlaceObject at swfobject.c. |
| CVE-2022-46440 | 5.5 | 2023-02-24 | ttftool v0.9.2 was discovered to contain a segmentation violation via the readU16 function at ttf.c. |
| CVE-2017-16890 | 5.5 | 2018-07-09 | SWFTools 0.9.2 has a divide-by-zero error in the wav_convert2mono function in lib/wav.c because the align value may be zero. |
| CVE-2017-16868 | 5.5 | 2017-11-17 | In SWFTools 0.9.2, the wav_convert2mono function in lib/wav.c does not properly restrict a multiplication within a malloc call, which allows remote attackers to cause a … |
| CVE-2017-16794 | 5.5 | 2017-11-12 | The png_load function in lib/png.c in SWFTools 0.9.2 does not properly validate a multiplication of width and bits-per-pixel values, which allows remote attackers to cau… |
| CVE-2017-16711 | 5.5 | 2017-11-09 | The swf_DefineLosslessBitsTagToImage function in lib/modules/swfbits.c in SWFTools 0.9.2 mishandles an uncompress failure, which allows remote attackers to cause a denia… |
| CVE-2024-26337 | 4.3 | 2024-03-05 | swftools v0.9.2 was discovered to contain a segmentation violation via the function s_font at swftools/src/swfc.c. |
VuXML only (0)
Listed in VuXML, the packaged version 0.9.2_13 is still in the affected range; pkg audit reports it. What does this mean?
None.
Not counted (55)
CVEs that match this port only loosely: inherited from the whole project, or with versions that cannot be compared. What does this mean?
55 with versions that cannot be compared
The CVE record gives dates or the port uses snapshot versions (or the other way round), so the version of this port cannot be placed in the affected range.
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2022-40008 | 9.8 | 2022-09-20 | SWFTools commit 772e55a was discovered to contain a heap-buffer overflow via the function readU8 at /lib/ttf.c. |
| CVE-2022-40009 | 9.8 | 2022-09-20 | SWFTools commit 772e55a was discovered to contain a heap-use-after-free via the function grow_unicode at /lib/ttf.c. |
| CVE-2021-42203 | 7.8 | 2022-06-02 | An issue was discovered in swftools through 20201222. A heap-use-after-free exists in the function swf_FontExtract_DefineTextCallback() located in swftext.c. It allows a… |
| CVE-2021-42204 | 7.8 | 2022-06-02 | An issue was discovered in swftools through 20201222. A heap-buffer-overflow exists in the function swf_GetBits() located in rfxswf.c. It allows an attacker to cause cod… |
| CVE-2021-42195 | 7.8 | 2022-06-02 | An issue was discovered in swftools through 20201222. A heap-buffer-overflow exists in the function handleEditText() located in swfdump.c. It allows an attacker to cause… |
| CVE-2021-42197 | 7.8 | 2022-06-02 | An issue was discovered in swftools through 20201222 through a memory leak in the swftools when swfdump is used. It allows an attacker to cause code execution. |
| CVE-2021-42199 | 7.8 | 2022-06-02 | An issue was discovered in swftools through 20201222. A heap buffer overflow exists in the function swf_FontExtract_DefineTextCallback() located in swftext.c. It allows … |
| CVE-2021-42201 | 7.8 | 2022-06-02 | An issue was discovered in swftools through 20201222. A heap-buffer-overflow exists in the function swf_GetD64() located in rfxswf.c. It allows an attacker to cause code… |
| CVE-2021-39595 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A stack-buffer-overflow exists in the function rfx_alloc() located in mem.c. It allows an attacker to cause code Ex… |
| CVE-2021-39582 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A heap-buffer-overflow exists in the function swf_GetPlaceObject() located in swfobject.c. It allows an attacker to… |
| CVE-2021-39564 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A heap-buffer-overflow exists in the function swf_DumpActions() located in swfaction.c. It allows an attacker to ca… |
| CVE-2021-39569 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A heap-buffer-overflow exists in the function OpAdvance() located in swfaction.c. It allows an attacker to cause co… |
| CVE-2021-39574 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A heap-buffer-overflow exists in the function pool_read() located in pool.c. It allows an attacker to cause code Ex… |
| CVE-2021-39577 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A heap-buffer-overflow exists in the function main() located in swfdump.c. It allows an attacker to cause code Exec… |
| CVE-2021-39579 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A heap-buffer-overflow exists in the function string_hash() located in q.c. It allows an attacker to cause code Exe… |
| CVE-2021-39561 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A stack-buffer-overflow exists in the function Gfx::opSetFillColorN() located in Gfx.cc. It allows an attacker to c… |
| CVE-2021-39558 | 7.8 | 2021-09-20 | An issue was discovered in swftools through 20200710. A stack-buffer-overflow exists in the function VectorGraphicOutputDev::drawGeneralImage() located in VectorGraphicO… |
| CVE-2022-35081 | 5.5 | 2022-10-13 | SWFTools commit 772e55a2 was discovered to contain a heap-buffer overflow via png_read_header at /src/png2swf.c. |
| CVE-2022-35080 | 5.5 | 2022-10-13 | SWFTools commit 772e55a2 was discovered to contain a heap-buffer overflow via png_load at /lib/png.c. |
| CVE-2022-35093 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a global buffer overflow via DCTStream::transformDataUnit at /xpdf/Stream.cc. |
| CVE-2022-35094 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a heap-buffer overflow via DCTStream::readHuffSym(DCTHuffTable*) at /xpdf/Stream.cc. |
| CVE-2022-35092 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a segmentation violation via convert_gfxline at /gfxpoly/convert.c. |
| CVE-2022-35091 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a floating point exception (FPE) via DCTStream::readMCURow() at /xpdf/Stream.cc.ow() |
| CVE-2022-35095 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a segmentation violation via InfoOutputDev::type3D1 at /pdf/InfoOutputDev.cc. |
| CVE-2022-35096 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a heap-buffer overflow via draw_stroke at /gfxpoly/stroke.c. |
| CVE-2022-35097 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a segmentation violation via FoFiTrueType::writeTTF at /xpdf/FoFiTrueType.cc. |
| CVE-2022-35098 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a heap-buffer overflow via GfxICCBasedColorSpace::getDefaultColor(GfxColor*) at /xpdf/GfxState.cc. |
| CVE-2022-35099 | 5.5 | 2022-09-23 | SWFTools commit 772e55a2 was discovered to contain a stack overflow via ImageStream::getPixel(unsigned char*) at /xpdf/Stream.cc. |
| CVE-2021-42202 | 5.5 | 2022-06-02 | An issue was discovered in swftools through 20201222. A NULL pointer dereference exists in the function swf_DeleteFilter() located in swffilter.c. It allows an attacker … |
| CVE-2021-42200 | 5.5 | 2022-06-02 | An issue was discovered in swftools through 20201222. A NULL pointer dereference exists in the function main() located in swfdump.c. It allows an attacker to cause Denia… |
| CVE-2021-42198 | 5.5 | 2022-06-02 | An issue was discovered in swftools through 20201222. A NULL pointer dereference exists in the function swf_GetBits() located in rfxswf.c. It allows an attacker to cause… |
| CVE-2021-42196 | 5.5 | 2022-06-02 | An issue was discovered in swftools through 20201222. A NULL pointer dereference exists in the function traits_parse() located in abc.c. It allows an attacker to cause D… |
| CVE-2021-39594 | 5.5 | 2021-09-20 | Other An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function updateusage() located in swftext.c. It allows an attacker t… |
| CVE-2021-39598 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function callcode() located in code.c. It allows an attacker to cause Deni… |
| CVE-2021-39597 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function code_dump2() located in code.c. It allows an attacker to cause De… |
| CVE-2021-39596 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function code_parse() located in code.c. It allows an attacker to cause De… |
| CVE-2021-39593 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function swf_FontExtract_DefineFontInfo() located in swftext.c. It allows … |
| CVE-2021-39592 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function pool_lookup_uint() located in pool.c. It allows an attacker to ca… |
| CVE-2021-39591 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function swf_GetShapeBoundingBox() located in swfshape.c. It allows an att… |
| CVE-2021-39590 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function params_dump() located in abc.c. It allows an attacker to cause De… |
| CVE-2021-39589 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function parse_metadata() located in abc.c. It allows an attacker to cause… |
| CVE-2021-39588 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function swf_ReadABC() located in abc.c. It allows an attacker to cause De… |
| CVE-2021-39587 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function swf_DumpABC() located in abc.c. It allows an attacker to cause De… |
| CVE-2021-39585 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function traits_dump() located in abc.c. It allows an attacker to cause De… |
| CVE-2021-39584 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function namespace_set_hash() located in pool.c. It allows an attacker to … |
| CVE-2021-39583 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function pool_lookup_string2() located in pool.c. It allows an attacker to… |
| CVE-2021-39575 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function dump_method() located in abc.c. It allows an attacker to cause De… |
| CVE-2021-39563 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function swf_DumpActions() located in swfaction.c. It allows an attacker t… |
| CVE-2021-39562 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function FileStream::makeSubStream() located in Stream.cc. It allows an at… |
| CVE-2021-39559 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function GString::~GString() located in GString.cc. It allows an attacker … |
| CVE-2021-39557 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function copyString() located in gmem.cc. It allows an attacker to cause D… |
| CVE-2021-39556 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function InfoOutputDev::type3D1() located in InfoOutputDev.cc. It allows a… |
| CVE-2021-39555 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function InfoOutputDev::type3D0() located in InfoOutputDev.cc. It allows a… |
| CVE-2021-39554 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function Lexer::Lexer() located in Lexer.cc. It allows an attacker to caus… |
| CVE-2021-39553 | 5.5 | 2021-09-20 | An issue was discovered in swftools through 20200710. A NULL pointer dereference exists in the function grealloc() located in gmem.cc. It allows an attacker to cause Den… |
Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (90)
*/*: Bump jpeg-turbo users treewide New major version 3.0.0664a2fa1e5
graphics/swftools: add to multimedi9e400cec0c
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
graphics: remove 'Created by' lines A big Thank You to the original contributors of these ports: * "Waitman Gobble" <uzimac@da3m0n8t3r.com> * Aaron Dalton <aaron@FreeBSD.org> * Abel Chow <ozsanh45vds001@sneakemail.com> * Adam Weinberger <adamw@FreeBSD.org> * Ade Lovett <ade@FreeBSD.org> * Ade Lovett <ade@lovett.com> * Akinori MUSHA aka knu <knu@idaemons.org> * Aldis Berjoza <aldis@bsdroot.lv> * Alex Hayward <xelah@xelah.com> * Alex Ivasyuv <siegerstein@pochta.ru> * Alex Samorukov <samm@os2.kiev.ua> * Alexander Gromnitsky * Alexander Kojevnikov <alexander@kojevnikov.com> * Alexander Logvinov <ports@logvinov.com> * Alexander Nedotsukov <bland@FreeBSD.org> * Alexander Nedotsukov <bland@mail.ru> * Alexander Y. Grigoryev <alexander.4mail@gmail.com> * Alexey Dokuchaev <danfe@FreeBSD.org> * Alonso Cardenas Marquez <acm@FreeBSD.org> * Anatoliy Dmytriyev <tolid@plab.ku.dk> * Anatoly Borodin <anatoly.borodin@gmail.com> * Anders Nordby <anders@fix.no> * Andras Horvath <han@log69.com> * Andreas Daehn <ad001@uni-rostock.de> * Andrew Pantyukhin <infofarmer@FreeBSD.org> * Andrey Slusar <anray@FreeBSD.org> * Andrey Zakhvatov * Anes Mukhametov <anes@anes.su> * Anonymous <swell.k@gmail.com> * Anton Berezin <tobez@FreeBSD.org> * Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>) * Arjan van Leeuwen <avleeuwen@piwebs.com> * Ashish SHUKLA <ashish@FreeBSD.org> * Bill Fumerola <billf@chc-chimes.com> * Björn König <bkoenig@alpha-tierchen.de> * Brad Hendrickse <bradh@iafrica.com> * Bruce M Simpson <bms@FreeBSD.org> * Carlos Eduardo G. Carvalho <cartola@openit.com.br> * Charlie Kester <corky1951@comcast.net> * Choe, Cheng-Dae * Choe, Cheng-Dae <whitekid@gmail.com> * Chris D. Faulhaber <jedgar@FreeBSD.org> * Chris D. Faulhaber <jedgar@fxp.org> * Chris Piazza <cpiazza@FreeBSD.org> * Christopher Key <cjk32@cam.ac.uk> * Chuck Robey <chuckr@FreeBSD.org> * Corey Smith <corsmith@gmail.com> * Dan Langille <dvl@FreeBSD.org> * Daniel O'Connor <darius@dons.net.au> * Daniel Roethlisberger <daniel@roe.ch> * Danilo Egea Gondolfo <danilo@FreeBSD.org> * Dave Cottlehuber <dch@skunkwerks.at> * David Bremner <bremner@unb.ca> * David Gilbert <dgilbert@velocet.ca> * David Naylor <dbn@FreeBSD.org> * David Yeske <dyeske@gmail.com> * Denis Barov <dindin@dindin.ru> * Denis Podolskiy <bytestore@yandex.ru> * Dennis Herrmann <adox@mcx2.org> * Devaux Fabien <fab@gcu.info> * Dmitry Sivachenko <dima@Chg.RU> * Dominik Brettnacher <domi@nonsensss.de> * Donn Miller <dmmiller@cvzoom.net> * Douglas Carmichael <dcarmich@mcs.com> * Douglas K. Rand <rand@meridian-enviro.com> * Edwin Groothuis <edwin@mavetju.org> * Emanuel Haupt <ehaupt@FreeBSD.org> * Emanuel Haupt <ehaupt@critical.ch> * Emil J.V. Björsell (Jev) * Emmanuel Vadot <manu@FreeBSD.org> * Eric Anholt <anholt@FreeBSD.org> * Eric Freeman <freebsdports@chillibear.com> * Eric P. Scott <eps+pbug0703@ana.com> * Erwin Lansing <erwin@FreeBSD.org> * Eugene Mychlo <myc@barev.net> * Fernan Aguero <fernan@iib.unsam.edu.ar> * Franz Klammer <klammer@webonaut.com> * FreeBSD GNOME Team <gnome@FreeBSD.org> * G. Adam Stanislav <adam@whizkidtech.net> * Garrett Wollman <wollman@lcs.mit.edu> * Gea-Suan Lin <gslin@gslin.org> * George Reid <greid@ukug.uk.freebsd.org> * Gerrit Beine (<gerrit.beine@gmx.de>) * Gerrit Beine (<tux@pinguru.net>) * Glenn Johnson * Greg Lewis <glewis@FreeBSD.org> * Gustau Perez <gustau.perez@gmail.com> * Gustau Pérez i Querol <gustau.perez@gmail.com> * Gvozdikov Veniamin <g.veniamin@googlemail.com> * Hernan Di Pietro <hernan.di.pietro@gmail.com> * Hiroto Kagotani <hiroto.kagotani@gmail.com> * Horia Racoviceanu <horia@racoviceanu.com> * Hye-Shik Chang <perky@fallin.lv> * Hye-Shik Chang <perky@python.or.kr> * Igor Pokrovsky <ip@doom.homeunix.org> * Igor Pokrovsky <tiamat@comset.net> * James FitzGibbon <jfitz@FreeBSD.org> * Jamie Hermans <jamie@hermans.ca> * Jan Henrik Sylvester <me@janh.de> * Janni * Janos Mohacsi <janos.mohacsi@bsd.hu> * Jason Helfman <jgh@FreeBSD.org> * Jean-Marc Zucconi <jmz@FreeBSD.org> * Jean-Sébastien Pédron <dumbbell@FreeBSD.org> * Jean-Yves Lefort <jylefort@FreeBSD.org> * Jean-Yves Lefort <jylefort@brutele.be> * Jeff Molofee * Jeremy Norris <ishmael127@home.com> * Jeremy Norris <ishmael27@home.com> * Joe Marcus Clarke <marcus@FreeBSD.org> * Johannes Dieterich <jmd@FreeBSD.org> * Johannes Jost Meixner <johannes@perceivon.net> * Johannes Meixner <johannes@perceivon.net> * John Hay * John McAree <john@mcaree.org> * John Prather * John Reynolds <johnjen@reynoldsnet.org> * Joris Dedieu <joris.dedieu@gmail.com> * Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe> * Jose Jachuf <jjachuf@gmail.com> * Joseph Koshy <koshy@india.hp.com> * Juergen Unger <j.unger@choin.net> * KANOU Hiroki <kanou@mil.allnet.ne.jp> * KIRIYAMA Kazuhiko * Kay Lehmann * Kevin Golding <ports@caomhin.org> * Kimura Fuyuki <fuyuki@hadaly.org> * Koop Mast <kwm@FreeBSD.org> * Kris Kennaway <kris@FreeBSD.org> * Kris Moore <kmoore@FreeBSD.org> * Kubilay Kocak <koobs@FreeBSD.org> * Kurt Kanzenbach <kurt@kmk-computers.de> * Kyle Martin <mkm@ieee.org> * Laurent Courty * Leonardo Martins <lmartins@nepe.eee.ufg.br> * Lev Serebryakov <lev@FreeBSD.org> * Malte Lance <malte.lance@gmx.net> * Marc Fonvieille <blackend@FreeBSD.org> * Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> * Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> et al. * Mark Atkinson <atkin901@gmail.com> * Mark Murray <markm@FreeBSD.org> * Mark Pulford <mark@kyne.com.au> * Markus Brueffer <markus@FreeBSD.org> * Martin Dieringer <martin.dieringe@gmx.de> * Martin Dieringer <martin.dieringer@gmx.de> * Martin Matuska <mm@FreeBSD.org> * Martin Neubauer <m.ne@gmx.net> * Martin Sugioarto <martin.sugioarto@udo.edu> * Martin Tournoij <carpetsmoker@rwxrwxrwx.net> * Martin Tournoij <carpetsmoker@xs4all.nl> * Martin Wilke <miwi@FreeBSD.org> * Mateusz Piotrowski <0mp@FreeBSD.org> * Mathieu Arnold * Matthew Luckie <mjl@luckie.org.nz> * Matthew X. Economou <xenophon+fbsdports@irtnog.org> * Matthias Fechner <mfechner@FreeBSD.org> * Matthieu Volat <mazhe@alkumuna.eu> * Maurice Castro <maurice@serc.rmit.edu.au> * Maxim Sobolev <sobomax@FreeBSD.org> * Michael Gmelin <freebsd@grem.de> * Michael Johnson <ahze@FreeBSD.org> * Michael Johnson <ahze@ahze.net> * Michael Nottebrock <lofi@FreeBSD.org> * Michael Reifenberger <mr@FreeBSD.org> * Mike Krutov <neko@takino.org> * Mikhail T. <mi@aldan.algebra.com> * Mikhail Teterin <mi@aldan.algebra.com> * Muhammad Moinur Rahman <5u623l20@gmail.com> * NAKATA Maho <maho@FreeBSD.org> * Naram Qashat <cyberbotx@cyberbotx.com> * Nick Hilliard <nick@foobar.org> * Nicola Vitale <nivit@FreeBSD.org> * Nicola Vitale <nivit@email.it> * Nikolay Korotkiy <sikmir@gmail.com> * Norio Suzuki <nosuzuki@e-mail.ne.jp> * Oliver Heesakkers <dev2@heesakkers.info> * Oliver Lehmann <oliver@FreeBSD.org> * Olivier Duchateau * Paul Everlund * Pav Lucistnik <pav@FreeBSD.org> * Pedro F. Giffuni * Pedro Garcia Freitas <sawp@sawp.com.br> * Pedro Giffuni * Pedro Giffuni <pfg@FreeBSD.org> * Pete Fritchman <petef@FreeBSD.org> * Pete Fritchman <petef@databits.net> * Peter Ankerstal <peter@pean.org> * Peter Jeremy <peterjeremy@optushome.com.au> * Peter Schmiedeskamp <pschmied@qwest.net> * Phil Phillips <pphillips@experts-exchange.com> * Pietro Cerutti <gahr@FreeBSD.org> * Pietro Cerutti <gahr@gahr.ch> * Piotr Kubaj <pkubaj@anongoth.pl> * Piotr Smyrak <smyru@heron.pl> * Piotr Smyrak, piotr.smyrak@heron.pl * Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Quentin Stievenart <acieroid@awesom.eu> * R Joseph Wright <rjoseph@mammalia.org> * Radim Kolar * Rainer Hurling <rhurlin@gwdg.de> * Randall Hopper * Randall Hopper <aa8vb@ipass.net> * Randall Hopper <aa8vb@nc.rr.com> * Reinier de Blois <rddeblois@gmail.com> * Richard Hwang <rhwang@bigpanda.com>, Mikhail Teterin <mi@aldan.algebra.com>, Jun-ichiro itojun Itoh <itojun@itojun.org> * Rick Elrod <codeblock@eighthbit.net> * Rob Farmer <rfarmer@predatorlabs.net> * Rod Person <rodperson@rodperson.com> * Roland Jesse <roland.jesse@gmx.net> * Romain Tartiere <romain@FreeBSD.org> * Ron van Daal * Ronald Kuehn <rk@ronald.org> * Rong-En Fan <rafan@infor.org> * Rusmir Dusko <nemysis@FreeBSD.org> * Rusty Nejdl <rnejdl@ringofsaturn.com> * Ryan Melcer <rmelcer@iteris.com> * Ryan Steinmetz <zi@FreeBSD.org> * Sahil Tandon <sahil@FreeBSD.org> * Sam Lawrance * Satoshi Asami <asami@FreeBSD.org> * Satoshi Taoka <taoka@FreeBSD.org> * Seiichirou Hiraoka * Serge Negodyuck <petr@petrovich.kiev.ua> * Sergey A. Osokin <osa@FreeBSD.org> * Sergey Skvortsov <skv@protey.ru> * Sergey V. Dyatko <sergey.dyatko@gmail.com> * Shane Ambler * Shaun Amott <shaun@inerd.com> * Shell Hung <shell@shellhung.org> * Shigeyuki FUKUSHIMA <shige@FreeBSD.org> * Simun Mikecin <numisemis@yahoo.com> * Sofian Brabez <sbrabez@gmail.com> * Stanislav Sedov <ssedov@mbsd.msk.ru> * Stanislav Sedov <stas@FreeBSD.org> * Stas Timokhin <devel@stasyan.com> * Stas Timokhin <stast@bsdportal.ru> * Stefan Walter <sw@gegenunendlich.de> * Stephen Roome <steve@pepcross.com> * Steve Wills <steve@meatwad.mouf.net> * Steve Wills <swills@FreeBSD.org> * Steven Kreuzer <skreuzer@FreeBSD.org> * Steven Wallace <swallace@FreeBSD.org> * Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org> * TAKAHASHI Kaoru <kaoru@kaisei.org> * TAKATSU Tomonari <tota@FreeBSD.org> * TAKATSU Tomonari <tota@rtfm.jp> * TAOKA Fumiyoshi * TATEISHI Katsuyuki <katsu@iec.hiroshima-u.ac.jp> * Tassilo Philipp <tphilipp@potion-studios.com> * Thibault Payet <monwarez@mailoo.org> * Thierry Thomas <thierry@pompo.net> * Thomas Dreibholz <dreibh@iem.uni-due.de> * Thomas Gellekum <tg@FreeBSD.org> * Thomas Hurst <tom@hur.st> * Tilman Linneweh <arved@FreeBSD.org> * Tim Bishop <tim@bishnet.net> * Tod McQuillin <devin@spamcop.net> * Tomoyuki Sakurai <cherry@trombik.org> * Tsung-Han Yeh <snowfly@yuntech.edu.tw> * UMENO Takashi <umeno@rr.iij4u.or.jp> * Ulrich Spoerlein <q@uni.de> * Vasil Dimov <vd@FreeBSD.org> * Veniamin Gvozdikov <vg@FreeBSD.org> * Vincent Tantardini <vinc@FreeBSD-fr.org> * Vladimir Chukharev * Wen Heping <wen@FreeBSD.org> * Wen Heping <wenheping@gmail.com> * Wen heping <wenheping@gmail.com> * Wen heping<wenheping@gmail.com> * Will Andrews <andrews@technologist.com> * Yi-Jheng Lin <yzlin@cs.nctu.edu.tw> * Ying-Chieh Liao <ijliao@FreeBSD.org> * Yinghong Liu <relaxbsd@gmail.com> * Yinghong.Liu <relaxbsd@gmail.com> * Yuan-Chung Hsiao <ychsiao@ychsiao.org> * Yukihiro Nakai <Nakai@Mlab.t.u-tokyo.ac.jp> * Yukihiro Nakai <nacai@iname.com> * Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> * Yuri Victorovich <yuri@FreeBSD.org> * Yuri Victorovich <yuri@rawbw.com> * Yuu Yashiki * Yuzo FURUKAWA <hurukawa@kuee.kyoto-u.ac.jp> * Zhihao Yuan <lichray@gmail.com> * Zsolt Udvari <udvzsolt@gmail.com> * ache * alepulver * anhot * antonakis@gmail.com * argv[0] (Iouri V. Ivliev) * arved * asami * bf <bf@FreeBSD.org> * bmc@WillsCreek.COM * buganini@gmail.com * cacho@mexicano.gdl.iteso.mx * cartola (Carlos E. G. Carvalho) * cartola@openit.com.br * cfs@ing.puc.cl (original) * chinsan * chinsan <chinsan.tw@gmail.com> * coryking * cracauer@cons.org "Martin Cracauer" * demon@FreeBSD.org * dillon * dom@happygiraffe.net * erich@FreeBSD.org * fenner * fernan@iib.unsam.edu.ar * frankch@waru.life.nthu.edu.tw * gahr * gary@hotlava.com * gerard * giffunip@asme.org * glebius@FreeBSD.org * gurkan@phys.ethz.ch * hsu * ijliao * jamie * jedgar@FreeBSD.org * jeff@cetlink.net * jjachuf@gmail.com * jmz * johalun * johan * johans * kwm@FreeBSD.org * lbartoletti <lbartoletti@FreeBSD.org> * lesi@FreeBSD.org * lichray@gmail.com * luigi@FreeBSD.org * maho@FreeBSD.org * marcus@FreeBSD.org * mb@imp.ch * mi * mm@FreeBSD.org * nemysis <nemysis@gmx.ch> * nik * nork@FreeBSD.org * olgeni@FreeBSD.org * paulo@isr.uc.pt * petef@FreeBSD.org * pgs * ports@FreeBSD.org * proff@iq.org * punkt.de Hosting Team <mops@punkt.de> * rfarmer@predatorlabs.net * roberto * roland.jesse@gmx.net * rpsfa@rit.edu * saper@system.pl * smace * sobomax * stas * stb@lassitu.de * theraven@FreeBSD.org * thierry@pompo.net * tobez * trasz <trasz@pin.if.uz.zgora.pl> * trevor * vanilla * will * wolman@cs.washington.edu * yukinopo@livedoor.com With hat: portmgr022e658bd1
graphics/swftools: Add CPE information Approved by: portmgr (blanket)eca863e70a
graphics/swftools: new option OPENGL PR: 256716 Submitted by: Palle Girgensohn95bdad8226
graphics/mesa-libs: Bump reverse deps for libglvnd Per discussion with bapt on helping pkg handle the changing of these deps and avoiding impossible upgrade senarios. PR: 246767 Reviewed by: manu, bapt Approved by: x11 Differential Revision: https://reviews.freebsd.org/D30824da3162c7c9
Remove # $FreeBSD$ from Makefiles.305f148f48
- fix debug output8fc77dd69d
- fix build with -fcommon2ee431d8ac
- update to 3.11421cc1eaf
Add USES=xorg USES=gl, ports categories g Add USES=xorg and USES=gl to ports in categories starting with 'g'. While here, try to sprinkle other USES (mostly gnome and sdl) as needed.be6c15b5c6
Revision bump of all ports with USE_GL after consolidation of mesa-libs Approved by: swills (mentor) Differential Revision: https://reviews.freebsd.org/D10845b760897dde
- fix build with clang4 PR: 21621610c6b465cc
- Fix trailing whitespace in pkg-descrs, categories [g-n]* Approved by: portmgr blanket4e942b6419
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight4e1b79a0a6Update giflib to 5.1.1 PR: 2044920e8c3bf1b3
- rename MAN14d508758c3
Allow building with giflib 5.1 PR: 2044927fe3462d55
Convert to USES=jpeg6e5719ca80
Update graphics/giflib to 5.0.5 Differential Revision: https://reviews.freebsd.org/D1361 Submitted by: bapt Reviewed by: self Exp-run by: selfc6faa705a5
Allow building with either giflib 4.2 or 5.02fde215147
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in the 32 ports that still use it. Bump PORTREVISION on their dependent ports except the ones that depend on these: audio/libogg audio/libvorbis devel/pcre ftp/curl graphics/jpeg graphics/libart_lgpl graphics/tiff textproc/expat2 textproc/libxslt In these cases the same trick as in the recent gettext update is used. The ports install a symlink with the old library version. When enough of their dependent ports have had regular updates the remaining ones can get a PORTREVISION bump and the links can be removed. Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes over 2200 packages to depend on devel/pcre while less than 200 actually link with it. The glib20 package still depends on devel/pcre so this should not make a difference for ports with USE_GNOME=glib20. Also, libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so USE_GNOME=glib20 should not propagate it. PR: 195724 Exp-run by: antoine Approved by: portmgr (antoine)60945f0277
Cleanup plista76a739bfe
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. Part II, Bump PORTREVISIONs. PR: 192025 Tested by: antoine (-exp runs) Approved by: portmgr (implicit)15945f8122
math/fftw3: - Add USES=libtool and bump dependent ports - Add INSTALL_TARGET=install-strip - Remove PTHREAD_CFLAGS and PTHREAD_LIBS - Use MAKE_CMD4bdd97e324
- fix order in USES2831625c5d
The FreeBSD x11@ and graphics team proudly presents a zeising, kwm production, with help from dumbbell, bdrewery: NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE This update switches over to use the new xorg stack by default on FreeBSD 9 and 10 stable, on osversions where vt(9) is available. It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in /etc/make.conf . FreeBSD 8-STABLE and released versions of FreeBSD still use the old version. A package repository with binary packages for new xorg will be available soon. This patch also contains updates of libxcb and related ports, pixman, as well as some drivers and utilities. Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due to xserver version change. Apart from these updates, the way shared libraries are handled has been changed for all xorg ports, as well as libxml2 and freetype, which means ltverhack is gone and as a consequence shared libraries have been bumped. The plan is that this change will make library bumps less likely in the future. All affected ports have had their portrevisions bumped as a consequence of this. Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT. Update instructions, hardware support, and more notes can be found on https://wiki.freebsd.org/Graphics Thanks to: all testers, bdrewery and the FreeBSD x11@ team exp-run by: bdrewery [1] PR: ports/187602 [1] Approved by: portmgr (bdrewery), core (jhb)39fc32e828
- add one more exampled55cd2e365
- use STAGEDIR - take maintainershipeceeec8b98
- USES=gmake - update LIB_DEPENDS - use OPTIONS_SUB, OPT_* macros8f673303aa
- use new LIB_DEPENDS stylea7c02a9a38
- fix misplaced NO_STAGE in slaveports and ifdefs1e3119b07e
Add NO_STAGE all over the place in preparation for the staging support (cat: graphics)eb08c5441c
- Remove MAKE_JOBS_SAFE variable Approved by: portmgr (bdrewery)d4041784dc
Convert g* to USES=pkgconfig737bed6923
Switch from libglut to freeglut and retire libglut. Libglut hasn't been developed in years and has been dropped from the MESA 8.0 distribution. Freeglut is a rewrite of glut and is actively developed and is used by many linux distributions instead of libglut. Bump all ports that directly depend on libglut because of the shlib version change. There are some extra items in this patch. *) Because freeglut doesn't have the same dependancies as libglut, some ports need extra dependencies added to USE_XORG to make them build. *) Mark graphics/f90gl broken, f90gl depends on a header that is only shipped with libglut. *) Remove option for libglut/freeglut selection in games/cake, only freeglut remains now. *) While here fix a png related build issue games/vegastrike. Thanks to miwi for running the exp-run. Approved by: portmgr (miwi) Collaboration with: zeising@ Obtained from: xorg-dev staging area.5aa7246575
new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config are no more self hosting so we are stuck with 0.25 version while pkgconf provide the same set of features as 0.27 and a compatible frontend. A symlink to pkg-config has been added for convenience and compatibility This also introduces a new macro to use pkgconf in your ports: USE_PKGCONFIG it can take the following arguments: - yes (meaning build only dep) - build (meaning build only dep) - run (meaning run only dep) - both (meaning run and build dep) From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG The old gnome macro has been modified to use pkgconf but still the sameway: run and build dep to avoid large breakage. While here fix some ports relying on pkg-config but not specifying it, fix some ports broken because testing wrong .pc files, and fix ports using pkg-config --version to determine pkg-config version instead of pkg-config --modversion pkg-config like recommanded by pkg-config With Hat: portmgr Exp-runs by: bapt (pointhat-west), beat (pointyhat)9346b215f0
For the ports that are maintained by ports@ that have pkgconfig as their only USE_GNOME feature, convert to a BUILD_DEPENDS. This avoids both the bug of the bogus run depend introduced by bsd.gnome.mk, and also avoids needlessly pulling that file in.ce7d0b1f2e
Convert to new option framework222461c302
Reassign to ports@6ad58072b2
- fix build with giflib 4.2.04812598a53
Update to 0.9.26613d4c612
Replace obsolete libungif dependency by libgif. PR: ports/165335 Submitted by: dinoex@ Approved by: cs@ (maintainer), glarkin@ (mentor, implicit)69e9b7e4a9
Update lame to 3.99.3. Bump portrevision of all ports which depend upon it.e269a2b517
Chase pdflib.so version and bump PORTREVISION accordingly.1b91e235c3
- update fftw3* to 3.3 [1], and adjust dependent ports - make use of optimizations by default, where possible (quad flavor to follow shortly, and mpi at a later date) Suggestions and patches from: ache, C. Burns, wenac39d25cb1
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS) - Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav6f6fbe4bdf