mac quicktime 7.5.0 problems

[Christian Anthon-5]

It appears that the apple quicktime code doesn't compile with the
latest quicktime, could somebody with knowledge in the area take a
look:

Details:

The code related to QuickTime in sound.c appears to contain functions that
are now deprecated. In any case, that code is preventing me from building the
latest snapshot of gnubg. Specifically, the symbol NativePathNameToFSSpec is
reported as undefined. As a workaround I can simply modify sound.c to avoid
using QuickTime, and use a simple sound player (like sndplay) to provide the
sounds.

I know *nothing* about the QuickTime api, but perhaps someone who does will
consider this issue. It seems like some modification of sound.c is needed for
folks who use QuickTime 7.5.0.

Any feedback would be much appreciated.

Thanks. Gnubg is a great piece of software.


Christian.


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Mueller Achim-2]

Am 07.08.2008 um 11:23 schrieb Christian Anthon:

> It appears that the apple quicktime code doesn't compile with the
> latest quicktime, could somebody with knowledge in the area take a
> look:
>
> Details:
>
> The code related to QuickTime in sound.c appears to contain  
> functions that
> are now deprecated. In any case, that code is preventing me from  
> building the
> latest snapshot of gnubg. Specifically, the symbol  
> NativePathNameToFSSpec is
> reported as undefined. As a workaround I can simply modify sound.c  
> to avoid
> using QuickTime, and use a simple sound player (like sndplay) to  
> provide the
> sounds.
>
> I know *nothing* about the QuickTime api, but perhaps someone who  
> does will
> consider this issue. It seems like some modification of sound.c is  
> needed for
> folks who use QuickTime 7.5.0.
>
> Any feedback would be much appreciated.

Version 7.5 (149.5) here and it compiled without problems with the  
code from 4th of August.

Ciao

Achim


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Michael Petch]

On 8/7/08 9:47 AM, "Mueller Achim" <mailinglists@...> wrote:

> Version 7.5 (149.5) here and it compiled without problems with the
> code from 4th of August.
>

I pulled out the latest CVS version onto 10.5.4 (PPC not Intel) and it
compiled and ran with sound fine as well.

Like Achim I'm using darwinports at present. I verified I'm using Quicktime
7.5.0 (Via "About this Mac"/"More Info"/Applications)

Mike




_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Christian Anthon-5]

Follow-up Comment #3, bug #24008 (project gnubg):


I'll try to post a build log later. I can't determine why I failed while
others succeeded. I can't discover where NativePathToFSSpec is defined. By the
way, I'm running OS X 10.5.4 on an Intel MacBook. I have the most recent
Developer's Tools (and thus the most recent QuickTime framework) installed. I
tried both gcc-4.0 and gcc-4.2.

I have determined that the QuickTime related code in sound.c is very
antiquated. For example, see
http://developer.apple.com/technotes/tn2005/tn2140.html#TNTAG4

Thanks for the help. As I mentioned, I do have a perfectly fine gnubg. But
it's using sndplay as an external sound program, rather than QuickTime


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Christian Anthon-5]

It looks more like this person is having a linking problem. sound.c
compiles fine, but the linking fails:

/bin/sh ./libtool --mode=link --tag=CC gcc  -g -O2  -dylib_file
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
-framework QuickTime -L/usr/local/lib -lglib-2.0 -lintl -liconv
-lreadline -lncurses -o gnubg  analysis.o bearoff.o bearoffgammon.o
boardpos.o copying.o credits.o dbprovider.o dice.o drawboard.o eval.o
export.o external.o external_l.o external_y.o file.o format.o
formatgs.o gnubg.o gnubgmodule.o html.o htmlimages.o import.o latex.o
matchequity.o matchid.o mec.o multithread.o openurl.o osr.o play.o
positionid.o progress.o record.o relational.o render.o renderprefs.o
rollout.o set.o sgf.o sgf_l.o sgf_y.o show.o simpleboard.o sound.o
speed.o text.o timer.o util.o gtkboard.o gtkgame.o gtkfile.o
gtkprefs.o gtk-multiview.o gtktheory.o gtkexport.o gtkcube.o
gtkchequer.o gtkrace.o gtkmovefilter.o gtkmet.o gtkcolour.o
gtksplash.o gtkrolls.o gtktempmap.o gtkoptions.o gtktoolbar.o
gtkgamelist.o gtkpanels.o gtkmovelist.o gtkmovelistctrl.o gtkwindows.o
gtkrelational.o gnubgstock.o -L./lib lib/libevent.la -L/usr/local/lib
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0
-lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0
-lglib-2.0 -lintl -liconv   -L/usr/local/lib -lpng12 -L/usr/local/lib
-lcairo   -L/usr/local/lib -lpangocairo-1.0 -lpango-1.0 -lcairo
-lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv
-L/usr/local/lib -lgthread-2.0 -lglib-2.0 -lintl -liconv
-L/usr/local/lib -lxml2   -L/usr/local/lib -lfreetype -lz   -framework
Python -L/usr/local/lib -lglib-2.0 -lintl -liconv -L/usr/local/lib
-lpng12   -L/usr/local/lib -lsqlite3    -L./board3d
board3d/libboard3d.la -R/usr/X11/lib -L/usr/local/lib
-L/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/
-L/usr/X11/lib -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu
-lXt -lSM -lICE -lgtk-x11-2.0 -lpangox-1.0 -lX11 -lgdk-x11-2.0
-latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo
-lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv   -ldl -lm
libtool: link: gcc -g -O2 -dylib_file
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
-o gnubg analysis.o bearoff.o bearoffgammon.o boardpos.o copying.o
credits.o dbprovider.o dice.o drawboard.o eval.o export.o external.o
external_l.o external_y.o file.o format.o formatgs.o gnubg.o
gnubgmodule.o html.o htmlimages.o import.o latex.o matchequity.o
matchid.o mec.o multithread.o openurl.o osr.o play.o positionid.o
progress.o record.o relational.o render.o renderprefs.o rollout.o
set.o sgf.o sgf_l.o sgf_y.o show.o simpleboard.o sound.o speed.o
text.o timer.o util.o gtkboard.o gtkgame.o gtkfile.o gtkprefs.o
gtk-multiview.o gtktheory.o gtkexport.o gtkcube.o gtkchequer.o
gtkrace.o gtkmovefilter.o gtkmet.o gtkcolour.o gtksplash.o gtkrolls.o
gtktempmap.o gtkoptions.o gtktoolbar.o gtkgamelist.o gtkpanels.o
gtkmovelist.o gtkmovelistctrl.o gtkwindows.o gtkrelational.o
gnubgstock.o  -L/usr/local/lib -L/Users/Louis/Desktop/gnubg_test/lib
lib/.libs/libevent.a -L/usr/X11/lib
/usr/local/lib/libgthread-2.0.dylib /usr/local/lib/libxml2.dylib
-lpthread -framework Python /usr/local/lib/libsqlite3.dylib
-L/Users/Louis/Desktop/gnubg_test/board3d board3d/.libs/libboard3d.a
-lreadline -lncurses
-L/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/
/usr/local/lib/libgtkglext-x11-1.0.dylib
/usr/local/lib/libgdkglext-x11-1.0.dylib
/usr/X11/lib/libcairo.2.17.5.dylib /usr/X11/lib/libfontconfig.dylib
/usr/X11/lib/libfreetype.dylib /usr/lib/libexpat.dylib
/usr/X11/lib/libpng12.0.26.0.dylib
/usr/X11/lib/libpixman-1.0.11.6.dylib -lGLU -lGL
/usr/X11/lib/libXmu.6.2.0.dylib /usr/X11/lib/libXext.6.4.0.dylib
/usr/X11/lib/libXt.6.0.0.dylib /usr/local/lib/libgtk-x11-2.0.dylib
/usr/local/lib/libpangox-1.0.dylib /usr/local/lib/libgdk-x11-2.0.dylib
/usr/local/lib/libatk-1.0.dylib /usr/local/lib/libgdk_pixbuf-2.0.dylib
/usr/local/lib/libpangocairo-1.0.dylib
/usr/local/lib/libpangoft2-1.0.dylib /usr/local/lib/libpango-1.0.dylib
/usr/local/lib/libcairo.dylib /usr/local/lib/libfontconfig.dylib
/usr/local/lib/libfreetype.dylib /usr/local/lib/libexpat.dylib
/usr/local/lib/libpng12.dylib -lz /usr/X11/lib/libXrender.1.3.0.dylib
/usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib
/usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib
/usr/X11/lib/libXdmcp.6.0.0.dylib /usr/local/lib/libpixman-1.dylib
/usr/local/lib/libgobject-2.0.dylib
/usr/local/lib/libgmodule-2.0.dylib /usr/local/lib/libglib-2.0.dylib
/usr/local/lib/libintl.dylib -lc /usr/lib/libiconv.dylib -ldl -lm
-framework QuickTime

Undefined symbols:
  "_NativePathNameToFSSpec", referenced from:
      _PlaySound_QuickTime in sound.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [gnubg] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

perhaps the quicktime framework isn't installed or located correctly.
Does this ring a bell to anyone?

Christian.


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Michael Petch]

On 8/8/08 6:07 AM, "Christian Anthon" <christian.anthon@...> wrote:

> Undefined symbols:
>   "_NativePathNameToFSSpec", referenced from:
>       _PlaySound_QuickTime in sound.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[2]: *** [gnubg] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> perhaps the quicktime framework isn't installed or located correctly.
> Does this ring a bell to anyone?

Odd that it works on other systems. It sounds like the fellow knows his way
around so I am wondering if you can have him do this. Modify sound.c and
remove the following line (OR comment it out):

     err = NativePathNameToFSSpec(cSoundFilename, &fsSoundFile, 0);

And replace with this:

     FSRef ref;
     err = FSPathMakeRef( ( const UInt8* ) cSoundFilename, &ref, 0 );
     err = FSGetCatalogInfo( &ref, kFSCatInfoNone, NULL, NULL, &fsSoundFile,
NULL );


Ultimately he'll end up with something like:

//      err = NativePathNameToFSSpec(cSoundFilename, &fsSoundFile, 0);
        FSRef ref;
        err = FSPathMakeRef( ( const UInt8* ) cSoundFilename, &ref, 0 );
        err = FSGetCatalogInfo( &ref, kFSCatInfoNone, NULL, NULL,
&fsSoundFile, NULL );

Try to make gnubg again. If this works I can commit the change.

This antiquated code use to be shared with the windows version (At one time
Quicktime was supported as a windows sound system), and could be replaced
with the newer Quicktime API's. This of course would not make it compatible
with earlier versions of OS/X (10.3) - but I doubt this is a real issue.




_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Mueller Achim-2]

Am 08.08.2008 um 12:18 schrieb Christian Anthon:

> Follow-up Comment #3, bug #24008 (project gnubg):
>
>
> I'll try to post a build log later. I can't determine why I failed  
> while
> others succeeded. I can't discover where NativePathToFSSpec is  
> defined. By the
> way, I'm running OS X 10.5.4 on an Intel MacBook. I have the most  
> recent
> Developer's Tools (and thus the most recent QuickTime framework)  
> installed. I
> tried both gcc-4.0 and gcc-4.2.
>
> I have determined that the QuickTime related code in sound.c is very
> antiquated. For example, see
> http://developer.apple.com/technotes/tn2005/tn2140.html#TNTAG4
>
> Thanks for the help. As I mentioned, I do have a perfectly fine  
> gnubg. But
> it's using sndplay as an external sound program, rather than QuickTime

I searched for NativePathNameToFSSpec and found
http://www.koders.com/c/ 
fid65AB6546B514E53D999BA7809AF58125B02E2A27.aspx.

On my system I neither have a QTML.h nor did I find  
NativePathNameToFSSpec in any *.h

Ciao

Achim


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Christian Anthon-5]

Problem is traced down. Turned out some frameworks were not linked in
as they should be. I'll change the configure.in file accordingly.

Christian.


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Michael Petch]

On Sat, 2008-08-09 at 23:46 +0200, Christian Anthon wrote:
> Problem is traced down. Turned out some frameworks were not linked in
> as they should be. I'll change the configure.in file accordingly.
>

Howdy Christian,

Mind me asking what wasn't linked in (Or what cause the QuickTime
framework to not be linked in properly)? This seems rather odd. I may be
mistaken but the '-framework QuickTime' should have been enough to
satisfy the dependencies. I looked at configure.in (in CVS) and hadn't
seen the change so decided to inquire here.

The only thing that I noticed about his build environment is that he
must have been using Fink (Achim and I use Darwinports). This may have
had some impact. The problem isn't obvious when I look at the generated
build output that was posted.

Thanks,
Mike





_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Michael Petch]

On Mon, 2008-08-11 at 13:32 -0600, Michael Petch wrote:
>
> Mind me asking what wasn't linked in

Sorry I just realized this came from the Bugs section on savannah (I
read about the fix).

The Makefiles produced here (Based on DarwinPorts) have this on all of
the Libraries and executables:

-Wl,-framework,CoreServices,-framework,ApplicationServices

I have discovered that these get pulled in during ./configure:

pkg-config --libs freetype2
-Wl,-framework,CoreServices,-framework,ApplicationServices
-L/opt/local/lib -lfreetype -lz

Likely DarwinPorts differs to Fink in that these frameworks aren't
included in Fink's pkgconfig. Adding them into configure.in for all Mac
builds is probably the best solution.

The main purpose of researching this was to determine what makes Louis's
build system different.

Mike





_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Zulli, Louis P]

On Mon, 11 Aug 2008 14:24:49 -0600
  Michael Petch <mpetch@...> wrote:

> On Mon, 2008-08-11 at 13:32 -0600, Michael Petch wrote:
>>
>> Mind me asking what wasn't linked in
>
> Sorry I just realized this came from the Bugs section on savannah (I
> read about the fix).
>
> The Makefiles produced here (Based on DarwinPorts) have this on all of
> the Libraries and executables:
>
> -Wl,-framework,CoreServices,-framework,ApplicationServices
>
> I have discovered that these get pulled in during ./configure:
>
> pkg-config --libs freetype2
> -Wl,-framework,CoreServices,-framework,ApplicationServices
> -L/opt/local/lib -lfreetype -lz
>
> Likely DarwinPorts differs to Fink in that these frameworks aren't
> included in Fink's pkgconfig. Adding them into configure.in for all Mac
> builds is probably the best solution.
>
> The main purpose of researching this was to determine what makes Louis's
> build system different.
>
> Mike
>
>
>
>
>
> _______________________________________________
> Bug-gnubg mailing list
> Bug-gnubg@...
> http://lists.gnu.org/mailman/listinfo/bug-gnubg

Hi,

My build was "from scratch." I downloaded and compiled all the necessary
libraries. In the past I used Fink, but found that many of their packages were
updated too infrequently. Maybe I should give them another chance, or try
Darwinports.

In a way it was fun to start from nothing and manage to arrive at a working
gnubg.

Thanks for the help along the way, and for everyone's work on gnubg.

LZ


_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg

[Michael Petch]

On Mon, 2008-08-11 at 16:36 -0400, Zulli, Louis P wrote:

> Hi,
>
> My build was "from scratch." I downloaded and compiled all the necessary
> libraries. In the past I used Fink, but found that many of their packages were
> updated too infrequently. Maybe I should give them another chance, or try
> Darwinports.
>
> In a way it was fun to start from nothing and manage to arrive at a working
> gnubg.
>
> Thanks for the help along the way, and for everyone's work on gnubg.

Ah, okay - from scratch. I could only tell that you were not using
DarwinPorts :). If Christian (or I) simply add the extra link parameters
to a default Mac build it should be fine for all Mac environments.

I use to use Fink many moons ago (It has the advantage of being
relocatable) but they were slow in getting up to speed with 10.5 (QWith
numerous problems), and updates were not speedy enough for my liking.

DarwinPorts seems to be better maintained (Achim and I use it), but has
the downside of not being relocatable unless you want to hack the
binaries after a build.

Mike



_______________________________________________
Bug-gnubg mailing list
Bug-gnubg@...
http://lists.gnu.org/mailman/listinfo/bug-gnubg