mesos-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Clemmer (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (MESOS-3386) Port remaining Stout tests to Windows
Date Tue, 08 Sep 2015 16:19:45 GMT

     [ https://issues.apache.org/jira/browse/MESOS-3386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Alex Clemmer updated MESOS-3386:
--------------------------------
    Description: 
Here is a concise list of the Stout tests that don't work yet, and their dependencies, and
comments about how hard they are to port. Asterisks are next to tests that seem to block MVP.

{quote}
*dynamiclibrary_tests.cpp -- depends on dynamic load libraries [probably easy, just map to
windows dll load API]
*flags_tests.cpp -- depends on os.hpp [probably will "just work" if we port os.hpp
*gzip_tests.cpp -- depends on gzip.hpp [need to make API-compatible impl of gzip.hpp, which
is a medium amount of work]
*ip_tests.cpp -- depends on net.hpp and abort.hpp [will probably "just work" after we port
net.hpp]
*mac_tests.cpp -- depends on abort.hpp and mac.hpp [may or may not be nontrivial, will probably
work if we can get mac.hpp]
*os_tests.cpp -- depends on a bunch of stuff [probably hardest and most important]
*path_tests.cpp -- depends on os.hpp [will probably "just work" if we port os.hpp]
protobuf_tests.cpp -- depends on stout/protobuf.hpp (and it can't seem to find the protobuf
include dir)
*sendfile_test.cpp -- depends on os.hpp and sendfile.hpp [simple port of sendfile is possible;
os.hpp is harder]
signals_tests.cpp -- depends on os.hpp and signal.hpp [signals will probably be easy; os.hpp
is the hard part]
*subcommand_tests.cpp -- depends on flags.hpp (which depends on os.hpp) [probably will "just
work" if we get os.hpp]
svn_tests.cpp -- depends on libapr and libsvn [simple if we get windows to pull these deps]
{quote}

  was:
Here is a concise list of the Stout tests that don't work yet, and their dependencies, and
comments about how hard they are to port. Asterisks are next to tests that seem to block MVP.

{quote}
dynamiclibrary_tests.cpp -- depends on dynamic load libraries [probably easy, just map to
windows dll load API]
flags_tests.cpp -- depends on os.hpp [probably will "just work" if we port os.hpp
gzip_tests.cpp -- depends on gzip.hpp [need to make API-compatible impl of gzip.hpp, which
is a medium amount of work]
ip_tests.cpp -- depends on net.hpp and abort.hpp [will probably "just work" after we port
net.hpp]
mac_tests.cpp -- depends on abort.hpp and mac.hpp [may or may not be nontrivial, will probably
work if we can get mac.hpp]
os_tests.cpp -- depends on a bunch of stuff [probably hardest and most important]
path_tests.cpp -- depends on os.hpp [will probably "just work" if we port os.hpp]
protobuf_tests.cpp -- depends on stout/protobuf.hpp (and it can't seem to find the protobuf
include dir)
sendfile_test.cpp -- depends on os.hpp and sendfile.hpp [simple port of sendfile is possible;
os.hpp is harder]
signals_tests.cpp -- depends on os.hpp and signal.hpp [signals will probably be easy; os.hpp
is the hard part]
subcommand_tests.cpp -- depends on flags.hpp (which depends on os.hpp) [probably will "just
work" if we get os.hpp]
svn_tests.cpp -- depends on libapr and libsvn [simple if we get windows to pull these deps]
{quote}


> Port remaining Stout tests to Windows
> -------------------------------------
>
>                 Key: MESOS-3386
>                 URL: https://issues.apache.org/jira/browse/MESOS-3386
>             Project: Mesos
>          Issue Type: Bug
>          Components: test
>            Reporter: Alex Clemmer
>            Assignee: Alex Clemmer
>              Labels: build, mesosphere, tests
>
> Here is a concise list of the Stout tests that don't work yet, and their dependencies,
and comments about how hard they are to port. Asterisks are next to tests that seem to block
MVP.
> {quote}
> *dynamiclibrary_tests.cpp -- depends on dynamic load libraries [probably easy, just map
to windows dll load API]
> *flags_tests.cpp -- depends on os.hpp [probably will "just work" if we port os.hpp
> *gzip_tests.cpp -- depends on gzip.hpp [need to make API-compatible impl of gzip.hpp,
which is a medium amount of work]
> *ip_tests.cpp -- depends on net.hpp and abort.hpp [will probably "just work" after we
port net.hpp]
> *mac_tests.cpp -- depends on abort.hpp and mac.hpp [may or may not be nontrivial, will
probably work if we can get mac.hpp]
> *os_tests.cpp -- depends on a bunch of stuff [probably hardest and most important]
> *path_tests.cpp -- depends on os.hpp [will probably "just work" if we port os.hpp]
> protobuf_tests.cpp -- depends on stout/protobuf.hpp (and it can't seem to find the protobuf
include dir)
> *sendfile_test.cpp -- depends on os.hpp and sendfile.hpp [simple port of sendfile is
possible; os.hpp is harder]
> signals_tests.cpp -- depends on os.hpp and signal.hpp [signals will probably be easy;
os.hpp is the hard part]
> *subcommand_tests.cpp -- depends on flags.hpp (which depends on os.hpp) [probably will
"just work" if we get os.hpp]
> svn_tests.cpp -- depends on libapr and libsvn [simple if we get windows to pull these
deps]
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message