Ports 搜索

Sunclock is an X11 application that displays a map of the Earth and shows the illuminated portion of the globe. In addition to providing local time for the default timezone, it also displays GMT time, legal and solar time of major cities, their latitude and longitude, the mutual distances of arbitrary locations on Earth, the position at zenith of Sun and Moon. Sunclock can display meridians, parallels, tropics and arctic circles. It has builtin functions that accelerate the speed of time and show the evolution of seasons. Sunclock can be internationalized for various western languages. It is possible to customize the app-default file and enter additional city entries. Sunclock can commute between two states, the "clock window" and the "map window". The clock window displays a small map of the Earth and therefore occupies little space on the screen, while the "map window" displays a large map and offers more advanced functions. The Sunclock package includes a resizable and zoomable vector map. External Earth maps can also be loaded.

ALURE is a utility library to help manage common tasks with OpenAL applications. This includes device enumeration and initialization, file loading, and streaming. As of version 1.1, it is X11/MIT licensed, allowing it to be used in open- and closed-source programs, freeware or commercial. The purpose of this library is to provide pre-made functionality that would otherwise be repetitive or difficult to (re)code for various projects and platforms, such as loading a sound file into an OpenAL buffer and streaming an audio file through a buffer queue. Support for different formats is consistant across platforms, so no special checks are needed when loading files, and all formats are handled through the same API. Currently ALURE includes a basic .wav and .aif file reader, and can leverage external libraries such as libSndFile (for extended wave formats and several others), VorbisFile (for Ogg Vorbis), FLAC (for FLAC and Ogg FLAC), and others. External libraries can also be dynamically loaded at run-time, or individually disabled outright at compile time.

The Firm library implements the Firm intermediate representation (IR). libFirm contains algorithms for construction of the SSA form directly from the attributed syntax tree. A set of analyses and optimisation phases is provided. This version includes a complete backend for the IA32 architecture, as well as some unfinished backends for SPARC, ARM * support for object oriented type hierarchies * analyses: dominance, loop tree, execution frequency, control dependencies, call graph, rapid type, def-use, alias analysis, class hierarchy analysis * Optimisations: constant folding, local common subexpression elimination, global common subexpression elimination, code placement, operator strength reduction, scalar replacement, load/store, control flow optimisations, if-conversion, partial condition evaluation, reassociation, tail recursion elimination, inlining, procedure cloning, dead code elimination, ... * enhanced debugging support: extensive checkers, breakpoints on node creation, entity creation, graph dumping * lowering of intrinsics, double word arithmetics, bitfields * backend with SSA based register allocation including several algorithms for spilling and copy coalescing. Instruction and block scheduling, support for ABI handling. * working ia32 backend with support for x87 and SSE2 floating point * handwritten recursive descent C90/C99 frontend available (lang/cparser)

Luabind is a library that helps you create bindings between C++ and Lua. It has the ability to expose functions and classes, written in C++, to Lua. It will also supply the functionality to define classes in lua and let them derive from other lua classes or C++ classes. Lua classes can override virtual functions from their C++ baseclasses. It is written towards Lua 5.x, and does not work with Lua 4. It is implemented utilizing template meta programming. That means that you don't need an extra preprocess pass to compile your project (it is done by the compiler). It also means you don't (usually) have to know the exact signature of each function you register, since the library will generate code depending on the compile-time type of the function (which includes the signature). The main drawback of this approach is that the compilation time will increase for the file that does the registration, it is therefore recommended that you register everything in the same cpp-file.

* Leo is a programmer's editor and a flexible browser for projects, programs, classes or data. Leo clarifies design, coding, debugging, testing and maintenance. * Leo is an outlining editor. Outlines clarify the big picture while providing unlimited space for details. * Leo is a literate programming tool, compatible with noweb and CWEB. Leo enhances any text-based programming language, from assembly language and C to Java, Python and XML. * Leo is also a data organizer. A single Leo outline can generate complex data spanning many different files. Leo has been used to manage web sites. * Leo is a project manager. Leo provides multiple views of a project within a single outline. Leo naturally represents tasks that remain up-to-date. * Leo is fully scriptable using Python and saves its files in XML format. * Leo is portable. Leo.py is 100% pure Python and will run on any platform supporting Python and PyQt, including Windows, Linux and MacOS X. * Leo is Open Software, distributed under the Python License.

Frodo is a freeware C64 emulator for BeOS, Unix, MacOS, AmigaOS, Win32 and RiscOS systems and the world's first C64 emulator not bearing a "64" in its name. :-) (No, it has absolutely nothing to do with frodo.hiof.no, that's a pure coincidence.) Frodo was developed to reproduce the graphics of games and demos better than the existing C64 emulators. Therefore Frodo has relatively high system requirements: It should only be run on systems with at least a PowerPC/Pentium/68060. But on the other hand, Frodo can display raster effects correctly that only result in a flickering mess with other emulators. Frodo comes in three flavours: The "normal" Frodo with a line-based emulation, the improved line-based emulation "Frodo PC", and the single-cycle emulation Frodo SC that is slower but far more compatible. In addition to a precise 6510/VIC emulation, Frodo features a processor-level 1541 emulation that is even able to handle about 95% of all fast loaders. There is also a faster 1541 emulation for four drives in .d64/x64 disk images, .t64/LYNX archives, or directories of the host system.

gFTP is a free multithreaded FTP and SFTP client for Unix-like systems. It has the following features: Distributed under the terms of the GNU Public License Written in C, has a text interface and a GTK+ 2.x interface Supports the FTP, FTPS (control connection only), HTTP, HTTPS, SSH, and FSP Multithreaded to allow for simultaneous downloads File transfer queues to allow for downloading multiple files Bookmarks menu to allow you to quickly connect to remote sites Supports downloading entire directories and subdirectories Extensive connection manager with FTP and HTTP proxy server support Supports resuming interrupted file transfers Supports caching of remote directory listings Supports connecting to a FTP server via command line parameters Supports associating icons with particular file extensions in the list boxes Sorting capabilities in the file list boxes Can restrict files in the list boxes to a particular file specification Supports viewing and editing of local and remote files Allows for passive and non-passive file transfers Supports FXP file transfers (file transfer between 2 remote servers via FTP) Eliminates buffer overruns from malicious FTP sites

The Doomsday Engine is an enhanced DOOM source port for Windows, Mac OS X, and various Unix platforms. It is based on the source code of id Software's DOOM and Raven Software's Heretic and Hexen. * Hardware-accelerated OpenGL graphics engine * 3D positional audio for sound effects (not supported by all audio plugins) * 16-player client/server networking via TCP/IP * Graphical Control Panel for configuration, accessed quickly with Shift-Escape * 3D models: Quake's MD2 format and Doomsday's DMD format with LOD support * High-resolution textures (PNG, TGA, PCX) and detail textures * Map lighting emulates the effects of radiosity for a more natual appearance (FakeRadio: shadows in corners) * Smooth movement of objects, world structures and the camera. * Colored, dynamic lighting for world surfaces, 3D models, sprites and particles * Object shadowing effects * Particle generators for special effects * Decoration effects on world surfaces: light sources and particle generators * Lens flares and glowing objects * Support for skyboxes and 3D sky models * EAX and A3D environmental sound processing effects * Upsampling of sound effects

GtkRadiant is a level design program developed by id Software and Loki Software. It is used to create maps for a number of computer games. GtkRadiant originated as Q3Radiant, the Quake III Arena level design tool, which was a Windows-only application. Two major things are different in GtkRadiant: it is based on the GTK+ toolkit, so it also works in Linux and Mac OS X, and it's also game engine-independent, with functionality for new games added as game packs. GtkRadiant is an Open Source application. Source code is publicly available from id Software's Subversion repository and new additions to the code are covered under open source licenses. The core Q3Radiant code, however, was originally under id Software's proprietary license. The license for both the editor and toolset (notably Q3Map2, the BSP compiler) was changed in February 2006, and publicly released under the GPL on February 17. More up-to-date fork, NetRadiant, is available as `games/netradiant' port.

Games::Dice simulates die rolls. It uses a function-oriented (not object-oriented) interface. No functions are exported by default. The number and type of dice to roll is given in a style which should be familiar to players of popular role-playing games: adb[+-*/b]c. a is optional and defaults to 1; it gives the number of dice to roll. b indicates the number of sides to each die. % can be used instead of 100 for b; hence, rolling 2d% and 2d100 is equivalent. roll simulates a rolls of b-sided dice and adds together the results. The optional end, consisting of one of +-*/b and a number c, can modify the sum of the individual dice. +-*/ are similar in that they take the sum of the rolls and add or subtract c, or multiply or divide the sum by c. (x can also be used instead of *.) Using b in this slot is a little different: it's short for "best" and indicates "roll a number of dice, but add together only the best few". For example, 5d6b3 rolls five six- sided dice and adds together the three best rolls.