[
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)
