<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
The Visual Studio signal.h does not include those signals, so that's
probably the case. I wouldn't call it a bug.<br>
<br>
Due to the different toolchain options available to windows, the
config paths are quite messy. It would be great getting them cleaned
up, but whilst we don't have windows buildbots up I think it's just
going to end in broken TOT for at least one configuration option.<br>
<br>
Colin<br>
<br>
<div class="moz-cite-prefix">On 25/05/2014 06:56, Zachary Turner
wrote:<br>
</div>
<blockquote
cite="mid:CAAErz9hJ-ezRFuvXJc5D=JTHTfVXPS==av3uXBD71XTvXSBb-g@mail.gmail.com"
type="cite">
<div dir="ltr">I'm working on cleaning getting rid of all warnings
durings a Windows build (there are currently thousands), and
I've found something unusual in tools\driver\Platform.h.
_INC_SIGNAL is explicitly defined with a comment indicating
that the purpose is so that signal.h is not included, and then
specific values from signal.h are defined.
<div>
<br>
</div>
<div>My first question is why not just include signal.h? Since
there is a comment here it's clearly intentional, so I'd like
to understand the reasoning before just removing this and
including signal.h. I thought maybe it was because some
compilers on Windows supported signal.h and others didn't, but
then in Platform.cpp there is a comment that says "this file
is only relevant for Visual C++". So that's not it either.</div>
<div><br>
</div>
<div>My second question is regarding the values of some of the
constants. Specifically, these:</div>
<div><br>
</div>
<div>
<div> #define SIG_DFL ( (sighandler_t) -1 )<br>
</div>
<div> #define SIG_IGN ( (sighandler_t) -2 )<br>
</div>
<div><br>
</div>
<div> #define SIGCONT 18<br>
</div>
<div> #define SIGTSTP 20</div>
<div><br>
</div>
</div>
<div>These are actually not the correct values. SIG_DFL is 0,
SIG_IGN is 1, SIGCONT is 19, and SIGTSTP is 18. Can I assume
this is a bug? Note that, again, simply including signal.h
would fix this, so this goes back to my first question about
the reasoning behind not including it.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Zach</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
lldb-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a>
<a class="moz-txt-link-freetext" href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
- Colin Riley
Games Technology Director
Codeplay Software Ltd
45 York Place, Edinburgh, EH1 3HP
Tel: 0131 466 0503
Fax: 0131 557 6600
Website: <a class="moz-txt-link-freetext" href="http://www.codeplay.com">http://www.codeplay.com</a>
Twitter: <a class="moz-txt-link-freetext" href="https://twitter.com/codeplaysoft">https://twitter.com/codeplaysoft</a>
This email and any attachments may contain confidential and /or privileged information and is for use by the addressee only. If you are not the intended recipient, please notify Codeplay Software Ltd immediately and delete the message from your computer. You may not copy or forward it,or use or disclose its contents to any other person. Any views or other information in this message which do not relate to our business are not authorized by Codeplay software Ltd, nor does this message form part of any contract unless so stated.
As internet communications are capable of data corruption Codeplay Software Ltd does not accept any responsibility for any changes made to this message after it was sent. Please note that Codeplay Software Ltd does not accept any liability or responsibility for viruses and it is your responsibility to scan any attachments.
Company registered in England and Wales, number: 04567874
Registered office: 81 Linkfield Street, Redhill RH1 6BY </pre>
</body>
</html>