From: Petr Vorel <pvorel@suse.cz>
To: Andrea Cervesato <andrea.cervesato@suse.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCH v9 2/5] Add script to generate arch(s) dependant syscalls
Date: Fri, 1 Nov 2024 18:02:33 +0100 [thread overview]
Message-ID: <20241101170233.GA1294836@pevik> (raw)
In-Reply-To: <d6bf0ba3-92eb-476e-8c6d-b6fcec1c258c@suse.com>
> Hi,
> On 11/1/24 12:30, Petr Vorel wrote:
> > Hi Andrea,
> > ...
> > > + for syscall in $(cat ${TEMP}/syscall-names.txt); do
> > > + printf "
> > > + #ifdef __NR_$syscall
> > > + printf(\"$syscall %%d"
> > > + # i know the following print is ugly, but dash and bash
> > > + # treat double quoted strings in a different way and we
> > > + # really need to inject '\n' character in the C code
> > > + # rather than carriage return
> > > + printf '\\n'
> > > + printf "\", __NR_$syscall);
> > How about using heredocs? IMHO more compatible way of echo/printf "" for new
> > lines:
> > cat << EOF
> > ...
> > EOF
> > I should have noted that at previous version.
> > Hint: looking into tst_test.sh can sometimes help.
> > Also there is echo/printf '' variant:
> > cat << 'EOF'
> > EOF
> > https://unix.stackexchange.com/questions/462593/how-to-escape-a-character-in-a-heredoc-bash-script/462595#462595
> > There is also ~EOF - ignore leading whitespace, even for terminating EOF.
> > Kind regards,
> > Petr
> This method is so ugly: basically the ending EOF must be in the first column
> of the next line, otherwise it won't be parsed. And this breaks readability
> of course (probably some debugging). I really would avoid this way..
I would say EOF if quite standard way of using shell + it allows you to use \n
unescaped:
syscall="XXX"
cat > foo.txt <<EOF
printf(\"$syscall %%d"
printf '\n'
EOF
prints into foo.txt:
printf(\"XXX %%d"
printf '\n'
But sure, it's just a suggestion based your comment.
Kind regards,
Petr
> Andrea
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2024-11-01 17:03 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-01 10:48 [LTP] [PATCH v9 0/5] Automatically generate syscalls.h Andrea Cervesato
2024-11-01 10:48 ` [LTP] [PATCH v9 1/5] Refactor regen.sh script to generate syscalls Andrea Cervesato
2024-11-01 10:48 ` [LTP] [PATCH v9 2/5] Add script to generate arch(s) dependant syscalls Andrea Cervesato
2024-11-01 11:30 ` Petr Vorel
2024-11-01 13:23 ` Andrea Cervesato via ltp
2024-11-01 17:02 ` Petr Vorel [this message]
2024-11-01 10:48 ` [LTP] [PATCH v9 3/5] Update arch(s) syscalls files Andrea Cervesato
2024-11-04 8:05 ` Petr Vorel
2024-11-04 11:12 ` Cyril Hrubis
2024-11-01 10:48 ` [LTP] [PATCH v9 4/5] Delete obsolete strip_syscall.awk file Andrea Cervesato
2024-11-01 10:48 ` [LTP] [PATCH v9 5/5] Add documentation about syscalls.h generator Andrea Cervesato
2024-11-04 8:17 ` Petr Vorel
2024-11-04 12:25 ` Cyril Hrubis
2024-11-05 8:55 ` [LTP] [PATCH v9 0/5] Automatically generate syscalls.h Andrea Cervesato via ltp
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241101170233.GA1294836@pevik \
--to=pvorel@suse.cz \
--cc=andrea.cervesato@suse.com \
--cc=ltp@lists.linux.it \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.