On Tue, Jul 22, 2008 at 9:59 AM, Mark Miesfeld <[EMAIL PROTECTED]> wrote: > On Tue, Jul 22, 2008 at 6:45 AM, David Ashley <[EMAIL PROTECTED]> wrote: >> I wanted to comment on just one idea expressed in the attached email, that >> having to do with supplying prebuilt shared libraries for testing. This has >> all kinds of hidden problems, especially in the *nix world. > > Yes, you're completely right I had forgot about that. > >> 1. Many of the *nix platforms use the same file extension for share >> libraries. Thus we would need a subdir location for each platform. > > That part I don't see as a problem. I had already come to that > conclusion. The test framework already detects what OS it is > operating under. And, it already manipulates the path variable to > include framework specific directories. I was going to propose that > in our well-known bin location we have as subdirectory for each OS > that the framework is tested to work on. Then when the test manager > starts, it detects the OS and puts, say, ../bin/linux in the path. Or > ..\bin\windows in the path.
Don't forget the requirements of somebody who's porting another environment. Things should not be so hardcoded as to make life difficult for them to run the tests. > > >> 2. Now come the killer problem - dependencies. A shared library build on one >> version of a Linux distribution may/may not be useable on another. For >> instance, a shared library built with Fedora 9 could not run on a Fedora >> Core 5 system (and vice versa). Thus we would need to build a shared library >> for all versions of Fedora. Other distributions would have similar problems >> (especially the Red Hat Enterprise Linux distributions). > > I suggest we build pre-built binaries for the same systems that we > have official releases for. > >> Unfortunately, I don't have a solution for this other than forcing the user >> to build a shared library for their environment or making the API tests >> completely optional. > > The framework is already set up to make any and all tests completely > optional. That part is not a problem. > > -- > Mark Miesfeld > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Oorexx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Oorexx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oorexx-devel
