I noticed that the web page says that a port to solaris is ‘in
progress’. Does anyone out there know the specific state of the port,
so I can figure out what to start working on?
Thanks,
–Ryan
I noticed that the web page says that a port to solaris is ‘in
progress’. Does anyone out there know the specific state of the port,
so I can figure out what to start working on?
I think it is pretty much functional. In fact, SDL probably works well on
any modern Unix/X11 combination, the only platform-dependent area being sound.
On the other hand, I can think of some specific Solaris potential yet untapped:
- Hand-coded blits using VIS
- DGA (which Sun discourages people from using directly, but if it improves
performance… there is a Doom port using DGA) - XIL, especially for video decoding (can use hardware acceleration here)
and possibly faking full-screen modes by rescaling in real time
I don’t know if anyone has tried to build SDL with the SunPro compiler, which
usually generates much better code than gcc, but it is probably worth a try.
A good exercise is taking anything written for SDL and try building on
Solaris. It sometimes exposes problems in SDL, and almost always bugs in the
(usually Linux-centric) game!
I have ran my program under solaris, but I currently only use the video
component.–
Brian
On Mon, 8 May 2000, Ryan J. Evans wrote:
I noticed that the web page says that a port to solaris is ‘in
progress’. Does anyone out there know the specific state of the port,
so I can figure out what to start working on?Thanks,
–Ryan
I don’t know if anyone has tried to build SDL with the SunPro compiler, which
usually generates much better code than gcc, but it is probably worth a try.
[~] cc -V
cc: WorkShop Compilers 4.2 30 Oct 1996 C 4.2
usage: cc [ options] files. Use ‘cc -flags’ for details
Is this the SunPro compiler? I set CC to point to that, but running make
with the SDL CVS version I downloaded today gave the following error:
make[2]: Entering directory `/grading/.keep/SDL/src/main’
/opt/SUNWspro/bin/cc -DPACKAGE=“SDL” -DVERSION=“1.1.3” -Dinline=
-I. -I. -I/grading/.keep/include -I/usr/openwin/include -g
-I/usr/openwin/include -DENABLE_X11 -D_REENTRANT -DSDL_USE_PTHREADS
-DHAVE_KSTAT -I…/…/include -I…/…/include/SDL -I…/…/src
-I…/…/src/solaris -I…/…/src/main -I…/…/src/audio -I…/…/src/video
-I…/…/src/events -I…/…/src/joystick -I…/…/src/cdrom
-I…/…/src/thread -I…/…/src/timer -I…/…/src/endian -I…/…/src/file
-c SDL_main.c
command line: fatal: invalid arg for option M D: No such file or
directory
cc: acomp failed for SDL_main.c
In what way is the code generated by the SunPro compiler better than
gcc’s?
Melvin
I think it is pretty much functional. In fact, SDL probably works well on
any modern Unix/X11 combination, the only platform-dependent area being sound.
As far as I know SGI/Irix isn’t currently supported, since Sam hasn’t
got access to that architecture. It was supported in version 0.12 or
something like that.
We have a bunch of those at my university, but unfortunately they don’t
allow guest users on their systems…
Does anyone know of any way to get access to an SGI??
Yours sincerely,
/morten bek
[~] cc -V
cc: WorkShop Compilers 4.2 30 Oct 1996 C 4.2
usage: cc [ options] files. Use ‘cc -flags’ for details
Yup. SUNWspro is the actual package name I think.
In what way is the code generated by the SunPro compiler better than
gcc’s?
gcc is more portable than any of the native compilers, but the native
compilers are generally much better optimized for a specific platform.
Though I haven’t done any tests myself with performance, I have seen that
gcc produces much larger object files than the native ones, usually.–
Brian
hayward at slothmud.org wrote:
gcc is more portable than any of the native compilers, but the native
compilers are generally much better optimized for a specific platform.
Though I haven’t done any tests myself with performance, I have seen that
gcc produces much larger object files than the native ones, usually.
Wouldn’t larger often be faster? With loop-unrolling and tabularization
(sp?) at least you must gain speed at the cost of size…
Just a (probably totally irrelevant) thought… 
Yours sincerely,
/morten bek
make[2]: Entering directory `/grading/.keep/SDL/src/main’
/opt/SUNWspro/bin/cc -DPACKAGE=“SDL” -DVERSION=“1.1.3” -Dinline=
-I. -I. -I/grading/.keep/include -I/usr/openwin/include -g
-I/usr/openwin/include -DENABLE_X11 -D_REENTRANT -DSDL_USE_PTHREADS
-DHAVE_KSTAT -I…/…/include -I…/…/include/SDL -I…/…/src
-I…/…/src/solaris -I…/…/src/main -I…/…/src/audio -I…/…/src/video
-I…/…/src/events -I…/…/src/joystick -I…/…/src/cdrom
-I…/…/src/thread -I…/…/src/timer -I…/…/src/endian -I…/…/src/file
-c SDL_main.c
command line: fatal: invalid arg for option M D: No such file or
directory
cc: acomp failed for SDL_main.c
Yes, I just tried and got the same error. Maybe it’s libtool?
In what way is the code generated by the SunPro compiler better than
gcc’s?
It’s faster (I have got boosts up to 50% for numeric code)
command line: fatal: invalid arg for option M D: No such file or
directory
cc: acomp failed for SDL_main.c
Sorry, it is of course automake’s fault, trying to use gcc’s switches to
generate dependencies on the fly. When doing a ‘make dist’ (as no doubt Sam
does when the time comes for a release), automake will include the
dependencies in the Makefiles and it will work.
I successfully built SDL (from CVS) with SunPro 5.0 cc except that it acted
silly and refused to build generate SDL_yuv_mmx.lo on the pretext that it
had an illegal suffix (I had do build it by hand).
I haven’t run any benchmarks yet, but testsprite works
we just got 3 SGI Indigo’s donated to my school(only one currently works, the other
2 have no hd’s and i have been unable to get them to recognize any hd but the one
they came with) , and i am the person who confescates all strange unix boxes that
are donated and makes sure everyone knows there mine to play with first they
also came with a big box full of manuals including all kinds of programming
references, there old 75mhz machines but id love to get SDL working on them,
problem is i dont really have the time to do it myself, if anyone wants to work on
it i will get you an acount. There currently running Irix 5 something, we have a
6.2(?) cd but they have no cdrom drive and the network install on the things is a
pain (uses bootp and tftp) should be runnin 6.2 soon though
incase anyone cares we also got 2 strange HP boxes donated (only one currently
works, there 7000 700’s or something) and i have a good ol Sparcstation 20 Running
Solaris 7
Jess Haas
Morten Bek wrote:> > I think it is pretty much functional. In fact, SDL probably works well on
any modern Unix/X11 combination, the only platform-dependent area being sound.
As far as I know SGI/Irix isn’t currently supported, since Sam hasn’t
got access to that architecture. It was supported in version 0.12 or
something like that.
We have a bunch of those at my university, but unfortunately they don’t
allow guest users on their systems…
Does anyone know of any way to get access to an SGI??Yours sincerely,
/morten bek
gcc is more portable than any of the native compilers, but the native
compilers are generally much better optimized for a specific platform.
Though I haven’t done any tests myself with performance, I have seen that
gcc produces much larger object files than the native ones, usually.Wouldn’t larger often be faster? With loop-unrolling and tabularization
(sp?) at least you must gain speed at the cost of size…Just a (probably totally irrelevant) thought…
Like I said, I haven’t done any research myself. But in this case, I
bet “larger” is not synonymous with “tabularization” and
"loop-unrolling". It probably has more todo with all of the portability
decisions they make.–
Brian
Newsgroups: loki.open-source.sdl
I think it is pretty much functional. In fact, SDL probably works well on
any modern Unix/X11 combination, the only platform-dependent area being
sound.
As far as I know SGI/Irix isn’t currently supported, since Sam hasn’t
got access to that architecture. It was supported in version 0.12 or
something like that.
We have a bunch of those at my university, but unfortunately they don’t
allow guest users on their systems…
Does anyone know of any way to get access to an SGI??I could arrange an account on an SGI if wanted ?
ATB,
Simon.----- Original Message -----
From: bek@daimi.au.dk (Morten Bek)
To: sdl at lokigames.com
Date: 08 May 2000 22:31
Subject: [SDL] Re: status of solaris port?
Newsgroups: loki.open-source.sdl
I think it is pretty much functional. In fact, SDL probably works well on
any modern Unix/X11 combination, the only platform-dependent area being
sound.
As far as I know SGI/Irix isn’t currently supported, since Sam hasn’t
got access to that architecture. It was supported in version 0.12 or
something like that.
We have a bunch of those at my university, but unfortunately they don’t
allow guest users on their systems…
Does anyone know of any way to get access to an SGI??I could arrange an account on an SGI if wanted …
ATB,
Simon.----- Original Message -----
From: bek@daimi.au.dk (Morten Bek)
To: sdl at lokigames.com
Date: 08 May 2000 22:31
Subject: [SDL] Re: status of solaris port?
I could arrange an account on an SGI if wanted ?
To be really useful, physical access to an SGI is needed, or we cannot
verify that it works. It is probably better to find an SGI developer who
is interested in helping out - it’s pointless to maintain an SGI port that
nobody uses.
Is there a (portable) SDL “killer app” yet?