From: wewwew <wew036@cs.usask.ca>
To: help-gnu-emacs@gnu.org
Subject: Re: How to disable multi-line string literal in c-mode and c++-mode?
Date: Tue, 18 Aug 2009 13:40:16 -0700 (PDT) [thread overview]
Message-ID: <2307dce5-2043-446f-9073-2b9bc4d18cbc@l35g2000pra.googlegroups.com> (raw)
In-Reply-To: mailman.4853.1250623941.2239.help-gnu-emacs@gnu.org
On Aug 18, 12:35 pm, Alan Mackenzie <a...@muc.de> wrote:
> Hi,
>
> On Tue, Aug 18, 2009 at 08:21:01AM -0700, wewwew wrote:
> > Hi,
> > How can I disable multi-line string literals in c-mode and c++-mode,
> > and treat the end of line as the end of string literal?
>
> This is not simple. CC Mode uses the "syntax mechanism" of Emacs (See
> the chapter "Syntax Tables" in the Elisp manual if you're interested),
> which does things like matching up parentheses, recognising comments and,
> in particular, recognising strings.
>
> To modify this string recognition, you'd have to identify the EOLs which
> act as string terminators and individually mark them as such (by giving
> them a "string" syntax-table property).
>
> You would need to modify CC Mode (by adding this option) to achieve this.
It is not clear to me how easy to do that. Can I disable all string
literals?
>
> > I am programming using noweb, where LaTeX and C++ sources are mixed
> > together. When editing the code part, the buffer uses c++-mode, but
> > any single quote in the text is treated as start or end of string
> > literal, so many of my code chunks are rendered as string literals. I
> > would like to disable this multi-line string literals in c++-mode.
>
> I don't know noweb. Is there any easy and reliable way to recognise the
> LaTeX bits within the source file? If so, maybe the mechanism used to
> neutralize lines like
>
> #define QUOTE "
>
> could be adapted. The above, fully legitimate, line used to cause the
> following lines to be fontified as strings.
I could also put a LaTeX comment in the text to do this:
%'
However, I would prefer not to use such hacks, because whenever I add/
remove quote in LaTeX text, the whole font colors of C/C++ code is
messed up again.
All C/C++ code are within such blocks:
<< some text >>=
// C/C++ code here
@
Where the "<<" and "@" always start on the first column. Ideally, C/C+
+-mode should only fontify chunks within the "<<" and "@". Is that
possible?
Thanks!
-Wenguang
>
> > Appreciate any help.
> > -Wenguang
>
> --
> Alan Mackenzie (Nuremberg, Germany).
next prev parent reply other threads:[~2009-08-18 20:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-18 15:21 How to disable multi-line string literal in c-mode and c++-mode? wewwew
2009-08-18 19:35 ` Alan Mackenzie
[not found] ` <mailman.4853.1250623941.2239.help-gnu-emacs@gnu.org>
2009-08-18 20:40 ` wewwew [this message]
2009-08-18 21:35 ` Peter Milliken
2009-08-19 8:49 ` Anselm Helbig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2307dce5-2043-446f-9073-2b9bc4d18cbc@l35g2000pra.googlegroups.com \
--to=wew036@cs.usask.ca \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).