easier and cleaner to use this instead:
gcc -static test.c sdl-config --cflags --static-libs -o appOn Friday 17 April 2009 14:56:17 Mike Mike wrote:
Also, can I statically link a program to the SDL library?
You know, something like:
gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL -lpthread -lm
-ldl -o app
Oh y dayz Pierre,**
something actually happened. Amazing!
**
It was trying to display my program. I think the problem I had on my X86
system is what I’m now experiencing on thhis embedded system.
**
You see, what happens is that:
**
-when I make the program (app) on my X86 machine (as a test) using the
command below:
gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL -lpthread -lm
-ldl -o app
**
- and then run app.
-My pc s resolution stays stuck at 800x600 (approx that range)
-pressing esc doesn’t quit the program.
**
-Now I try to do the same thing on my embedded system
sparc-linux-gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL
-lpthread -lm -ldl -o app
(obviously, with a static sparc version of SDL)
-I’m having the feeling I might be encountering thesame error.
**
Didn’t fully get your reply regarding linking statically. Did you say I
could do this?
You said ‘Absolutely, modulo the licensing requirements of course’ --did
you mean I need the licensing requirements?
Thanks in advance (Actually thanks a mill–the program actually ran)
–Although I must say, this time I didn’ have a mouse connected, and it ran
(basically no 'no such device error).
-Mike
Oh my dayz Pierre,**
something actually happened. Amazing!
**
It was trying to display my program. I think the problem I had on my X86
system is what I’m now experiencing on thhis embedded system.
**
You see, what happens is that:
**
-when I make the program (app) on my X86 machine (as a test) using the
command below:
gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL -lpthread -lm
-ldl -o app
**
- and then run app.
-My pc s resolution stays stuck at 800x600 (approx that range)
-pressing esc doesn’t quit the program.
**
-Now I try to do the same thing on my embedded system
sparc-linux-gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL
-lpthread -lm -ldl -o app
(obviously, with a static sparc version of SDL)
-I’m having the feeling I might be encountering thesame error.
**
Didn’t fully get your reply regarding linking statically. Did you say I
could do this?
You said ‘Absolutely, modulo the licensing requirements of course’ --did
you mean I need the licensing requirements?
Thanks in advance (Actually thanks a mill–the program actually ran)
–Although I must say, this time I didn’ have a mouse connected, and it ran
(basically no 'no such device error).
-Mike
Oh my dayz Pierre,
something actually happened. Amazing!**
It was trying to display my program. I think the problem I had on my X86
system is what I’m now experiencing on thhis embedded system.
**
You see, what happens is that:
**
-when I make the program (app) on my X86 machine (as a test) using the
command below:
gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL -lpthread -lm
-ldl -o app
**
- and then run app.
-My pc s resolution stays stuck at 800x600 (approx that range)
-pressing esc doesn’t quit the program.
**
-Now I try to do the same thing on my embedded system
sparc-linux-gcc -static test.c -I /usr/local/SDL -L /usr/local/lib -lSDL
-lpthread -lm -ldl -o app
(obviously, with a static sparc version of SDL)
-I’m having the feeling I might be encountering thesame error.
**
Didn’t fully get your reply regarding linking statically. Did you say I
could do this?
You said ‘Absolutely, modulo the licensing requirements of course’ --did
you mean I need the licensing requirements?
Thanks in advance (Actually thanks a mill–the program actually ran)
–Although I must say, this time I didn’ have a mouse connected, and it ran
(basically no 'no such device error).
-Mike
Didn’t fully get your reply regarding linking statically. Did you say I
could do this?
You said ‘Absolutely, modulo the licensing requirements of course’? --did
you mean I need the licensing requirements?
I mean complying with SDL’s license, the Lesser General Public License
(LGPL), which you can find more information about here:
http://www.gnu.org/copyleft/lesser.html
There are some requirements put on you when using LGPL’d code, and the
easiest way to comply is to use shared libraries. Using static
libraries is allowed, but you have to be more careful, and possibly
provide more than just a binary. This is mostly important if you
distribute binaries (including as part of a hardware widget of some
kind), if your code is open source itself, then it’s probably just
fine.
With SDL, there’s also the alternative of calling up Galaxy Gameworks,
Sam Lantinga’s company, and buy a commercial license, which doesn’t
have those restrictions and comes with support (so they could probably
help you with all of this in a more official manner).On Fri, Apr 17, 2009 at 9:24 AM, Mike Mike wrote:
So is this bug report just an unrelated coincidence?On Wed, Apr 15, 2009 at 9:42 PM, Donny Viszneki <@Donny_Viszneki> wrote: