the clang/tools/Makefile seems to be autogenerated by cmake and has a
comment that says not to modify.
The one in src, not the one in the build directory.
Also, please stop replying only to me in your messages... If you don't include the list, then nobody else will see your replies, which will give them less information to help solve your problem.
Also, please stop replying only to me in your messages... If you don't
include the list, then nobody else will see your replies, which will
give them less information to help solve your problem.
Let me point out that the way the lists are currently set up, many
mail clients won't include the list address in a "reply all".
This is an ongoing problem that will trip up every newcomer, and
many of us who aren't.
--paulr
> Also, please stop replying only to me in your messages... If you don't
> include the list, then nobody else will see your replies, which will
> give them less information to help solve your problem.
Let me point out that the way the lists are currently set up, many
mail clients won't include the list address in a "reply all".
This is an ongoing problem that will trip up every newcomer, and
many of us who aren't.
Really? I've not seen many replies going to me and not the mailing list,
only a handful - I'd expect this to be more pervasive if it was a software
problem, no?
Do you know what the specific problem is with the headers in the email
and/or which mail clients have problems with this?
(probably worth emailing Tanya and/or filing a bug)
I persistently have this problem with Outlook. I don’t know whether other mail clients are affected but I’ve seen other people mention it on one or another of our lists. I am clueless about mail headers. Pretty sure I have alerted the list manager(s) but can do so again.
Just in case this hasn’t come up enough/needs to be bumped, this seems like a significant quality-of-life issue for some community members. Presumably happened when the mailing lists switched over to llvm.org
Just in case this hasn’t come up enough/needs to be bumped, this seems like a significant quality-of-life issue for some community members. Presumably happened when the mailing lists switched over to llvm.org
Since the mailing list move, mailman now rewrites/munges the from header for all mailing lists (why you see the via).
I am only aware of issues with Outlook in the reply to all.
I’m not sure of the right way to fix this so that everyone is happy. We need to handle DMARC or mail will be rejected by various email servers (Yahoo, Google and others I don’t even know about), but I fully realize how annoying the dropping of the list from reply-to-all is.
I’m open to any suggestions on how to resolve this as I want the lists to be functional to all.
Are you using Outlook 2010 by any chance? I investigated it shortly after the move to the new mailing list and it seemed everyone having trouble was using more-or-less the same version.
Here’s the information I gave Tanya at the time:
I’ve managed to reproduce the behaviour off-list and it seems that Outlook 2010 isn’t handling the
Reply-To header properly. I’m finding that it is eliminating duplicated recipients before replacing the
From value with the Reply-To. As a result, the Reply-To removes both instances of the list (from From
and CC) rather than just one (from From) and replaces them with the original sender (in Reply-To).
Below the ‘—’ are the headers that reproduce the problem for me. The list is included if I either remove Reply-To, or change the address in From so that it differs from the one in CC.
Hope this helps find a fix. Let me know if you need more information.
I just installed Outlook 2013. It has the same (bad) behavior that Outlook 2010 has, when replying to all with cfe-dev or llvm-dev in the cc line, it doesn’t include
those addresses on the cc line of the new message.
You could use BlockID to record the path in CFG you have traveled.
First, get the Terminator of current BB to judge whether this is a loop branch BB,(Such as ForStmt or WhileStmt in Terminator.getStmt() ).
Then from current BB, you travel its successors and record its BlockID.
and when there is a loop in the traveled BBs’ ID, you can know that you get an loop.