| Port details |
- guidolib Library for graphic rendering of music scores
164.61_1 audio  =0   
- Maintainer: yuri@FreeBSD.org
Port Added: 2018-01-27 08:03:33
Last Update: 2019-01-16 11:13:45
SVN Revision: 490472
Also Listed In: graphics print
License: MPL20
The Guido Engine Library is a generic, portable library and API for the
graphical rendering of musical scores. The library is based on the GUIDO
Music Notation Format as the underlying data format. It takes account of
the conventional music notation system and should be flexible enough to
include any graphical sign and musical information if necessary.
The GUIDO Music Notation Format [GMN] is a formal language for score level
music representation. It is a plain-text, i.e. readable and platform
independent format capable of representing all information contained in
conventional musical scores. The basic GUIDO Format is very flexible and can
be easily extended and adapted to capture a wide variety of musical features
beyond conventional musical notation (CMN). The GUIDO design is strongly
influenced by the objective to facilitate an adequate representation of musical
material, from tiny motives up to complex symphonic scores. GUIDO is a general
purpose musical notation format; the intended range of application includes
notation software, compositional and analytical systems and tools, performance
systems, and large musical databases. It is powerful, flexible, easily
portable, and human readable.
WWW: http://guidolib.sourceforge.net/ SVNWeb : Homepage
Dependency lines:- guidolib>0:audio/guidolib
To install the port: cd /usr/ports/audio/guidolib/ && make install clean
To add the package: pkg install guidolib PKGNAME: guidolib There is no flavor information for this port. distinfo: TIMESTAMP = 1535704701
SHA256 (grame-cncm-guidolib-v164-61-gbcd5705d_GH0.tar.gz) = 2a8edde89e6c1edb64ee8bc430e86524dc89979671912e4f0faefdb6a2e3ae15
SIZE (grame-cncm-guidolib-v164-61-gbcd5705d_GH0.tar.gz) = 24893281
SHA256 (713a205a6e57.patch) = e79f461b1fbf56af5f8cd8f46b7d3bd664fd507d22e54d425fd03c7f7a9adbae
SIZE (713a205a6e57.patch) = 1624
NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered. Build dependencies:
- cmake : devel/cmake
- gmake : devel/gmake
- pkgconf>=1.3.0_1 : devel/pkgconf
- xorgproto>=0 : x11/xorgproto
- moc : devel/qt5-buildtools
- qmake : devel/qt5-qmake
Library dependencies:
- libcairo.so : graphics/cairo
- libGL.so : graphics/mesa-libs
- libQt5Core.so : devel/qt5-core
- libQt5Gui.so : x11-toolkits/qt5-gui
- libQt5PrintSupport.so : print/qt5-printsupport
- libQt5Widgets.so : x11-toolkits/qt5-widgets
- libQt5Xml.so : textproc/qt5-xml
There are no ports dependent upon this port
Configuration Options
===> The following configuration options are available for guidolib-164.61_1:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
USES:
compiler:c++11-lang gmake gnome pkgconfig qt:5 gl
Master Sites:
- https://codeload.github.com/grame-cncm/guidolib/tar.gz/v164-61-gbcd5705d?dummy=/
|
Number of commits found: 5
| Commit History - (may be incomplete: see SVNWeb link above for full details) |
| Date | By | Description |
16 Jan 2019 11:13:45
  164.61_1
|
tijl |
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call (Only the first 15 lines of the commit message are shown above  ) |
13 Jan 2019 00:20:15
164.61
|
linimon |
USES=compiler:c++11-lang is necessary to build on GCC-based
architectures.
PR: 234372
Submitted by: Piotr Kubaj
Approved by: maintainer |
31 Aug 2018 09:02:48
164.61
|
jhale |
Fix build with Qt 5.11
While here, add USES=gnome since this has USE_GNOME
PR: 230884
Obtained from: upstream |
28 Jun 2018 17:39:55
164.61
|
tcberner |
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: -https://reviews.freebsd.org/D15540 |
27 Jan 2018 06:19:51
164.61
|
yuri |
New port: audio/guidolib: Library for graphic rendering of music scores
Guidolib implements a new way to encode and typeset music on computer.
The common, most ubuiquitous way is MusicXML. It is the XML schema that is
hardly
readable for humans. Guidolib takes an alternative approach, and represents
music notation in a way very similar to a computer program. It is easily
readable and writable by humans.
http://guidolib.sourceforge.net/
PR: 221838
Approved by: tcberner (mentor)
Differential Revision: D13705 |
Number of commits found: 5
|
| Latest Vulnerabilities |
|
10 vulnerabilities affecting 128 ports have been reported in the past 14 days
|
|
* - modified, not new All vulnerabilities
Last updated:
2019-04-18 16:21:36
|
|
If you buy from Amazon USA, please support us by using this link.