],
--
Joseph S. Myers
jos...@codesourcery.com
can't have traps).
That in turn is the default, suggesting just removing the CASE_CONVERT and
FIX_TRUNC_EXPR cases (the effect of which is to treat certain conversions
as trapping for -ffinite-math-only where previously they weren't treated
as trapping).
--
Joseph S. Myers
jos...@codesourcery.com
)
to determine endianness for Debian multiarch purposes, and I think this
will need to change when you allow --with-endian to control the
endianness.
--
Joseph S. Myers
jos...@codesourcery.com
version
+ exit
+}
--
Joseph S. Myers
jos...@codesourcery.com
and not i?86, because
they cover exactly the same set of targets (if only LP64 x86 / x86_64 is
relevant, use { { i?86-*-* x86_64-*-* } lp64 }).
--
Joseph S. Myers
jos...@codesourcery.com
for review shortly)
I don't see it as a blocker, but I would not be surprised if having the
libraries statically linked into libgccjit.so causes problems (is it safe
to have two completely separate copies of libstdc++ in the same process?
I don't know.).
--
Joseph S. Myers
jos
)
+ tmake_file=${tmake_file} t-hardfp-sfdf rs6000/t-e500v2-fp
t-softfp t-hardfp
+ ;;
*)
echo Unknown ppc_fp_type $ppc_fp_type 12
exit 1
--
Joseph S. Myers
jos...@codesourcery.com
to integers.)
--
Joseph S. Myers
jos...@codesourcery.com
On Sat, 25 Oct 2014, Marek Polacek wrote:
+ pp_c_ws_string (cpp, aka);
That should be _(aka), as it's an English word, not a C syntax
construct.
OK with that change.
--
Joseph S. Myers
jos...@codesourcery.com
meaningless) for the target.
--
Joseph S. Myers
jos...@codesourcery.com
the information about which extensions are supported by
GCC (given that not all of ACLE is supported; e.g. arm_acle.h has only the
CRC intrinsics, while __fp16 isn't supported for AArch64 and the support
for ARM corresponds to an older version of the specification).
--
Joseph S. Myers
jos
/configure.ac;
(b) copy
GMPINC = @GMPINC@
from gcc/Makefile.in;
(c) add $(GMPINC) to AM_CPPFLAGS.
--
Joseph S. Myers
jos...@codesourcery.com
On Sat, 25 Oct 2014, DJ Delorie wrote:
Fixed PR/63582. Tested with no regressions on x86-64 and ix86. Ok?
* tree.c (build_common_tree_nodes): Don't even store the
__int128 types if they're not supported.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
New command-line options need documenting in invoke.texi.
--
Joseph S. Myers
jos...@codesourcery.com
) SPE_SIMD_REGNO_P (regno))
reg_size = UNITS_PER_FP_WORD;
else
--
Joseph S. Myers
jos...@codesourcery.com
on x86_64-linux, ok for trunk?
2014-10-23 Marek Polacek pola...@redhat.com
PR c/63626
* c-decl.c (pop_scope): Don't print warning in external_scope.
* gcc.dg/pr63626.c: New test.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
something is output on a text stream, it's stdio's job to
convert \n to \r\n as needed.
--
Joseph S. Myers
jos...@codesourcery.com
to
build_modules.
--
Joseph S. Myers
jos...@codesourcery.com
On Wed, 22 Oct 2014, Richard Biener wrote:
On October 22, 2014 7:19:33 PM CEST, Joseph S. Myers
jos...@codesourcery.com wrote:
On Wed, 22 Oct 2014, Rainer Orth wrote:
2014-10-22 Rainer Orth r...@cebitec.uni-bielefeld.de
* Makefile.in (build/genmatch(build_exeext)): Add $(LIBINTL
conftest.c | grep ppc_fp_type=`
+rm -f conftest.c
+;;
+esac
+
# Collect host-machine-specific information.
. ${srcdir}/config.host
--
Joseph S. Myers
jos...@codesourcery.com
must be set.);
Diagnostics should not end with ..
--
Joseph S. Myers
jos...@codesourcery.com
On Tue, 21 Oct 2014, Manuel López-Ibáñez wrote:
On 19 October 2014 18:08, Joseph S. Myers jos...@codesourcery.com wrote:
On Sat, 18 Oct 2014, Manuel López-Ibáñez wrote:
What about this version?
Give an error whenever the @dfn{base standard} (see @option{-Wpedantic})
requires
-softfp-excl t-softfp
+ fi
extra_parts=$extra_parts ecrti.o ecrtn.o ncrti.o ncrtn.o
md_unwind_header=rs6000/linux-unwind.h
;;
--
Joseph S. Myers
jos...@codesourcery.com
system headers directly if
they are included by system.h) even if no other GCC headers are useful in
any way.
--
Joseph S. Myers
jos...@codesourcery.com
On Mon, 20 Oct 2014, David Malcolm wrote:
On Fri, 2014-10-17 at 21:52 +, Joseph S. Myers wrote:
[...snip static linkage discussion...]
The dump file handling appears to have no I/O error checking (no checking
for error on fopen, nothing obvious to prevent fwrite to a NULL m_file
On Mon, 20 Oct 2014, David Malcolm wrote:
+Necessary to regenerate @file{jit/docs/_build/texinfo} from the .rst
I'd say @file{.rst}, but otherwise looks OK to me.
--
Joseph S. Myers
jos...@codesourcery.com
in
TARGET_ATOMIC_ASSIGN_EXPAND_FENV that will need that (along with libgcc
changes to make libgcc's copies of the soft-fp functions into compat
symbols when they are available in glibc). That's nothing to do with the
timeout issue.
--
Joseph S. Myers
jos...@codesourcery.com
.
--
Joseph S. Myers
jos...@codesourcery.com
things should be structured to avoid
splitting up English fragments like that.
--
Joseph S. Myers
jos...@codesourcery.com
for it.
* gcc.dg/pr63567-3.c: New test.
* gcc.dg/pr63567-4.c: New test.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
Changes to architecture-independent files must use
architecture-independent conditionals, so __BYTE_ORDER__ not __ARMEB__.
--
Joseph S. Myers
jos...@codesourcery.com
literal, we know
the code is invalid in ISO C terms, so it's safe to diagnose it then
interpret it in a sensible way.)
--
Joseph S. Myers
jos...@codesourcery.com
warn_implicit_int in such
a way that -Wimplicit and -Wimplicit-int should work as intended
(following the rule that more specific option takes precedence
over the less specific). There should be no changes in GNU89
mode.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
OK.
--
Joseph S
On Fri, 17 Oct 2014, Manuel López-Ibáñez wrote:
Thus, I drafted some guidelines
at:https://gcc.gnu.org/wiki/Better_Diagnostics#guidelines
Please, could you take a look and comment whether I got it right/wrong?
Yes, that looks right to me.
--
Joseph S. Myers
jos...@codesourcery.com
relevance to systems people are building GCC on any more.
I don't have any comments on the other parts of this patch.
--
Joseph S. Myers
jos...@codesourcery.com
as it never gets
executed).
--
Joseph S. Myers
jos...@codesourcery.com
in C99 and add pedwarn
for it.
* gcc.dg/pr61096-1.c: Change dg-error into dg-warning.
* gcc.dg/pr63567-1.c: New test.
* gcc.dg/pr63567-2.c: New test.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
Although Sphinx isn't a build dependency, as a dependency for
regenerating checked-in files I think it should be documented in
install.texi (like autoconf, gettext, etc.).
--
Joseph S. Myers
jos...@codesourcery.com
on fclose (or fwrite)).
--
Joseph S. Myers
jos...@codesourcery.com
could
depend on STRIP_[SIGN_]NOPS calls.
--
Joseph S. Myers
jos...@codesourcery.com
translation).
--
Joseph S. Myers
jos...@codesourcery.com
give an error *if* there is compile-time
undefined behavior (not if the not-definedness is something other than
undefined behavior, or is undefined behavior only if the code in question
is executed, although it will still give a warning for such cases if
-pedantic does).
--
Joseph S. Myers
jos
On Wed, 15 Oct 2014, David Malcolm wrote:
As for the bindir in site.exp, Joseph asked me when the library
invokes a driver to convert from .s to .so to:
On Tue, 2014-09-23 at 23:27 +, Joseph S. Myers wrote:
* use the $(target_noncanonical)-gcc-$(version) name for the
driver rather
of
the type (either in the type itself, or on the side) that *only* means an
error has been given for the type being incomplete, rather than inserting
error_mark_node into the type.
--
Joseph S. Myers
jos...@codesourcery.com
On Wed, 15 Oct 2014, Jeff Law wrote:
On 10/15/14 15:46, Joseph S. Myers wrote:
On Wed, 15 Oct 2014, Marek Polacek wrote:
We've got a complaint that the dereferencing pointer to incomplete
type error is printed for all occurrences of the incomplete type,
which is too verbose. Also
logically correct for
bitsizetype). The other changes are OK.
--
Joseph S. Myers
jos...@codesourcery.com
the existing logic, bitsizetype is expected to be
bigger than sizetype, even if inefficient.)
--
Joseph S. Myers
jos...@codesourcery.com
(min_align_of_type): Don't decrease alignment
through BIGGEST_FIELD_ALIGNMENT or ADJUST_FIELD_ALIGN if
TYPE_USER_ALIGN is set.
* gcc.target/i386/pr63495.c: New test.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
.
I'd like to hear from Joseph ;).
I approve of the change in default (I just don't think it's a change to
make on my say-so alone).
--
Joseph S. Myers
jos...@codesourcery.com
Patches adding new -march= values need to update invoke.texi.
--
Joseph S. Myers
jos...@codesourcery.com
On Tue, 7 Oct 2014, Marek Polacek wrote:
2014-10-07 Marek Polacek pola...@redhat.com
PR c/59717
* c-decl.c (header_for_builtin_fn): New function.
(implicitly_declare): Suggest which header to include.
* gcc.dg/pr59717.c: New test.
OK.
--
Joseph S. Myers
jos
if you link in GCC's other libraries statically, it would seem a good idea
for the documentation of this option to make that explicit.
--
Joseph S. Myers
jos...@codesourcery.com
* c-convert.c (convert): Use error_operand_p.
* c-typeck.c (require_complete_type): Likewise.
(really_atomic_lvalue): Likewise.
(digest_init): Likewise.
(handle_omp_array_sections_1): Likewise.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
On Mon, 6 Oct 2014, Steve Kargl wrote:
On Mon, Oct 06, 2014 at 08:38:14PM +, Joseph S. Myers wrote:
Since -static-libquadmath introduces LGPL requirements on redistributing
the resulting binaries (that you provide source or relinkable object files
to allow relinking with modified
If adding a new option, you need to document it in invoke.texi.
--
Joseph S. Myers
jos...@codesourcery.com
)
+{
+ int i;
+ for (i = 0; i argc; i++)
+ printf (argc[%i]: %s\n, i, argv[i]);
+}
--
Joseph S. Myers
jos...@codesourcery.com
by !flag_gnu89_inline.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
OK.
--
Joseph S. Myers
jos...@codesourcery.com
extracted by exgettext for translation.
--
Joseph S. Myers
jos...@codesourcery.com
On Tue, 30 Sep 2014, Richard Earnshaw wrote:
GCC is written in C++ these days, so technically, you need the C++
standard :-)
And, while C++14 requires plain int bit-fields to be signed, GCC is
written in C++98/C++03.
--
Joseph S. Myers
jos...@codesourcery.com
target dependencies
in bits built once.)
--
Joseph S. Myers
jos...@codesourcery.com
in install.texi. I see no such documentation
in this patch.
--
Joseph S. Myers
jos...@codesourcery.com
, but it *is* another truncation.
Presumably I should address this in a followup, by making that be
dynamically-allocated?
Yes. Arbitrary limits should be avoided in GNU.
--
Joseph S. Myers
jos...@codesourcery.com
://gcc.gnu.org/ml/gcc-patches/2008-06/msg00270.html.
--
Joseph S. Myers
jos...@codesourcery.com
was consistent with the
processor. If the processor is in a mode supporting such values, the
exceptions should be masked. That is, the present test should pass
unconditionally, if it doesn't pass that indicates a bug (which might be
appropriate for XFAILing).
--
Joseph S. Myers
jos...@codesourcery.com
On Tue, 23 Sep 2014, Uros Bizjak wrote:
On Tue, Sep 23, 2014 at 7:57 PM, Joseph S. Myers
jos...@codesourcery.com wrote:
Attached patch avoids triggering denormal exceptions when FP insns are
used to check for non-zero denormal values.
But I thought the point of the test was to verify
WIDEST_HARDWARE_FP_SIZE FrontEnd Target
WINT_TYPEDefaults FrontEnd
WORDS_BIG_ENDIAN Defaults FrontEnd MiddleEnd
--
Joseph S. Myers
jos...@codesourcery.com
will of course need
updating to refer to trunk (and GCC 5 and later releases) once this is on
trunk.
--
Joseph S. Myers
jos...@codesourcery.com
On Fri, 19 Sep 2014, Joseph S. Myers wrote:
On Thu, 18 Sep 2014, Joseph S. Myers wrote:
On Thu, 18 Sep 2014, Uros Bizjak wrote:
OK for mainline and release branches.
I've omitted ia64 from the targets in the testcase in the release branch
version, given the lack of any
.
This ChangeLog entry seems very incomplete. It doesn't mention the
changes for other architectures, or to defaults.h, or to the
documentation, for example.
--
Joseph S. Myers
jos...@codesourcery.com
). And if you're changing the semantics of the macro from defined
/ undefined to true / false, you need to watch out for any existing
definitions with an empty expansion, or an expansion to 0, etc.
--
Joseph S. Myers
jos...@codesourcery.com
, but we shouldn't make all
tree.h users include tm.h.)
--
Joseph S. Myers
jos...@codesourcery.com
#else
--
Joseph S. Myers
jos...@codesourcery.com
On Thu, 18 Sep 2014, Joseph S. Myers wrote:
On Thu, 18 Sep 2014, Uros Bizjak wrote:
OK for mainline and release branches.
I've omitted ia64 from the targets in the testcase in the release branch
version, given the lack of any definition of FP_TRAPPING_EXCEPTIONS at all
there.
(I
, but haven't
tested that.)
--
Joseph S. Myers
jos...@codesourcery.com
distinguish this from a
call to fatal_error?
What about the above exit codes was different before the patch, that means
the driver ICE detection can only work given the diagnostic.c changes?
--
Joseph S. Myers
jos...@codesourcery.com
On Fri, 19 Sep 2014, Kito Cheng wrote:
Hi Joseph:
Here is updated patch and ChangeLog,
However I don't have commit write yet, can you help me to commit it? thanks
Committed.
--
Joseph S. Myers
jos...@codesourcery.com
it right for
-fdelete-null-pointer-checks -fsanitize=undefined
but not for
-fsanitize=undefined -fdelete-null-pointer-checks
Joseph, thoughts where to override it instead (I mean, after all
options are processed)?
finish_options is the obvious place to do that.
--
Joseph S. Myers
jos
?).
--
Joseph S. Myers
jos...@codesourcery.com
defined before/after inclusion. So while I suspect
the include guards would not cause any problems in those headers, it's not
obvious they're desirable either.)
--
Joseph S. Myers
jos...@codesourcery.com
);
-#define FP_TRAPPING_EXCEPTIONS ((_fcw FP_EX_SHIFT) FP_EX_ALL)
+#define FP_TRAPPING_EXCEPTIONS ((~_fcw FP_EX_SHIFT) FP_EX_ALL)
#define FP_ROUNDMODE (_fcw FP_RND_MASK)
#endif
--
Joseph S. Myers
jos...@codesourcery.com
.
* gcc.dg/cpp/pr61854-4.c: New test.
* gcc.dg/cpp/pr61854-5.c: New test.
* gcc.dg/cpp/pr61854-6.c: New test.
* gcc.dg/cpp/pr61854-7.c: New test.
* gcc.dg/cpp/pr61854-c90.c: New test.
* gcc.dg/cpp/pr61854-c94.c: New test.
OK.
--
Joseph S. Myers
jos
to address.)
--
Joseph S. Myers
jos...@codesourcery.com
of special types and modes through to the back end.)
--
Joseph S. Myers
jos...@codesourcery.com
there.
config.sub patches have to go to config-patches first, we only ever import
the latest unmodified config.sub and config.guess from config.git, without
making local changes.
--
Joseph S. Myers
jos...@codesourcery.com
gimple-fold.c
mode-switching.c
tree-inline.c
vmsdbgout.c
fortran/f95-lang.c
fortran/trans-decl.c
objc/objc-act.c
--
Joseph S. Myers
jos...@codesourcery.com
unqualified and are unrelated to an array of
corresponding unqualified element type.)
--
Joseph S. Myers
jos...@codesourcery.com
-# define CEXT l
-# else
-# define CEXT LIBGCC2_TF_CEXT
-# endif
+# define CEXT __LIBGCC_TF_FUNC_EXT__
# define NOTRUNC 1
#else
# error
--
Joseph S. Myers
jos...@codesourcery.com
On Wed, 17 Sep 2014, Bernd Schmidt wrote:
On 09/16/2014 11:18 PM, Joseph S. Myers wrote:
(That TYPE_MAIN_VARIANT maps an array of qualified type to an array of
corresponding unqualified type necessitates lots of special cases in the
front end to avoid applying TYPE_MAIN_VARIANT to array
On Mon, 15 Sep 2014, Marek Polacek wrote:
On Mon, Sep 15, 2014 at 05:49:25PM +, Joseph S. Myers wrote:
On Mon, 15 Sep 2014, Marek Polacek wrote:
We must be careful to properly handle code such as 1 //**/ 2, which
has a different meaning in C90 and GNU90 mode. New testcases test
be needed to avoid errors for valid
cases.
--
Joseph S. Myers
jos...@codesourcery.com
.
--
Joseph S. Myers
jos...@codesourcery.com
to be in libc not libgcc, under symbol names from some
ABI for that architecture. In those cases, building in the libgcc support
for e.g. __multc3 in the absence of libc support would be problematic,
because it would reference undefined libc functions.)
--
Joseph S. Myers
jos...@codesourcery.com
, a runtime test. I don't think there should be an xfail without it
actually having been tested to fail (and then such an xfail should come
with a comment referencing the bug filed in Bugzilla).
--
Joseph S. Myers
jos...@codesourcery.com
On Thu, 11 Sep 2014, Marc Glisse wrote:
On Thu, 11 Sep 2014, Joseph S. Myers wrote:
On Thu, 11 Sep 2014, Marc Glisse wrote:
I don't know what kind of test you have in mind, so I added a runtime
test. I
am just guessing that it probably fails on alpha because of PR 58757, I
+#else
+#define LIBGCC2_HAS_TF_MODE 0
#endif
#ifndef __LIBGCC_SF_MANT_DIG__
--
Joseph S. Myers
jos...@codesourcery.com
On Wed, 10 Sep 2014, Jakub Jelinek wrote:
On Tue, Sep 09, 2014 at 10:51:23PM +, Joseph S. Myers wrote:
On Thu, 28 Aug 2014, Maxim Ostapenko wrote:
diff --git a/gcc/diagnostic.c b/gcc/diagnostic.c
index 0cc7593..67b8c5b 100644
--- a/gcc/diagnostic.c
+++ b/gcc/diagnostic.c
0.
--
Joseph S. Myers
jos...@codesourcery.com
, and to run
each test independently, is the QMTest model, though there are other
issues with how that handles some things that come up in toolchain
testing.)
--
Joseph S. Myers
jos...@codesourcery.com
/testsuite/ChangeLog:
2014-09-05 Manuel L?pez-Ib??ez m...@gcc.gnu.org
* gcc.dg/cpp/warn-normalized-3.c: Delete useless dg-prune-output.
OK.
--
Joseph S. Myers
jos...@codesourcery.com
is not included before c-common.h.
This patch applies on top of the previous patch about Wnormalized= but
it is mostly independent of it.
Bootstrapped and regression tested on x86_64-linux-gnu
OK?
OK.
--
Joseph S. Myers
jos...@codesourcery.com
1 - 100 of 1549 matches
Mail list logo