You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Alex Clemmer (JIRA)" <ji...@apache.org> on 2016/12/04 21:47:58 UTC

[jira] [Updated] (MESOS-3386) Port remaining Stout tests to Windows

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

Alex Clemmer updated MESOS-3386:
--------------------------------
    Labels: build mesosphere microsoft tests  (was: build mesosphere tests)

> 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, microsoft, 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 Windows 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)