From: "Pierre Muller" <pierre.muller@ics-cnrs.unistra.fr>
To: "'Yao Qi'" <yao@codesourcery.com>
Cc: <gdb-patches@sourceware.org>
Subject: RE: Compilation failure for mingw64 target (was New ARI warning Fri Mar 15 02:02:12 UTC 2013 in -D 2013-03-15-gmt)
Date: Fri, 15 Mar 2013 11:24:00 -0000 [thread overview]
Message-ID: <006c01ce216f$a5075250$ef15f6f0$@muller@ics-cnrs.unistra.fr> (raw)
In-Reply-To: <51430063.2060007@codesourcery.com>
I confirm that your patch fixes
the compilation error introduced for x86_64-w64-mingw32 host.
GDB compiles again!
Thanks,
Pierre Muller
> -----Message d'origine-----
> De : gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> owner@sourceware.org] De la part de Yao Qi
> Envoyé : vendredi 15 mars 2013 12:05
> À : Pierre Muller
> Cc : gdb-patches@sourceware.org
> Objet : Re: Compilation failure for mingw64 target (was New ARI warning Fri
> Mar 15 02:02:12 UTC 2013 in -D 2013-03-15-gmt)
>
> Sorry for breaking the build for mingw target.
>
> On 03/15/2013 05:48 PM, Pierre Muller wrote:
> > ../../src/gdb/ctf.c: In function 'ctf_save_metadata_header':
> > ../../src/gdb/ctf.c:223:7: erreur: 'BYTE_ORDER' undeclared (first use in
> this fu
> > nction)
> > ../../src/gdb/ctf.c:223:7: note: each undeclared identifier is reported
> only onc
> > e for each function it appears in
> > ../../src/gdb/ctf.c:223:21: erreur: 'LITTLE_ENDIAN' undeclared (first use
> in thi
> > s function)
>
> This problem is addressed by using "native" endianness in CTF metadata,
> so BYTE_ORDER and LITTLE_ENDIAN can be avoided.
>
> > ../../src/gdb/ctf.c: In function 'ctf_start':
> > ../../src/gdb/ctf.c:279:33: erreur: 'S_IRGRP' undeclared (first use in
> this func
> > tion)
> > ../../src/gdb/ctf.c:279:43: erreur: 'S_IXGRP' undeclared (first use in
> this func
> > tion)
> > ../../src/gdb/ctf.c:279:53: erreur: 'S_IROTH' undeclared (first use in
> this func
> > tion)
> > ../../src/gdb/ctf.c:279:63: erreur: 'S_IXOTH' undeclared (first use in
> this func
> > tion)
>
> These modes are not necessary. Removed.
>
> > ../../src/gdb/ctf.c:279:3: erreur: too many arguments to function 'mkdir'
>
> Fixed.
>
> The patch below fix these errors for i686-pc-mingw32 target. It should
> also fix your errors for mingw64 target (I don't have mingw64 toolchain
> on hand).
>
> --
> Yao (齐尧)
>
> gdb:
>
> 2013-03-15 Yao Qi <yao@codesourcery.com>
>
> * ctf.c (ctf_save_metadata_header): Save CTF in native
> endianness.
> (ctf_start) [USE_WIN32API]: Call mkdir with DIRNAME only.
> [!USE_WIN32API]: Call mkdir with DIRNAME and mode parameter.
> ---
> gdb/ctf.c | 15 ++++++++++-----
> 1 files changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/gdb/ctf.c b/gdb/ctf.c
> index 44c4e9e..05022b7 100644
> --- a/gdb/ctf.c
> +++ b/gdb/ctf.c
> @@ -194,7 +194,7 @@ ctf_save_metadata_header (struct trace_write_handler
> *handler)
> "\ntrace {\n"
> " major = %u;\n"
> " minor = %u;\n"
> - " byte_order = %s;\n" /* be or le */
> + " byte_order = native;\n"
> " packet.header := struct {\n"
> " uint32_t magic;\n"
> " };\n"
> @@ -243,8 +243,7 @@ ctf_save_metadata_header (struct trace_write_handler
> *handler)
> ctf_save_write_metadata (handler, "\n");
>
> ctf_save_write_metadata (handler, metadata_fmt,
> - CTF_SAVE_MAJOR, CTF_SAVE_MINOR,
> - BYTE_ORDER == LITTLE_ENDIAN ? "le" : "be");
> + CTF_SAVE_MAJOR, CTF_SAVE_MINOR);
> ctf_save_write_metadata (handler, "\n");
> }
>
> @@ -298,10 +297,16 @@ ctf_start (struct trace_file_writer *self, const char
> *dirname)
> struct ctf_trace_file_writer *writer
> = (struct ctf_trace_file_writer *) self;
> int i;
> + int ret = 0;
>
> /* Create DIRNAME. */
> - if (mkdir (dirname, S_IRWXU | S_IRGRP | S_IXGRP | S_IROTH | S_IXOTH)
> - && errno != EEXIST)
> +#ifdef USE_WIN32API
> + ret = mkdir (dirname);
> +#else
> + ret = mkdir (dirname, S_IRUSR | S_IWUSR | S_IXUSR);
> +#endif
> +
> + if (ret && errno != EEXIST)
> error (_("Unable to open directory '%s' for saving trace data (%s)"),
> dirname, safe_strerror (errno));
>
> --
> 1.7.7.6
next prev parent reply other threads:[~2013-03-15 11:24 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-15 2:02 New ARI warning Fri Mar 15 02:02:12 UTC 2013 in -D 2013-03-15-gmt GDB Administrator
2013-03-15 9:05 ` Yao Qi
2013-03-15 9:48 ` Compilation failure for mingw64 target (was New ARI warning Fri Mar 15 02:02:12 UTC 2013 in -D 2013-03-15-gmt) Pierre Muller
2013-03-15 11:06 ` Yao Qi
2013-03-15 11:24 ` Pierre Muller [this message]
2013-03-15 14:05 ` Yao Qi
2013-03-15 14:43 ` Yao Qi
2013-03-15 16:52 ` Tom Tromey
2013-03-15 16:55 ` Pierre Muller
[not found] ` <20313.4872871034$1363366373@news.gmane.org>
2013-03-15 17:01 ` Tom Tromey
2013-03-15 18:22 ` Eli Zaretskii
2013-03-15 18:24 ` Tom Tromey
2013-03-15 18:33 ` Eli Zaretskii
2013-03-15 18:53 ` Mike Frysinger
2013-03-15 18:58 ` Eli Zaretskii
2013-03-15 19:45 ` Mike Frysinger
2013-03-16 4:23 ` [PATCH 0/3] Fix build failure caused by ctf.c Yao Qi
2013-03-16 4:23 ` [PATCH 3/3] Don't use unportable macros Yao Qi
2013-03-19 17:12 ` Doug Evans
2013-03-20 2:48 ` Yao Qi
2013-03-20 15:17 ` Doug Evans
2013-03-21 1:58 ` Yao Qi
2013-03-20 17:36 ` Eli Zaretskii
2013-03-20 17:40 ` Tom Tromey
2013-03-25 4:08 ` [MinGW-w64]Build gdb/ctf.c failed asmwarrior
2013-03-25 6:41 ` asmwarrior
2013-03-25 8:28 ` Yao Qi
2013-03-25 8:39 ` Eli Zaretskii
2013-03-25 8:40 ` Eli Zaretskii
2013-03-25 9:15 ` Kai Tietz
2013-03-25 9:42 ` Yao Qi
2013-03-25 10:12 ` Kai Tietz
2013-03-25 12:43 ` Eli Zaretskii
2013-03-25 14:40 ` Yao Qi
2013-03-25 9:54 ` Eli Zaretskii
2013-03-25 10:50 ` Kai Tietz
2013-03-25 13:12 ` Eli Zaretskii
2013-03-25 13:21 ` Kai Tietz
2013-03-25 14:25 ` Eli Zaretskii
2013-03-25 15:18 ` Kai Tietz
2013-03-25 15:44 ` Eli Zaretskii
2013-03-25 16:14 ` Kai Tietz
2013-03-25 16:25 ` Eli Zaretskii
2013-03-16 4:23 ` [PATCH 2/3] Write CTF in host byte order Yao Qi
2013-03-19 21:26 ` Joel Brobecker
2013-03-20 3:48 ` Yao Qi
2013-03-16 7:35 ` [PATCH 1/3] Import mkdir module Yao Qi
2013-03-19 16:32 ` Doug Evans
2013-03-19 17:20 ` Eli Zaretskii
2013-03-19 21:23 ` Joel Brobecker
2013-03-15 16:22 ` New ARI warning Fri Mar 15 02:02:12 UTC 2013 in -D 2013-03-15-gmt Pedro Alves
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='006c01ce216f$a5075250$ef15f6f0$@muller@ics-cnrs.unistra.fr' \
--to=pierre.muller@ics-cnrs.unistra.fr \
--cc=gdb-patches@sourceware.org \
--cc=yao@codesourcery.com \
/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