Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

building on MacOS with pd-lib-builder #1

Open
wants to merge 80 commits into
base: master
Choose a base branch
from

Conversation

megrimm
Copy link

@megrimm megrimm commented Feb 25, 2018

just getting this building on MacOS with pd-lib-builder. I have not tested but it does load in Pd. I also added a script for embedding libs. also changed .so to .dylibs... not sure how this works in linux but you can alway pull what might be useful. code cleanup might be a good next step.

katjav and others added 30 commits June 25, 2015 12:22
lib.version is only expanded if the file named by $(metafile) exists, but then it uses a hardcoded filename to do the actual expansion.

this patch uses $(metafile) to do the expansion instead.
use $(metafile) instead of hardcoded filename in lib.version expansion
This commit reorganizes the accumulation of build flags in such a way that
non-obligatory build flags can be overriden or added by specifying
CPPFLAGS, CFLAGS and LDFLAGS as arguments from command line or environment.
I've also tried to make printed info a bit more helpful.
Targets pre and post can be defined in the including (library) makefile.
They are added to provide extra flexibility. Target all will
build pre, $(executable) and post in deterministic order. Built-in
documentation is modified to reflect the new situation.
This merge introduces the evaluation of optional multiline defines
'forLinux', 'forDarwin' and 'forWindows', which can be used as a flexible
replacement for system-specific variables as in Pd-extended's Makefile
template. Example code is added to Makefile.pdlibbuilder's built-in
documentation.
Command line variable CFLAGS now work according to conventions (overriding
all non-essential C flags). CPPFLAGS and LDFLAGS are also implemented.
Built-in documentation updated.
Phony target 'pre' forces rebuilds. This should not be default
behavior of Makefile.pdlibbuilder. If one needs a pre-build target
(phony or real file), declare it as prerequisite of $(all.objects)
in the library makefile after inclusion of Makefile.pdlibbuilder.
A pre-build target can have any name that isn't a target in
Makefile.pdlibbuilder.
Also remove associated documentation comments.
Multiple arch flags are incompatible with option -MM for preprocessor
on (at least) OSX <= 10.5. Non clean builds would stall on this. This
commit disables dependency checking for fat builds (current default
for OSX) on ppc and i386. Assuming that development is done on newer
systems / machines it should rarely hurt.
The bug was probably introduced with version 0.2.3.
Bump version to 0.2.4.
katjav and others added 29 commits November 2, 2016 01:44
This evaluates correctly in the case where 'system' is defined for
the purpose of cross compiling. This commit addresses issue #31.
This is in preparation for target architecture detection through
gcc / g++.
It stores the first field of <cpu>-<vendor>-<os> triplet
as retrieved from command '<compiler> -dumpmachine' where <compiler>
is g++ or gcc.
As per suggestion of Johannes Zmoelnig. It is not relevant and
also not compatible with x86_64.
And explicitly specify Intel 32 bit architectures, where 'mingw32'
is included to support MSYS1.
Needed for building with pd-lib-builder on AppVeyor.
Long option name '--machine' was introduced in commit fa3c2ca for
explicitness, however it is not supported by clang / OSX.
This merges a series of commits implementing target
architecture detection for Windows builds, and the
setting of appropriate options for 32 and 64 bit builds.
Update version number after merge commit 215bf3e. This is the first
version handling 64 bit builds for Windows.
…851b30'

git-subtree-dir: pd-lib-builder
git-subtree-mainline: 81d22e6
git-subtree-split: 7d4c0ca9bb184acfde98469f1ba9670f8f851b30
On MacOS there is no libpocketsphinx.so only  libpocketsphinx.dylib
was getting "ERROR: "ngrams_raw.c", line 356: Corrupted model, some trigrams have no corresponding bigram" because old models were corrupted (see https://stackoverflow.com/questions/36409042/pocketsphinx-error-reading-hub4-5000-dmp"
replace old models (corrupted) with new ones
homebrew installs sphinx stuff in weird places so i recomend just downloading from github, make and install oneself
@dmedine
Copy link
Owner

dmedine commented Feb 26, 2018 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants