<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>CC'ing llvm-dev for more visibility. Original message below.</p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">Am 18.05.20 um 14:31 schrieb Dominik
      Montada via libcxx-dev:<br>
    </div>
    <blockquote type="cite"
      cite="mid:adfa950b-729d-b8e7-687e-d9de85504ebe@hightec-rt.com">Hi
      there,
      <br>
      <br>
      I'm trying to set up the libcxx tests to run on a remote,
      bare-metal target and am running into some issues with an unknown
      warning error:
      <br>
      <br>
      error: unknown warning option
      '-Wno-aligned-allocation-unavailable'; did you mean
      '-Wno-debug-compression-unavailable'?
      [-Werror,-Wunknown-warning-option]
      <br>
      <br>
      It seems this flag should only get added to the compile options if
      it is supported through line 673 in config.py:
      <br>
      <br>
self.cxx.addWarningFlagIfSupported('-Wno-aligned-allocation-unavailable')
      <br>
      <br>
      So I'm wondering why I still get the error message then, if it is
      apparently supported?
      <br>
      <br>
      I have created <Target>RemoteTI in target_info.py and call
      llvm-lit with the following command line parameters from the
      libcxx root folder:
      <br>
      <br>
      -sv --param target_triple=<triple> --param
      compile_flags="<some additional flags>" ./test
      <br>
      <br>
      My custom target info is also defining some target specific
      compile flags.
      <br>
      <br>
      Some very shallow, initial digging around leads me to suspect the
      -nostdinc flag that I'm setting in my target info. I need this
      flag since our internal backend does not set any default include
      paths yet and without it, clang tries to include my host system
      headers, which then leads to an include error. However I am unsure
      if the preprocessor triggers this error before clang checks for
      unknown warning options, therefore hiding the actual problem.
      <br>
      <br>
      While I could circumvent the error by setting --param
      enable_warnings=false I would prefer to not use this workaround
      and instead fix the actual problem.
      <br>
      <br>
      Is there something that I'm missing here or is this a bug in the
      regression test suite?
      <br>
      <br>
      Regards,
      <br>
      <br>
      Dominik
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
libcxx-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:libcxx-dev@lists.llvm.org">libcxx-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="https://lists.llvm.org/cgi-bin/mailman/listinfo/libcxx-dev">https://lists.llvm.org/cgi-bin/mailman/listinfo/libcxx-dev</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">
</pre>
  </body>
</html>