Ping:
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg02256.html
Regards,
Ryan Mansfield
On 15-09-29 04:21 PM, Ryan Mansfield wrote:
Hi,
In canonicalize_type_argument attributes are being discarded with a
warning. Should it be added to OPT_Wattributes?
2015-09-29 Ryan Mansfield <rman
Hi,
In canonicalize_type_argument attributes are being discarded with a
warning. Should it be added to OPT_Wattributes?
2015-09-29 Ryan Mansfield <rmansfi...@qnx.com>
* pt.c (canonicalize_type_argument): Use OPT_Wattributes in
warning.
Index: c
has no regressions with the include removed. I wasn't
able to determine which target, if any, required values.h.
2015-04-15 Ryan Mansfield rmansfi...@qnx.com
* gcc.target/i386/avx512bw-vpermi2w-2.c: Remove values.h include.
* gcc.target/i386/avx512bw-vpermt2w-2.c: Ditto
of main's caller, which can cause test case crashes on return.
2014-12-12 Ryan Mansfield rmansfi...@qnx.com
* gcc.c-torture/execute/921202-1.c: Adjust VLEN.
* gcc.c-torture/execute/pr51447.c: Restore rbx for x86-64.
* gcc.dg/cpp/trad/include.c: Exclude QNX targets.
OK
On 14-12-05 05:53 PM, Jeff Law wrote:
On 12/02/14 10:53, Ryan Mansfield wrote:
Hi,
Underlying pthread_setspecific can return non-zero with ENOMEM or EINVAL.
2014-12-02 Ryan Mansfield rmansfi...@qnx.com
* emutls.c (__emutls_get_address): Check __gthread_setspecific
returns.
OK
On 14-12-12 04:29 PM, Mike Stump wrote:
On Dec 12, 2014, at 11:38 AM, Ryan Mansfield rmansfi...@qnx.com wrote:
Here are a few test tweaks. In 921202-1.c, if STACK_SIZE is used then VLEN will
blow the stack with 64bit longs. e.g. if STACK_SIZE == 512K then 3 arrays of
32767 longs means
Hi,
Underlying pthread_setspecific can return non-zero with ENOMEM or EINVAL.
2014-12-02 Ryan Mansfield rmansfi...@qnx.com
* emutls.c (__emutls_get_address): Check __gthread_setspecific
returns.
OK?
Regards,
Ryan Mansfield
Index: libgcc/emutls.c
aarch64_function_profiler was removed in rev203028 but the prototype was
left behind. If OK, can someone apply? Thanks.
Regards,
Ryan Mansfield
2014-04-30 Ryan Mansfield rmansfi...@qnx.com
* config/aarch64/aarch64-protos.h (aarch64_function_profiler):
Remove.
Index: config
-common.c:198: error: integer constant is too
large for 'long' type
../../gcc/config/arm/aarch-common.c:205: error: integer constant is too
large for 'long' type
../../gcc/config/arm/t-arm:83: recipe for target 'aarch-common.o' failed
make[2]: *** [aarch-common.o] Error 1
Regards,
Ryan
On 14-04-24 12:12 PM, Kyrill Tkachov wrote:
On 24/04/14 14:44, Ryan Mansfield wrote:
On 14-04-23 11:38 AM, Kyrill Tkachov wrote:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00934.html
(http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01634.html)
This patch breaks building arm-eabi with a 32bit
The w3c validator page says there's 54 broken links. It looks like
anything with a - in the URL is affected.
Regards,
Ryan Mansfield
On 13-12-10 01:47 PM, Ryan Mansfield wrote:
Fixes missing DIR_SEPARATOR if --with-gxx-include-dir configured as
subdir of sysroot.
2013-12-10 Ryan Mansfield rmansfi...@qnx.com
PR preprocessor/56896
* incpath.c (add_standard_paths): Strip trailing sysroot
DIR_SEPARATOR
reported in PR, too.
FWIW, I tested your patch and it doesn't address the ICE on ARM.
Regards,
Ryan Mansfield
On 13-12-10 01:13 PM, Uros Bizjak wrote:
Hello!
2013-12-10 Ryan Mansfield rmansfi...@qnx.com
PR testsuite/59442
* gcc.target/i386/sse2-movapd-1.c: Fix alignment attributes.
* gcc.target/i386/sse2-movapd-2.c: Likewise.
* gcc.target/i386/avx-vmovapd-256-1.c: Likewise.
* gcc.target/i386/avx
The movapd tests in the i386 testsuite fail if built with
-fstack-protector-strong or -fstack-protector-all, due to 8byte
alignment instead of 16, or 32byte alignment.
2013-12-10 Ryan Mansfield rmansfi...@qnx.com
PR testsuite/59442
* gcc.target/i386/sse2-movapd-1.c
Fixes missing DIR_SEPARATOR if --with-gxx-include-dir configured as
subdir of sysroot.
2013-12-10 Ryan Mansfield rmansfi...@qnx.com
PR preprocessor/56896
* incpath.c (add_standard_paths): Strip trailing sysroot
DIR_SEPARATOR
only if appended path begins
I noticed there wasn't an entry in the option index for -fuse-ld. If
OK, can someone apply? Thanks.
Regards,
Ryan Mansfield
2013-12-01 Ryan Mansfield rmansfi...@qnx.com
* doc/invoke.texi (-fuse-ld): Add index entry.
Index: gcc/doc/invoke.texi
but bugzilla is currently offline.
Regards,
Ryan Mansfield
namespace std __attribute__ ((__visibility__ (default)))
{
template typename _Tp struct remove_reference
{
typedef _Tp type;
};
template typename _Tp constexpr _Tp
forward (typename std::remove_reference _Tp ::type __t
'unwind':
../../libbacktrace/backtrace.c:69: warning: implicit declaration of
function '_Unwind_GetIPInfo'
make[3]: *** [backtrace.lo] Error 1
Regards,
Ryan Mansfield
On 12-09-19 06:17 PM, Ian Lance Taylor wrote:
On Wed, Sep 19, 2012 at 1:56 PM, Ryan Mansfield rmansfi...@qnx.com wrote:
I'm hitting the following build issue
/bin/sh ./libtool --tag=CC --mode=compile i686-unknown-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I../../libbacktrace -I ../../libbacktrace
On 12-09-19 06:58 PM, Ian Lance Taylor wrote:
Thanks for the additional info. I have committed this patch, which
should fix the problem. Bootstrapped and ran libbacktrace tests on
x86_64-unknown-linux-gnu.
Thanks Ian. This patch fixes the issue.
Regards,
Ryan Mansfield
2012-09-19 Ian
On 12-07-27 03:41 AM, Dodji Seketeli wrote:
2012-07-20 Ryan Mansfield rmansfi...@qnx.com
* gcc.c (main): Move GCC_DRIVER_HOST_INITIALIZATION after
diagnostic_initialize.
Could someone please apply the change?
The change seems small and obvious enough to not require
for
+some source codes generates code that accesses memory on unaligned
+adresses. This will require the kernel of those systems to enable
adresses - addresses.
Regards,
Ryan Mansfield
On 12-07-19 06:06 PM, Gabriel Dos Reis wrote:
On Thu, Jul 19, 2012 at 4:13 PM, Ryan Mansfield rmansfi...@qnx.com wrote:
GCC_DRIVER_HOST_INITIALIZATION happens before diagnostic_initialize, this
can cause crashes if it call diagnostics such as warning, or fatal_error are
used in the macro. One
+
if (atexit (delete_temp_files) != 0)
fatal_error (atexit failed);
Regards,
Ryan Mansfield
) == GIMPLE_PHI)
return false;
if (!is_gimple_assign (use_stmt)
Regards,
Ryan Mansfield
sufficient?
No, we shouldn't arrive with a NULL use_stmt here.
OK, thanks. I've filed PR49087 with a testcase.
Regards,
Ryan Mansfield
but there is a permission issue
accessing onlinedocs/gcc-4.4.2/gcc/ (i.e. 403)
Regards,
Ryan Mansfield
the MAINTAINERS file:
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00513.html
Regards,
Ryan Mansfield
Is it required that the same compiler that generated lto objects be used
to read them? I've come across a couple ICEs with the current revision
reading lto objects created by a slightly older version but same
configuration. Is this simply invalid usage of my part?
Regards,
Ryan Mansfield
.
No, I can't reproduce the ICE using the same version.
Thanks for confirming this is not expected to work.
Regards,
Ryan Mansfield
this target. We intend to update this target
and post test results in the very near future.
Regards,
Ryan Mansfield
export. EDG estimates elapsed time for other
implementers approximately 2.5 to 3 years, start to finish.
[1] http://std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1426.pdf
Regards,
Ryan Mansfield
++.)
-- Gaby
Well, my point was that Herb Sutter had just written a paper on it, and it
was the EDG guys who had done the implementation. Even though Sutter's paper
was debunked, do EDG no longer stand behind their 2.5-3yr estimate?
Regards,
Ryan Mansfield
http://gcc.gnu.org/gcc-3.0/features.html
http://gcc.gnu.org/gcc-3.0/caveats.html
http://gcc.gnu.org/gcc-3.1/changes.html
http://gcc.gnu.org/gcc-3.2/changes.html
Regards,
Ryan Mansfield
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Pascal Aschwanden
information
Regards,
Ryan Mansfield
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Soujanya Gundlapalli
Sent: Wednesday, September 28, 2005 11:06 PM
To: [EMAIL PROTECTED]
Cc: gcc-bugs@gcc.gnu.org
Subject: FW: Complier not giving warning/error
36 matches
Mail list logo