<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">

<html lang="en">

<head>

<meta content="text/html; charset=utf-8" http-equiv="Content-Type">

<title>

GitLab

</title>

<style>img {

max-width: 100%; height: auto;

}

</style>

</head>

<body>

<div class="content">

<div>

<blockquote dir="auto">

<p>Is portability the goal of our test suite?</p>

</blockquote>

<p dir="auto">Clearly yes. Building GnuTLS on a platform is one thing. Another is the correct functionality on that platform. The typical, approved and widely used build+test sequence is <code>./configure && make && make check && sudo make install</code>. Would you really recommend to leave out <code>make check</code> ?</p>

<blockquote dir="auto">

<p>We should make things easy for us and require any tools necessary that allow us writing simple and easy test suites.</p>

</blockquote>

<p dir="auto">Yes true. But the proposed changes are mostly trivial. For complicated stuff, we can simply depend on bash and skip that part if bash is not available. With that you can at least test the major functions/tools even if bash not installed.</p>

</div>

</div>

<div class="footer" style="margin-top: 10px;">

<p style="font-size: small; color: #777777;">

—

<br>

Reply to this email directly or <a href="https://gitlab.com/gnutls/gnutls/merge_requests/809#note_118783646">view it on GitLab</a>.

<br>

You're receiving this email because of your account on gitlab.com.

If you'd like to receive fewer emails, you can

<a href="https://gitlab.com/sent_notifications/8ba5c06b836e514679f480dd97284e27/unsubscribe">unsubscribe</a>

from this thread or

adjust your notification settings.

<script type="application/ld+json">{"@context":"http://schema.org","@type":"EmailMessage","action":{"@type":"ViewAction","name":"View Merge request","url":"https://gitlab.com/gnutls/gnutls/merge_requests/809#note_118783646"}}</script>

</p>

</div>

</body>

</html>