What version of XCode would that project require?
The projects require Xcode 2.1+ which is Tiger only. (You can’t build
Universal binaries without Tiger so we didn’t feel it was worth the
effort to maintain them for older Xcodes. However, if you go far
enough back in the CVS history, you can probably find our pre-Tiger
projects.)
But’s you’re probably better off using the autoconf system. You
probably can still use the libfreetype.a in the tarball though. I
think the x86 side of the binary will just be ignored. But I took the
PPC side from the 10.3 binaries, so you could just find the one that’s
supposed to be in /usr/X11/lib.
-Eric
Hi,
I got the freetype part working, but now it’s complaining about not finding
SDL 1.2.4.
At first I just copied the SDL framework (1.2.11) to /Library/Frameworks,
then ran ./configure on SDL_ttf. I got the following error:
checking for SDL - version >= 1.2.4… no
*** The sdl-config script installed by SDL could not be found
*** If SDL was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the SDL_CONFIG environment variable to the
*** full path to sdl-config.
configure: error: *** SDL version 1.2.4 not found!
I didn’t have the sdl_config file, so I assumed that I needed to a proper
SDL install. I got the SDL source and ran the following:
./configure
make
After make, I started getting errors regarding X11, which I didn’t have
installed either. I installed X11 for Mac OS X and reran
./configure
make
Same error. Where am I going wrong in this process? I thought I was
following the instructions for SDL_ttf pretty well, but did I miss something
along the way?
Thanks,
Ryan
“E. Wing” wrote in message
news:3c7e3c8a0607191315q7787e8c2h43dc7f7e53e1c18d at mail.gmail.com…>> What version of XCode would that project require?
The projects require Xcode 2.1+ which is Tiger only. (You can’t build
Universal binaries without Tiger so we didn’t feel it was worth the
effort to maintain them for older Xcodes. However, if you go far
enough back in the CVS history, you can probably find our pre-Tiger
projects.)
But’s you’re probably better off using the autoconf system. You
probably can still use the libfreetype.a in the tarball though. I
think the x86 side of the binary will just be ignored. But I took the
PPC side from the 10.3 binaries, so you could just find the one that’s
supposed to be in /usr/X11/lib.
-Eric
Hello !
I got the freetype part working, but now it’s complaining about not
finding SDL 1.2.4.
At first I just copied the SDL framework (1.2.11) to /Library/Frameworks,
then ran ./configure on SDL_ttf. I got the following error:
If you want to use ./configure you should
compile everything the UNIX way.
If you want to use XCode you can create Frameworks
from all the SDL packages.
CU
Hey,
Yeah, sorry. I just realized that.
So, I guess my problem is installing SDL now. I’ll look into that some
more.
Thanks,
Ryan
“Torsten Giebl” wrote in message
news:1046.141.99.122.11.1153344783.squirrel at mail.syntheticsw.com…> Hello !
I got the freetype part working, but now it’s complaining about not
finding SDL 1.2.4.
At first I just copied the SDL framework (1.2.11) to /Library/Frameworks,
then ran ./configure on SDL_ttf. I got the following error:
If you want to use ./configure you should
compile everything the UNIX way.
If you want to use XCode you can create Frameworks
from all the SDL packages.
CU
So, I guess my problem is installing SDL now.
You do know we provide pre-built frameworks with everything you need
to get up and running without doing all this other work, right?
-Eric
I’m actually trying to get the sample app that comes with SDL_ttf to work on
my 10.3.9, for which I need to build SDL and SDL_ttf via UNIX fashion,
correct?
Ryan
“E. Wing” wrote in message
news:3c7e3c8a0607191443i26671fd1p664e5ae4e6349ab5 at mail.gmail.com…>> So, I guess my problem is installing SDL now.
You do know we provide pre-built frameworks with everything you need
to get up and running without doing all this other work, right?
-Eric
Hello !
I’m actually trying to get the sample app that comes with SDL_ttf to work
on my 10.3.9, for which I need to build SDL and SDL_ttf via UNIX fashion,
correct?
First i would build all the libs the UNIX way.
If that worked without problems,
you can also try building the Framework Packages.
CU
If you are just building that simple little showfont.c program, you
don’t really need autoconf and can shortcut the whole process and just
build on the command line. If you install the precompiled frameworks,
it boils down to this:
-
Copy SDLMain.h and SDLMain.m into the directory with your showfont.c file.
-
Run gcc directly with something like this (you can probably just
copy-and-paste this directly):
gcc -I /Library/Frameworks/SDL.framework/Headers -I
/Library/Frameworks/SDL_ttf.framework/Headers showfont.c SDLMain.m
-framework SDL -framework SDL_ttf -framework Cocoa
- ./a.out <your.ttf>
If you use the Unix style dylibs, substitute the correct header paths
and use -l instead of -framework.
-Eric
Michael Ryan Bannon wrote:
Hi,
I got the freetype part working, but now it’s complaining about not finding
SDL 1.2.4.
At first I just copied the SDL framework (1.2.11) to /Library/Frameworks,
then ran ./configure on SDL_ttf. I got the following error:
checking for SDL - version >= 1.2.4… no
*** The sdl-config script installed by SDL could not be found
*** If SDL was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the SDL_CONFIG environment variable to the
*** full path to sdl-config.
configure: error: *** SDL version 1.2.4 not found!
If you build SDL the Unix way it ends up installed to /usr/local so you
would need to do “export SDL_CONFIG=/usr/local/bin/sdl-config”
I didn’t have the sdl_config file, so I assumed that I needed to a proper
SDL install. I got the SDL source and ran the following:
./configure
make
After make, I started getting errors regarding X11, which I didn’t have
installed either.
This annoys the hell out of me as the detect script assumes X11 on OS X
always works. You can disable it with ./configure --disable-video-x11
If you are building libs the Unix way, then it will NOT find framework
versions of those libs. You could probably fudge it so it does find them
but I wouldn’t recommend that.
Pete.
Thanks for everybody’s help. I eventually got it working using Eric’s
suggestion. However, I was having one small problem. Because I’m on
10.3.9, I was getting the following errors:
Undefined symbols:
_HICopyAccessibilityActionDescription referenced from QuickTime expected to
be defined in Carbon
_HICopyAccessibilityRoleDescription referenced from QuickTime expected to be
defined in Carbon
_LLCStyleInfoCheckForOpenTypeTables referenced from QuickTime expected to be
defined in ApplicationServices
_LLCStyleInfoGetUserRunFeatures referenced from QuickTime
The solutions is at http://www.idevapps.com/forum/showthread.php?t=5661
If you’re interested as to what I was testing, it’s just some TTF that was
showing up on 10.4 but not on 10.3.9 in my game (came up as [] on 10.3.9_.
I wanted to run a simple, bare-bones SDL_ttf test with my font to see it
it’s not appearing because of the game or SDL_ttf/freetype. (Looks like
SDL_ttf is the culprit, but I’m going to check the docs some more.)
Thanks,
Ryan
“E. Wing” wrote in message
news:3c7e3c8a0607191621w41a58393g9bd335a8fec0031 at mail.gmail.com…> If you are just building that simple little showfont.c program, you
don’t really need autoconf and can shortcut the whole process and just
build on the command line. If you install the precompiled frameworks,
it boils down to this:
-
Copy SDLMain.h and SDLMain.m into the directory with your showfont.c
file.
-
Run gcc directly with something like this (you can probably just
copy-and-paste this directly):
gcc -I /Library/Frameworks/SDL.framework/Headers -I
/Library/Frameworks/SDL_ttf.framework/Headers showfont.c SDLMain.m
-framework SDL -framework SDL_ttf -framework Cocoa
- ./a.out <your.ttf>
If you use the Unix style dylibs, substitute the correct header paths
and use -l instead of -framework.
-Eric
I’m not sure why you are having these undefined symbol problems. As
far as I know, SDL_ttf doesn’t use Quicktime or any OS X specific
technology. If you are using our precompiled frameworks, we went to
the additional step (nuisance) to build against the 10.2 SDK on PPC so
I don’t think you should be affected by this problem from our
frameworks.
It could be that your build settings for your own application are not
setup to use the correct SDKs and it is your own application that is
linking to the wrong symbols. I would suggest using the 10.2 or 10.3
SDK on PPC and see if the problem clears up.
-Eric> From: “Michael Ryan Bannon”
Thanks for everybody’s help. I eventually got it working using Eric’s
suggestion. However, I was having one small problem. Because I’m on
10.3.9, I was getting the following errors:
Undefined symbols:
_HICopyAccessibilityActionDescription referenced from QuickTime expected to
be defined in Carbon
_HICopyAccessibilityRoleDescription referenced from QuickTime expected to be
defined in Carbon
_LLCStyleInfoCheckForOpenTypeTables referenced from QuickTime expected to be
defined in ApplicationServices
_LLCStyleInfoGetUserRunFeatures referenced from QuickTime
The solutions is at http://www.idevapps.com/forum/showthread.php?t=5661
If you’re interested as to what I was testing, it’s just some TTF that was
showing up on 10.4 but not on 10.3.9 in my game (came up as [] on 10.3.9_.
I wanted to run a simple, bare-bones SDL_ttf test with my font to see it
it’s not appearing because of the game or SDL_ttf/freetype. (Looks like
SDL_ttf is the culprit, but I’m going to check the docs some more.)
Thanks,
Ryan
It could be that your build settings for your own application are not
setup to use the correct SDKs and it is your own application that is
linking to the wrong symbols. I would suggest using the 10.2 or 10.3
SDK on PPC and see if the problem clears up.
I wasn’t having any linking problems with my own app, just showfont.c.
“E. Wing” wrote in message
news:3c7e3c8a0607201639n2b4fc29fndb9d53f79b34414 at mail.gmail.com…> I’m not sure why you are having these undefined symbol problems. As
far as I know, SDL_ttf doesn’t use Quicktime or any OS X specific
technology. If you are using our precompiled frameworks, we went to
the additional step (nuisance) to build against the 10.2 SDK on PPC so
I don’t think you should be affected by this problem from our
frameworks.
It could be that your build settings for your own application are not
setup to use the correct SDKs and it is your own application that is
linking to the wrong symbols. I would suggest using the 10.2 or 10.3
SDK on PPC and see if the problem clears up.
-Eric
From: “Michael Ryan Bannon” <@Michael_Ryan_Bannon>
Thanks for everybody’s help. I eventually got it working using Eric’s
suggestion. However, I was having one small problem. Because I’m on
10.3.9, I was getting the following errors:
Undefined symbols:
_HICopyAccessibilityActionDescription referenced from QuickTime expected
to
be defined in Carbon
_HICopyAccessibilityRoleDescription referenced from QuickTime expected to
be
defined in Carbon
_LLCStyleInfoCheckForOpenTypeTables referenced from QuickTime expected to
be
defined in ApplicationServices
_LLCStyleInfoGetUserRunFeatures referenced from QuickTime
The solutions is at http://www.idevapps.com/forum/showthread.php?t=5661
If you’re interested as to what I was testing, it’s just some TTF that
was
showing up on 10.4 but not on 10.3.9 in my game (came up as [] on
10.3.9_.
I wanted to run a simple, bare-bones SDL_ttf test with my font to see it
it’s not appearing because of the game or SDL_ttf/freetype. (Looks like
SDL_ttf is the culprit, but I’m going to check the docs some more.)
Thanks,
Ryan