Proposition for SDL_math (Part 2)

Ok, it seams that the mailing list didn’t like that
I used another account, so all my replies must been in
a suspend state. Here goes what I think from the previous
postings.

Why call it SDL_math ?

for nothing in special, I just though that since it is
a math library to be used with SDL that would be a nice name.
For example, NVidia has one that is part of their NVToolkit.

Why C over C++ ?

please note that I only use C when I must, for example at
work. Other than that, when I have to choose between C or C++
I always choose C++, unless there’s a good reason for not doing
it. In this case the good reason was that all the other SDL_* libs
are coded in C but since the library would have any dependecy on
SDL, maybe C++ is the way.

Do we really need another math library ?

maybe “we” don’t, but I do because in all the programs that I did
back at the university I suffered from ‘tying the math with the algorithm’.
Now I work in a Software development house and only code graphic aplications
as an hobby, so I NEED to have a better library that the ones I used to
have.
If someone else could benefit from that then it will be good.

So maybe I will code my library using some of the advices that I have read
from some of you and make it available on the libraries section.–
Paulo Pinto, uRD Software Engineer
Altitude Software (formerly Easyphone)

paulo.pinto at altitudesoftware.com
www.altitudesoftware.com

The opinions expressed by myself are personal and not of my employer.
Programming languages teach you not to want what they cannot provide.

I think SDL_math would be very useful.
I think it should be written in C, look expecially at OpenGL, use modern CPU
features (SIMD…), and possibly multiplatform.

It would be nice if it could use, when available, 3D graphic cards hardware
accelleartion for transform (It could, somehow, see which card is installed,
and use, for example, and OpenGL command (that will be so hw accellerated)
to perform an operation (for example translation, rotation…)).–
Marco Iannaccone
@Marco_Iannaccone
ICQ UIN: 18748121 MetalCoder

"What is real? How do you define real? If you’re talking about your senses,
what you feel, taste,
smell, or see, then all you’re talking about are electrical signals
interpreted by your brain.“
Morpheus - The Matrix
"Paulo Pinto” <pjmlp_pt at yahoo.com> ha scritto nel messaggio
news:080801c0b865$2e49a580$3a00050a at nagasaki…

Ok, it seams that the mailing list didn’t like that
I used another account, so all my replies must been in
a suspend state. Here goes what I think from the previous
postings.

Why call it SDL_math ?

for nothing in special, I just though that since it is
a math library to be used with SDL that would be a nice name.
For example, NVidia has one that is part of their NVToolkit.

Why C over C++ ?

please note that I only use C when I must, for example at
work. Other than that, when I have to choose between C or C++
I always choose C++, unless there’s a good reason for not doing
it. In this case the good reason was that all the other SDL_* libs
are coded in C but since the library would have any dependecy on
SDL, maybe C++ is the way.

Do we really need another math library ?

maybe “we” don’t, but I do because in all the programs that I did
back at the university I suffered from ‘tying the math with the
algorithm’.
Now I work in a Software development house and only code graphic
aplications
as an hobby, so I NEED to have a better library that the ones I used to
have.
If someone else could benefit from that then it will be good.

So maybe I will code my library using some of the advices that I have
read
from some of you and make it available on the libraries section.


Paulo Pinto, uRD Software Engineer
Altitude Software (formerly Easyphone)

paulo.pinto at altitudesoftware.com
www.altitudesoftware.com

The opinions expressed by myself are personal and not of my employer.
Programming languages teach you not to want what they cannot provide.

[…]

Why C over C++ ?

please note that I only use C when I must, for example at
work. Other than that, when I have to choose between C or C++
I always choose C++, unless there’s a good reason for not doing
it.

hehe I do it exactly the opposite way; C++ only when i have no choice,
and C (almost) everywhere else. :slight_smile:

Do we really need another math library ?

maybe “we” don’t, but I do because in all the programs that I did
back at the university I suffered from ‘tying the math with the algorithm’.
Now I work in a Software development house and only code graphic
aplications as an hobby, so I NEED to have a better library that the ones I
used to have.
If someone else could benefit from that then it will be good.

Sure, if it gets your job done well, go ahead; software that’s both well
designed and actually written to solve a real problem tend to work for other
projects as well. (As opposed to pure “theory based” designs, which tend to
contain all those design flaws that can only be revealed through real life
testing.)

In short, design software you need the way you need it. :slight_smile:

//David

.- M A I A -------------------------------------------------.
| Multimedia Application Integration Architecture |
| A Free/Open Source Plugin API for Professional Multimedia |
----------------------> http://www.linuxaudiodev.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter |--------------------------------------> david at linuxdj.com -'On Thursday 29 March 2001 17:30, Paulo Pinto wrote:

Actually, I think the main reason to call it SDL_math is to guarantee it’s
compatibility with the rest of the SDL libs, and to make it as cross-platform
as the rest try to be. This in and of itself is very difficult, but very useful.On Thu, 29 Mar 2001, you wrote:

Why call it SDL_math ?

for nothing in special, I just though that since it is
a math library to be used with SDL that would be a nice name.
For example, NVidia has one that is part of their NVToolkit.


Sam “Criswell” Hart <@Sam_Hart> AIM, Yahoo!:
Homepage: < http://www.geekcomix.com/snh/ >
PGP Info: < http://www.geekcomix.com/snh/contact/ >
Advogato: < http://advogato.org/person/criswell/ >