| Company | Darrell Walisser |
| Website | http://homepage.mac.com/walisser/gltronsaver/ |
| Country | |
| Email | |
| Os | Mac OS X |
| Requirements | Mac OS X 10.1 or later, Project Builder 2.x. |
| Language | |
| Release Date | 4/29/2003 |
| License | Shareware |
| Limitations | Shareware |
|
|
|
|
|
|
Buy Nowfor $20
|
Free Download
0.60 Mb
|
|
Mac:Mac OS X:Development Tools:Editors & Tools
Views 480 (+0) / Shareware By Darrell Walisser
ConvertMake is developer pecker that automates the conversion of makefile or other script-based systems into Project Builder projects. Features include: Ability to exchange nearly any scheme that uses the GNU toolset (gcc, libtool, etc) Ability to importee multiple reference trees into a single project Can create still library, dynamic library, pecker, application, and framework targets Detailed manual with examples What's New: Version 1.0 adds the following: added auto-configuration feature to simplify setup - good drag-n-drop directories added predilection to shift where temp files are created added warning dialog/option for removal of soma products added option to vamoose data aggregation (soma command pace) for troubleshooting long-running conversions added endure for "subdue" object files (object files composed of multiple object files) added endure for .ads and .adb files (for initial Ada endure) added shell script phase to certain dylib targets to create symlinks cp pecker nowadays supports multiple-source single-destination (previously only single-source single-destination) external libraries without "lib" prefix are added to ldflags (Project Builder wasn't handling these correctly) external libraries with "lib" prefix are added to the "External Libraries" group, rather than "Linked Libraries", to signal libraries used in imported targets but external to the project. rigid various bugs when paths contained spaces for reliability, changed the fashion project-local still libs are linked to (nowadays using conduct reference instead of -l sag) removed adding of scheme include paths to projects (/usr/include and /usr/local/include) rigid problems resulting from using gcc instead of g++ when using substantial tools rigid mishandling of object files without .o or .lo suffix added -mdynamic-no-pic/-fpic difference detection/resolve
|