Hi,
Now that I have a computer w/ the new OSX (10.11) I'm going to try to fix the [gemvertexbuffer] issues some folks were having that I wasn't experiencing on OSX 10.6.
However, I'm getting these errors while building the latest Gem:
clang: warning: optimization flag '-falign-loops' is not supported
clang: warning: optimization flag '-falign-functions' is not supported
clang: warning: optimization flag '-falign-jumps' is not supported
clang: warning: argument unused during compilation: '-falign-loops'
clang: warning: argument unused during compilation: '-falign-functions'
clang: warning: argument unused during compilation: '-falign-jumps'
... And then fatal messages below. I tried reinstalling QT but no luck.
:
*imageQT.cpp:157:31: **error: **use of undeclared identifier 'kQTFileTypePicture'*
s_mime2type["image/pict"]=kQTFileTypePicture;//-
* ^*
*imageQT.cpp:167:30: **error: **use of undeclared identifier 'kQTFileTypeGIF'*
s_mime2type["image/gif"]=kQTFileTypeGIF;//-
* ^*
*imageQT.cpp:168:30: **error: **use of undeclared identifier 'kQTFileTypePNG'; did*
* you mean 'kICFileType'?*
s_mime2type["image/png"]=kQTFileTypePNG;//-
* ^~~~~~~~~~~~~~*
kICFileType
*/System/Library/Frameworks/ApplicationServices.framework/Frameworks/HIServices.framework/Headers/InternetConfig.h:166:3: note: *
'kICFileType' declared here
kICFileType = 'ICAp',
* ^*
*imageQT.cpp:169:31: **error: **use of undeclared identifier 'kQTFileTypeTIFF'*
s_mime2type["image/tiff"]=kQTFileTypeTIFF;//-
* ^*
*imageQT.cpp:170:30: **error: **use of undeclared identifier 'kQTFileTypePhotoShop'*
s_mime2type["image/psd"]=kQTFileTypePhotoShop;//-
* ^*
*imageQT.cpp:171:30: **error: **use of undeclared identifier 'kQTFileTypeSGIImage'*
s_mime2type["image/sgi"]=kQTFileTypeSGIImage;//-
* ^*
*imageQT.cpp:172:30: **error: **use of undeclared identifier 'kQTFileTypeBMP'; did*
* you mean 'kICFileType'?*
s_mime2type["image/bmp"]=kQTFileTypeBMP;//-
* ^~~~~~~~~~~~~~*
kICFileType
*/System/Library/Frameworks/ApplicationServices.framework/Frameworks/HIServices.framework/Headers/InternetConfig.h:166:3: note: *
'kICFileType' declared here
kICFileType = 'ICAp',
* ^*
*imageQT.cpp:173:31: **error: **use of undeclared identifier 'kQTFileTypeJPEG'*
s_mime2type["image/jpeg"]=kQTFileTypeJPEG;//-
* ^*
*imageQT.cpp:175:30: **error: **use of undeclared identifier 'kQTFileTypeMacPaint'*
s_mime2type["image/mac"]=kQTFileTypeMacPaint;//-
* ^*
*imageQT.cpp:176:32: **error: **use of undeclared identifier 'kQTFileTypeTargaImage'*
s_mime2type["image/targa"]=kQTFileTypeTargaImage;//-
* ^*
*imageQT.cpp:178:38: **error: **use of undeclared identifier*
* 'kQTFileTypeQuickTimeImage'; did you mean*
* 'kQTFileTypeBrandQuickTimeMovie'?*
s_mime2type["image/x-quicktime"]=kQTFileTypeQuickTimeImage;//-
* ^~~~~~~~~~~~~~~~~~~~~~~~~*
kQTFileTypeBrandQuickTimeMovie
*/System/Library/Frameworks/QuickTime.framework/Headers/MoviesFormat.h:816:3: note: *
'kQTFileTypeBrandQuickTimeMovie' declared here
kQTFileTypeBrandQuickTimeMovie = 'qt ', /* QuickTime movie files*/
* ^*
*imageQT.cpp:190:30: **error: **use of undeclared identifier 'kQTFileTypeJPEG2000'*
s_mime2type["image/jp2"]=kQTFileTypeJPEG2000;//-
* ^*
*imageQT.cpp:243:32: **error: **unknown type name 'GraphicsImportComponent'*
static bool QuickTimeImage2mem(GraphicsImportComponent inImporter, image...
* ^*
*imageQT.cpp:246:9: **error: **no member named 'GraphicsImportGetNaturalBounds' in*
* the global namespace*
if (::GraphicsImportGetNaturalBounds(inImporter, &r)) return NULL; /...
* ~~^*
*imageQT.cpp:246:64: **warning: **implicit conversion of NULL constant to 'bool'*
* [-Wnull-conversion]*
if (::GraphicsImportGetNaturalBounds(inImporter, &r)) return NULL; //g...
* ~~~~~~ ^~~~*
false
*imageQT.cpp:247:5: **error: **no member named 'OffsetRect' in the global namespace*
::OffsetRect(&r, -r.left, -r.top);
* ~~^*
*imageQT.cpp:248:9: **error: **no member named 'GraphicsImportSetBoundsRect' in the*
* global namespace*
if (::GraphicsImportSetBoundsRect(inImporter, &r)) return NULL;
* ~~^*
*imageQT.cpp:248:61: **warning: **implicit conversion of NULL constant to 'bool'*
* [-Wnull-conversion]*
if (::GraphicsImportSetBoundsRect(inImporter, &r)) return NULL;
* ~~~~~~ ^~~~*
false
*imageQT.cpp:250:9: **error: **no member named 'GraphicsImportGetImageDescription' in*
* the global namespace*
if (::GraphicsImportGetImageDescription(inImporter, &imageDescH)) return NULL;
* ~~^*
*imageQT.cpp:250:76: **warning: **implicit conversion of NULL constant to 'bool'*
* [-Wnull-conversion]*
if (::GraphicsImportGetImageDescription(inImporter, &imageDescH)) return NULL;
* ~~~~~~ ^~~~*
false
*imageQT.cpp:275:5: **warning: **'DisposeHandle' is deprecated: first deprecated in*
* OS X 10.8 [-Wdeprecated-declarations]*
::DisposeHandle(reinterpret_cast<Handle>(imageDescH));
* ^*
*/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/MacMemory.h:1278:1: note: *
'DisposeHandle' has been explicitly marked deprecated here
DisposeHandle(Handle h) __OSX_AVAI...
*^*
*imageQT.cpp:289:15: **error: **use of undeclared identifier 'QTNewGWorldFromPtr'*
OSErr err = QTNewGWorldFromPtr(&gw,
* ^*
*imageQT.cpp:301:5: **error: **no member named 'GraphicsImportSetGWorld' in the*
* global namespace*
::GraphicsImportSetGWorld(inImporter, gw, NULL);
* ~~^*
*fatal error: *too many errors emitted, stopping now [-ferror-limit=]
7 warnings and 20 errors generated.
make[2]: *** [gem_imageQT_la-imageQT.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1
On 10/25/2015 08:21 PM, j-p k wrote:
Hi,
Now that I have a computer w/ the new OSX (10.11) I'm going to try to fix the [gemvertexbuffer] issues some folks were having that I wasn't experiencing on OSX 10.6.
However, I'm getting these errors while building the latest Gem:
[...]
*imageQT.cpp:157:31: **error: **use of undeclared identifier 'kQTFileTypePicture'*
yes, that's to be expected. apple has no longer supports QuickTime. If Gem doesn't automatically disable it for you (which is obviously the case here), just do it manually:
./configure --without-QuickTime-framework
mgfar IOhannes
hello,
this is in regards to the gemvertexbuffer. there has been a bit of an interim since the last post. i never could get pd vanilla to recognize the latest git-gem, but after finding this post, i thought i'd give it another try:
https://lists.puredata.info/pipermail/pd-list/2015-08/111112.html
i am building gem using ...
./autogen.sh
./configure --enable-fat-binary=i386 --with-pd=/Applications/Pd-0.47-0test2.app/Contents/Resources --without-QuickTime-framework --without-Carbon-framework
make CPPFLAGS=$(pkg-config --cflags freetype2)
...and it builds w/ no errors. at the root level are aliases pointing to the darwins, including gem.pd_darwin. pd shows the usual "can't load library" msg when using "-lib path-to-gem" and after adding "libbz2.1.dylib, libfreetype.6.dylib & libftgl.2.dylib" at the root level and w/ lib folder at root level, i get the same error.
(adding those libs works with 0.93.3). are there any other things i can try to get it running? thank you
On Mon, Oct 26, 2015 at 4:59 PM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 10/25/2015 08:21 PM, j-p k wrote:
Hi,
Now that I have a computer w/ the new OSX (10.11) I'm going to try to
fix
the [gemvertexbuffer] issues some folks were having that I wasn't experiencing on OSX 10.6.
However, I'm getting these errors while building the latest Gem:
[...]
*imageQT.cpp:157:31: **error: **use of undeclared identifier 'kQTFileTypePicture'*
yes, that's to be expected. apple has no longer supports QuickTime. If Gem doesn't automatically disable it for you (which is obviously the case here), just do it manually:
./configure --without-QuickTime-framework
mgfar IOhannes
GEM-dev mailing list GEM-dev@lists.iem.at http://lists.puredata.info/listinfo/gem-dev
On 05/01/2016 12:00 AM, j-p k wrote:
...and it builds w/ no errors. at the root level are aliases pointing to the darwins, including gem.pd_darwin.
note, that while your filesystem might be case-insensitive, Pd is not. Gem is written with a capital G, so it should be Gem.pd_darwing, and (more importantly), you should use "-lib /path/to/Gem" to load the externals /path/to/Gem.pd_darwin.
you also might want to run this from the cmdline and with a high verbosity, to see whether the loading throws any helpful errors.
$ /Applications/Pd-0.37-5.app/Contents/Resources/bin/pd \ -verbose -verbose -lib /path/to/Gem
verbose: amongst the paths that fail is "tried /Users/(user)/Desktop/Gem/Gem.pd_darwin and succeeded" and yet "/Users/(user)/Desktop/Gem: can't load library" at the end (not other unique message types)
i attached two images. the first shows root after compile and the second shows the actual location of Gem.pd_darwin after "Show Original" on the alias (it's in Gem/src/.libs)
On Mon, May 2, 2016 at 4:22 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 05/01/2016 12:00 AM, j-p k wrote:
...and it builds w/ no errors. at the root level are aliases pointing to the darwins, including gem.pd_darwin.
note, that while your filesystem might be case-insensitive, Pd is not. Gem is written with a capital G, so it should be Gem.pd_darwing, and (more importantly), you should use "-lib /path/to/Gem" to load the externals /path/to/Gem.pd_darwin.
you also might want to run this from the cmdline and with a high verbosity, to see whether the loading throws any helpful errors.
$ /Applications/Pd-0.37-5.app/Contents/Resources/bin/pd \ -verbose -verbose -lib /path/to/Gem
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
and if it helps, the full terminal readout (attached)
On Mon, May 2, 2016 at 12:21 PM, j-p k jptrkz@gmail.com wrote:
verbose: amongst the paths that fail is "tried /Users/(user)/Desktop/Gem/Gem.pd_darwin and succeeded" and yet "/Users/(user)/Desktop/Gem: can't load library" at the end (not other unique message types)
i attached two images. the first shows root after compile and the second shows the actual location of Gem.pd_darwin after "Show Original" on the alias (it's in Gem/src/.libs)
On Mon, May 2, 2016 at 4:22 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 05/01/2016 12:00 AM, j-p k wrote:
...and it builds w/ no errors. at the root level are aliases pointing
to
the darwins, including gem.pd_darwin.
note, that while your filesystem might be case-insensitive, Pd is not. Gem is written with a capital G, so it should be Gem.pd_darwing, and (more importantly), you should use "-lib /path/to/Gem" to load the externals /path/to/Gem.pd_darwin.
you also might want to run this from the cmdline and with a high verbosity, to see whether the loading throws any helpful errors.
$ /Applications/Pd-0.37-5.app/Contents/Resources/bin/pd \ -verbose -verbose -lib /path/to/Gem
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
On 2016-05-02 18:21, j-p k wrote:
verbose: amongst the paths that fail is "tried /Users/(user)/Desktop/Gem/Gem.pd_darwin and succeeded" and yet "/Users/(user)/Desktop/Gem: can't load library" at the end (not other unique message types)
what's the output of: $ file Gem.pd_darwin $ otool -L Gem.pd_darwin
fgmadr IOhannes
Gem.pd_darwin: Mach-O bundle i386
Gem.pd_darwin:
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
On Tue, May 3, 2016 at 3:31 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-05-02 18:21, j-p k wrote:
verbose: amongst the paths that fail is "tried /Users/(user)/Desktop/Gem/Gem.pd_darwin and succeeded" and yet "/Users/(user)/Desktop/Gem: can't load library" at the end (not other unique message types)
what's the output of: $ file Gem.pd_darwin $ otool -L Gem.pd_darwin
fgmadr IOhannes
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
On 2016-05-03 09:40, j-p k wrote:
Gem.pd_darwin: Mach-O bundle i386
thanks.
"one" more question: i just noticed that you are compiling against Pd-0.47-0test2.
- do you use the same version to load Gem? - whats the output of $ file /Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd - can you try to load Gem with another version of Pd? - can you try compiling Gem against another version of Pd?
fmgsd IO(asking dumb questions and hoping to get a hint)hannes
compiled against version & running version = 0.47 (keeping everything 32 bit)
output:
/Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd: Mach-O universal binary with 2 architectures
/Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd (for architecture i386): Mach-O executable i386
/Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd (for architecture ppc7400): Mach-O executable ppc
pretty sure i got the same results with 0.45-4 but i'll try again tomorrow. 0.45-4 was working with git-Gem on another computer running osx10.6 at the point gemvertexbuffer hit the wall
On Tue, May 3, 2016 at 3:46 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-05-03 09:40, j-p k wrote:
Gem.pd_darwin: Mach-O bundle i386
thanks.
"one" more question: i just noticed that you are compiling against Pd-0.47-0test2.
- do you use the same version to load Gem?
- whats the output of $ file /Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd
- can you try to load Gem with another version of Pd?
- can you try compiling Gem against another version of Pd?
fmgsd IO(asking dumb questions and hoping to get a hint)hannes
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
running 0.45-4 with both 0.45-4-compiled-Gem and 0.47-0-compiled-Gem gives:
tried /Users/user/Desktop/Gem/Gem.pd_darwin and succeeded
/Users/user/Desktop/Gem/Gem.pd_darwin: dlopen(/Users/(user)/Desktop/Gem/Gem.pd_darwin, 10): Symbol not found: *__ZN12FTBitmapFontC1EPKc*
Referenced from: /Users/user/Desktop/Gem/Gem.pd_darwin
Expected in: flat namespace
in /Users/user/Desktop/Gem/Gem.pd_darwin
/Users/user/Desktop/Gem: can't load library
On Tue, May 3, 2016 at 4:02 AM, j-p k jptrkz@gmail.com wrote:
compiled against version & running version = 0.47 (keeping everything 32 bit)
output:
/Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd: Mach-O universal binary with 2 architectures
/Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd (for architecture i386): Mach-O executable i386
/Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd (for architecture ppc7400): Mach-O executable ppc
pretty sure i got the same results with 0.45-4 but i'll try again tomorrow. 0.45-4 was working with git-Gem on another computer running osx10.6 at the point gemvertexbuffer hit the wall
On Tue, May 3, 2016 at 3:46 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-05-03 09:40, j-p k wrote:
Gem.pd_darwin: Mach-O bundle i386
thanks.
"one" more question: i just noticed that you are compiling against Pd-0.47-0test2.
- do you use the same version to load Gem?
- whats the output of $ file /Applications/Pd-0.47-0test2.app/Contents/Resources/bin/pd
- can you try to load Gem with another version of Pd?
- can you try compiling Gem against another version of Pd?
fmgsd IO(asking dumb questions and hoping to get a hint)hannes
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
On 05/03/2016 06:29 PM, j-p k wrote:
/Users/user/Desktop/Gem/Gem.pd_darwin: dlopen(/Users/(user)/Desktop/Gem/Gem.pd_darwin, 10): Symbol not found: *__ZN12FTBitmapFontC1EPKc*
so is the ftgl library you are linking too compiled for 32bit? this could be some loophole in the autoconf detection of the usability of the library...
fgmds IOhannes
On 05/01/2016 12:00 AM, j-p k wrote:
./configure --enable-fat-binary=i386 --with-pd=/Applications/Pd-0.47-0test2.app/Contents/Resources --without-QuickTime-framework --without-Carbon-framework
make CPPFLAGS=$(pkg-config --cflags freetype2)
that's probably wrong and you should add the freetype2-pkgconfig output to the configure process, rather than only the build process. either with $ ./configure PKG_FTGL_CFLAGS="$(pkg-config --cflags ftgl freetype2) \ PKG_FTGL_LIBS="$(pkg-config --libs ftgl freetype2) ...
or something like: $ ./configure CPPFLAGS="$(pkg-config --cflags freetype2) \ LIBS="$(pkg-config --libs freetype2) ...
personally i prefer the first option, as it adds a dependency on freetype only to the binaries that use FTGL.
gfmsdr IOhannes
for 32bit: uninstalled ftgl reinstalled with : brew install ftgl --32-bit (linked)
./configure --enable-fat-binary=i386 --with-pd=/Applications/Pd-0.47-0test2.app/Contents/Resources --without-QuickTime-framework --without-Carbon-framework *PKG_FTGL_CFLAGS="$(pkg-config --cflags ftgl freetype2)" PKG_FTGL_LIBS="$(pkg-config --libs ftgl freetype2)"*
make remains : make CPPFLAGS=$(pkg-config --cflags freetype2)
still unable to load & 0.45-4 still shows bitmapfont error
On Wed, May 4, 2016 at 5:46 PM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 05/01/2016 12:00 AM, j-p k wrote:
./configure --enable-fat-binary=i386 --with-pd=/Applications/Pd-0.47-0test2.app/Contents/Resources --without-QuickTime-framework --without-Carbon-framework
make CPPFLAGS=$(pkg-config --cflags freetype2)
that's probably wrong and you should add the freetype2-pkgconfig output to the configure process, rather than only the build process. either with $ ./configure PKG_FTGL_CFLAGS="$(pkg-config --cflags ftgl freetype2) \ PKG_FTGL_LIBS="$(pkg-config --libs ftgl freetype2) ...
or something like: $ ./configure CPPFLAGS="$(pkg-config --cflags freetype2) \ LIBS="$(pkg-config --libs freetype2) ...
personally i prefer the first option, as it adds a dependency on freetype only to the binaries that use FTGL.
gfmsdr IOhannes
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev