SDL_LoadObject and friends

It is a very lovely tool, if only it could be /used/.

Requiring SDL 1.2.5+ is annoying, but not a problem.

Not having them in headers is also annoying, but also not a problem.

The problem is that the implementation falls just short of usable.

Under *nix it works nicely, except that support for it is not compiled
in unless you specify --enable-dlopen for configure.

Under win32 it seems to be automaticly compiled, but not actually
exported to the world, so you can’t link to SDL if you reference them.

I don’t know about BEOS and Mac, because I have not tested it there,
however the lack of support by default on the two main platforms pretty
much makes a /very/ useful tool, not useful at all.

Leaving the question, why is this the case, and what would we have to do
to change things for 1.2.6?

Zephaniah E. Hull.
(Most likely going to end up copying SDL_loadso.c to Twilight with some
changes at this rate.)–
1024D/E65A7801 Zephaniah E. Hull <@Zephaniah_E_Hull>
92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801
CCs of replies from mailing lists are requested.

[0] ‘‘Dad, what is a word processor?’’
’‘Son, you do know what a food processor does to food, right?’’
’‘Yes.’’
’‘Now you can imagine a word processor …’’
– Alexander Schreiber quoting someone else on ASR.
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20030706/ae49a42f/attachment.pgp

The problem is that the implementation falls just short of usable.

It’s not meant to be exposed in 1.2.5. The hope was that we would be
starting a new development branch Real Soon Now, and shouldn’t put new
APIs into 1.2 at all. Look at the CVS commit date for SDL_LoadObject
and take that for what it’s worth. shrug

–ryan.

It is a very lovely tool, if only it could be /used/.

The functions weren’t actually intended to be exported, because of the large
number of caveats (name mangling, namespace collisions, etc.) but I’ll be happy
to export them and mark them as deprecated in the next stable release of SDL,
if they’re really useful to you.

See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment

Actually, /exceedingly/ useful, even with the named issues.

To put it bluntly, the ability to use things like SDL_Image if they are
available, at run time, but not depend on it, allows some truly
massively useful things in Twilight, and a few other things may follow.

For the moment I will probably end up copying it as a whole with a few
minor changes, because we need it.

Thanks.On Sun, Jul 06, 2003 at 12:42:06PM -0700, Sam Lantinga wrote:

It is a very lovely tool, if only it could be /used/.

The functions weren’t actually intended to be exported, because of the
large number of caveats (name mangling, namespace collisions, etc.)
but I’ll be happy to export them and mark them as deprecated in the
next stable release of SDL, if they’re really useful to you.


1024D/E65A7801 Zephaniah E. Hull <@Zephaniah_E_Hull>
92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801
CCs of replies from mailing lists are requested.

Mike Sphar (Scary Devil Monastery):

I am hired because I know what I am doing, not because I will do
whatever I am told is a good idea. This might cost me bonuses, raises,
promotions, and may even label me as “undesirable” by places I don’t
want to work at anyway, but I don’t care. I will not compromise my own
principles and judgement without putting up a fight. Of course, I
won’t always win, and I will sometimes be forced to do things I don’t
agree with, but if I am my objections will be known, and if I am shown
to be right and problems later develop, I will shout "I told you so!"
repeatedly, laugh hysterically, and do a small dance or jig as
appropriate to my heritage.
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20030706/2269ac36/attachment.pgp

It is a very lovely tool, if only it could be /used/.

Requiring SDL 1.2.5+ is annoying, but not a problem.

Not having them in headers is also annoying, but also not a problem.

The problem is that the implementation falls just short of usable.

Why not copy the source into your own project, and basically make your own
version, and support it yourself?

Just an idea.

ChrisOn Sun, 6 Jul 2003, Zephaniah E. Hull wrote:

Try Shaklee Vitamins: Free Sample! http://www.tryshaklee.com/newstream

Under *nix it works nicely, except that support for it is not compiled
in unless you specify --enable-dlopen for configure.

Under win32 it seems to be automaticly compiled, but not actually
exported to the world, so you can’t link to SDL if you reference them.

Okay, these issues are taken care of in CVS.

Enjoy!
-Sam Lantinga, Software Engineer, Blizzard Entertainment