MAINTAINERS: resign as testsuite maintainer, update address

I retired from Mentor Graphics 3 weeks ago and have no immediate plans to be active in GCC, so I'm resigning as a testsuite maintainer. I'm leaving myself under Write After Approval with my personal email address so people can find me. Five years ago while between jobs I got an individual FSF cop

Re: [patch, testsuite] don't use dg-run in gcc.dg/vect tests

On 09/25/2014 04:48 PM, Sandra Loosemore wrote: > On 09/25/2014 02:04 PM, Sandra Loosemore wrote: >> While doing some arm-none-eabi testing, I noticed that a bunch of >> gcc.dg/vect tests were causing the target to hang from trying to execute >> code compiled with "-mfpu=neon -mfloat-abi=softfp", o

[testsuite patch] another fix to arm_v8_neon_ok

b options; OK for mainline and 4.9? Janis 2014-08-18 Janis Johnson gcc/testsuite/ * lib/target-supports.exp (check_effective_target_arm_v8_neon_ok_nocache): Add "-march-armv8-a" to compile flags. Inde

Re: [testsuite patch] add code to arm_thumbX_ok to exercise ABI

On 08/18/2014 07:36 AM, Christophe Lyon wrote: > On 8 August 2014 02:30, Janis Johnson wrote: >> Running an arm-none-eabi test that adds "-mthumb" for a multilib that >> uses "-march=armv5te -mfloat-abi=hard" works fine if the test doesn't >> hav

Re: [testsuite patch] add __ARM_ARCH check for arm_v8_neon_ok

On 08/14/2014 01:06 AM, Ramana Radhakrishnan wrote: > On Mon, Aug 11, 2014 at 11:01 PM, Janis Johnson > wrote: >> The check for effective target arm_v8_neon_ok passes even if __ARM_ARCH >> is not 8 or greater, but then some tests fail because intrinsic functions >> used i

[testsuite patch] add __ARM_ARCH check for arm_v8_neon_ok

a variety of multilib flags. OK for mainline and the 4.9 branch? Janis 2014-08-11 Janis Johnson * lib/target/supports.exp (check_effective_target_arm_v8_neon_ok_nocache): Check for armv8 or later. Index: gcc/testsuite/lib/target-supports.exp

[testsuite patch] don't add ARM options for a thumb1 multilib

e 4.9 branch? Janis 2014-08-11 Janis Johnson * gcc.dg/pr59418.c: Don't add ARM options for a Thumb1 multilib. Index: gcc/testsuite/gcc.dg/pr59418.c === --- gcc/testsuite/gcc.dg/pr59418.c (revision 437379) +++ gcc

[testsuite patch] skip an ARM run test if not using neon hardware

for mainline and the 4.9 branch? Janis 2014-08-11 Janis Johnson * gcc.target/arm/neon-vext-execute.c: Skip if the test won't run on Neon hardware. Index: gcc/testsuite/gcc.target/arm/neon-vext-execute.c === --

[testsuite patch] fix ARM tests with options that conflict with thumb1

Two tests in gcc.target/arm add options that conflict with thumb1 multilib flags; skip them. Tested with arm-none-linux-gnu for mainline and 4.9 for a variety of multilib flags. OK for mainline and 4.9 branch? Janis 2014-08-11 Janis Johnson * gcc.target/arm/pr48784.c: Skip for

[testsuite patch] check before using -mthumb in 5 arm tests

, some of which now skip these tests instead of failing to compile. OK for mainline and the 4.9 branch? Janis 2013-08-07 Janis Johnson * gcc.target/arm/frame-pointer-1.c: Skip if Thumb is not supported. * gcc.target/arm/pr56184.C: Likewise. * gcc.target/arm/pr59896.c

[testsuite patch] add code to arm_thumbX_ok to exercise ABI

ags. OK for mainline and the 4.9 branch? Janis 2014-08-07 Janis Johnson * lib/target-supports.exp (check_effective_target_arm_thumb1_ok, check_effective_target_arm_thumb2_ok): Test with code that passes an argument and returns a result. Inde

Re: [patch] [arm] ARM Cortex-M3/M4 tuning

On 11/12/2013 10:20 PM, Joey Ye wrote: > Janis, can you please take a look at test case changes. > > Thanks, > Joey They look fine. Janis >> -Original Message- >> From: Ramana Radhakrishnan >> Sent: Friday, November 08, 2013 17:11 >> To: Joey Ye >> Cc: gcc-patches@gcc.gnu.org; jani...@c

[testsuite] skip gcc.target/arm/pr19599.c for -mthumb

This patch skips an arm test if the multilib flags include "-mthumb", which would override the "-marm" used for the test. Tested with several sets of flags for arm-none-eabi and checked in as obvious. Janis 2013-04-24 Janis Johnson * arm-none-linux-eabi.inc (prin

[testsuite] fix directives in gcc.target/arm/atomic-*.c tests

directives must precede GCC directives. This patch fixes several tests in gcc.target/arm to move dg-do to before dg-require-effective-target so the test will be skipped as expected. Tested with several sets of flags with arm-none-eabi, checked in as obvious. Janis 2013-08-14 Janis Johnson

Re: Ping: testsuite patches ({1,2,6,10,12}/14)

On 08/14/2013 08:55 AM, Joern Rennecke wrote: > These patches have not been reviewed for more than three weeks: > > http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00807.html > http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00812.html > http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00816.html > http://g

[patch] fix libgcc configure for powerpc-*-eabispe

-none-eabispe from i686-pc-linux-gnu. Janis 2013-07-09 Janis Johnson * config.host (powerpc-*-eabispe*: Add t-fdpbit to tmake_file. Index: libgcc/config.host === --- libgcc/config.host (revision 200845) +++ libgcc

[testsuite] skip gcc.target/powerpc-tfmode_off.c for eabi

Test gcc.target/powerpc-tfmode_off.c fails for powerpc-eabi* targets, which do not support TFmode. This patch skips the test for powerpc-*-eabi*. OK for mainline and the 4.8 branch? Janis 2013-07-08 Janis Johnson * gcc.target/powerpc/tfmode_off.c: Skip for EABI targets. Index

[testsuite] fix powerpc alignment tests for eabi

4.8 branch, or would it be better to skip these tests for powerpc-*-eabi*? Janis 2013-07-08 Janis Johnson * gcc.target/powerpc/20020118-1.c: Force 128-bit stack alignment for EABI targets. * gcc.c-torture/execute/nest-align-1.x: Likewise. Index: gcc.target/powerpc/20

[testsuite] fix gcc.target/powerpc/ppc-spe64-1.c

The error message checked in gcc.target/powerpc/ppc-spe64-1.c changed for GCC 4.8. This obvious patch fixes the test to expecte the current message; checked in for mainline and the 4.8 branch. Janis 2013-07-08 Janis Johnson * gcc.target/powerpc/ppc-spe64-1.c: Update expected error

[testsuite] fix gcc.target/powerpc/pr47197.c

2013-07-08 Janis Johnson * gcc.target/powerpc/pr47197.c: Require powerpc_altivec_ok. Index: gcc.target/powerpc/pr47197.c === --- gcc.target/powerpc/pr47197.c(revision 200621) +++ gcc.target/powerpc/pr47197.c(wo

[testsuite] fix gcc.target/powerpc/sd-vsx.c and sd-pwr6.c

Tests gcc.target/powerpc/sd-vsx.c and sd-pwr6.c assume that decimal floating point is supported on the target, but this is not true for powerpc-none-eabi. This obvious patch skips the test if dfp is not supported; checked in for mainline. Janis 2013-07-08 Janis Johnson * gcc.target

Re: [PATCH, ARM] Fix unrecognizable vector comparisons

On 07/08/2013 08:32 AM, Zhenqiang Chen wrote: > On 8 July 2013 20:57, Ramana Radhakrishnan wrote: >> Not yet. Why is this not a problem in the LT / UNLT case ? > >>From the context, after the first switch, only GE/LE/EQ might have > operands[5] which is not REG (CONST0_RTX). For others including

Re: [patch testsuite]: Fix some tests for LLP64 targets

On 03/06/2013 10:00 AM, Kai Tietz wrote: > Hello, > > this patch fixes some regressions in testsuite for x64-targets. > > ChangeLog > > 2013-03-06 Kai Tietz > > * gcc.dg/lto/20090914-2_0.c: Skip for mingw and cygwin > targets. > * gcc.dg/lto/20091013-1_1.c: Set x64-mingw as

Re: [PATCH, ARM, RFC] Fix vect.exp failures for NEON in big-endian mode

On 02/28/2013 02:06 AM, Julian Brown wrote: > On Wed, 27 Feb 2013 11:04:04 -0800 > Janis Johnson wrote: > >> On 02/27/2013 09:29 AM, Julian Brown wrote: >>> Index: gcc/testsuite/gcc.dg/vect/slp-cond-3.c >>>

Re: [PATCH] xfail g++.old-deja/g++.pt/ptrmem6.C for aarch64

On 02/27/2013 08:47 AM, Marcus Shawcroft wrote: > This aarch64 FAIL is known to be an issue on targets that define > TARGET_PTRMEMFUNC_VBIT_LOCATION to ptrmemfunc_vbit_in_delta > > The issue was silenced early 2012 on arm and mips with an xfail, this > patch adds aarch64 to the list. > > The rele

Re: [PATCH, ARM, RFC] Fix vect.exp failures for NEON in big-endian mode

On 02/27/2013 09:29 AM, Julian Brown wrote: > Index: gcc/testsuite/gcc.dg/vect/slp-cond-3.c > === > --- gcc/testsuite/gcc.dg/vect/slp-cond-3.c(revision 196170) > +++ gcc/testsuite/gcc.dg/vect/slp-cond-3.c(working copy) > @@ -79

Re: [4.7, testsuite] Clear hwcap_2 with Sun ld

On 02/19/2013 05:25 AM, Rainer Orth wrote: > I'd like to backport > > [testsuite] Clear hwcap_2 with Sun ld > http://gcc.gnu.org/ml/gcc-patches/2012-06/msg01246.html > > 2012-06-19 Rainer Orth > > * gcc.target/i386/clearcapv2.map: New file. > * gcc.target/i386/i386.e

Re: [Patch] Cleanup gcc.target/arm/interrupt-*.c for thumb mode

On 02/13/2013 06:39 AM, Greta Yorsh wrote: > The tests gcc.target/arm/interrupt-*.c are for ARM mode only. > This patch uses effective target arm_notthumb instead of __thumb_ predefine, > removes unreachable code, and fixes typos. > > Ok for trunk? > OK Janis > Thanks, > Greta > > ChangeLog >

Re: [PATCH,testsuite] Added test for PR 55987

On 02/14/2013 10:02 AM, Tilman Sauerbeck wrote: > Hi, > here's a patch that adds a testcase for PR 55987. > Is xfail the right thing to use here? I went with that since I guess the > PR won't be fixed anytime soon ;) > > I haven't assigned copyright to the FSF -- is this patch small enough to > go

[testsuite] commited: fix typo in 4.7 testsuite/lib/target-supports.exp

This patch fixes the typo reported in PR testsuite/56206. Checked in as obvious. Janis 2013-02-04 Janis Johnson PR testsuite/56206 * lib/target-supports.exp (check_effective_target_arm_hard_vfp_ok): Fix typo. Index: testsuite/lib/target-supports.exp

Re: testsuite] clean up convoluted dg-final directive in vect-multitypes-12.c

On 01/23/2013 04:57 PM, Eric Botcazou wrote: >> Would you mind playing around with it a bit, like removing the xfail from >> /* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" { target >> sparc*-*-* xfail ilp32 } } } */ and removing/disabling the directives with >> sparc*-*-*? > >

Re: testsuite] clean up convoluted dg-final directive in vect-multitypes-12.c

On 01/23/2013 02:52 PM, Eric Botcazou wrote: >> Test gcc.dg/vect/vect-multitypes uses Tcl conditions within a dg-final >> directive, which is something that DejaGnu handles but we strive not to >> do. It's now possible to use supported constructs to get the same >> result, so I've cleaned up the t

backporting testsuite fixes to 4.7 branch

For primarily selfish reasons I'd like to backport several testsuite fixes from mainline to the 4.7 branch. Should I request permission for specific groups of changes, or just do it? Janis

testsuite] clean up convoluted dg-final directive in vect-multitypes-12.c

7;m fixing this particular test because I want to add an xfail but want to keep that change separate from the cleanup. Janis 2013-01-18 Janis Johnson * gcc.dg/vect/vect-multitypes-12.c: Refactor dg-final directive. Index: gcc/testsuite/gcc.dg/vect/vect-

Re: [PATCH] [testsuite] [arm] Test thumb1 far jump

On 01/16/2013 06:05 PM, Joey Ye wrote: > Test cases for previous patch "no lr save for non-far branches in leaf > function". > > * gcc.target/arm/thumb1-far-jump-1.c: New. > * gcc.target/arm/thumb1-far-jump-2.c: New. > > Index: gcc/testsuite/gcc.target/arm/thumb1-far-jump-2.c > ==

Re: PING: gcc.target/arm: skip 5 tests for flag conflicts

libs are skipped. I tested it by using multilib test flags for all valid values for -march, with and without -mthumb as appropriate for the arch. The ones that are now skipped are the ones that used to fail with complaints from the compiler. Is this OK? Janis 2013-01-16 Janis Johnson

Re: [testsuite] replace gcc.target/arm/ftest-*.c with compile-only tests

with no flags will run all of these tests. A multilib that uses "-march=armv8-a -mthumb" will run only the test for those options and skip all of the others. I don't know why some of the tests required arm_eabi, but I can't see any reason for it being necessary for this versi

Re: [testsuite] fix loop index for gcc.dg/webizer.c

On 01/15/2013 02:01 PM, Jeff Law wrote: > On 01/15/2013 02:57 PM, Janis Johnson wrote: >> Execution of test gcc.dg/webizer.c fails with a segfault for >> powerpc-eabi with the GNU simulator. The test has an array of size 2 >> and accesses that array with indices of 1 and 2.

[testsuite] fix loop index for gcc.dg/webizer.c

Execution of test gcc.dg/webizer.c fails with a segfault for powerpc-eabi with the GNU simulator. The test has an array of size 2 and accesses that array with indices of 1 and 2. This patch fixes the bounds of the loop index. Tested on powerpc-none-eabi; OK for trunk? Janis 2013-01-15 Janis

Re: dg-extract-results.sh truncates logs containing "Running "

On 01/15/2013 09:16 AM, David Blaikie wrote: > & now with an actual GCC patch, instead of the GDB one - sorry about that. > > On Tue, Jan 15, 2013 at 8:31 AM, David Blaikie wrote: >> The regex to detect the beginning of a test file execution was too >> broad, matching any line beginning with "Run

Re: Fwd: summarize kfails in dg-extract-results.sh

On 01/15/2013 09:24 AM, David Blaikie wrote: > For some reason KFAILs weren't being summarized by > dg-extract-results.sh. I assume this was just an oversight, so here's > a patch to add it alongside all the other result types. > > I encountered this in the GDB test suite but was asked to submit t

[testsuite] add option to LTO flags for c-torture/execute/builtins tests

one-eabi; OK for mainline? Janis 2013-01-15 Janis Johnson PR testsuite/55994 * gcc.c-torture/execute/builtins/builtins.exp: Add -Wl,--allow-multiple-definition for eabi and elf targets. Index: testsuite/gcc.c-torture/exec

Re: [testsuite] fix ARM test gcc.target/arm/neon-vld1_dupQ.c

On 01/14/2013 03:04 PM, Janis Johnson wrote: > Test gcc.target/arm/neon-vld1_dupQ.c started failing with r194594, a C > front end change that causes the test to get warnings. The test passes > local variables of type int64x1_t to functions declared with arguments > of type int64_t.

[testsuite] remove ARM big-endian from some vect effective targets

multilibs; OK for trunk? Janis 2013-01-15 Janis Johnson PR testsuite/54622 * lib/target-supports.exp (check_effective_target_vect_perm_byte, check_effective_target_vect_perm_short, check_effective_target_vect_widen_mult_qi_to_hi_pattern

[testsuite] fix ARM test gcc.target/arm/neon-vld1_dupQ.c

Test gcc.target/arm/neon-vld1_dupQ.c started failing with r194594, a C front end change that causes the test to get warnings. The test passes local variables of type int64x1_t to functions declared with arguments of type int64_t. This patch casts the values passed to those arguments. It's possibl

[testsuite] skip ARM tests fma.c and fma-sp.c for conflicting options

The options specified for gcc.target/arm/fma.c and fma-sp.c can conflict with several multilib options. This patch skips the tests for multilibs with conflicting options, and it adds option "-mfloat-abi=hard" which is needed for the test. OK for trunk? Janis 2013-01-14 Jan

PING: replace gcc.target/arm/ftest-*.c with compile-only tests

Richard, In December I submitted a patch to replace ftest*.c in gcc.target/arm with compile-only tests: . There has been no response to the patch. One reason for the replacement is that the arch_v*_multilib effective target checks don't do

PING: gcc.target/arm: skip 5 tests for flag conflicts

Richard, Back in September I submitted a patch to fix five ARM tests in . You responded in < http://gcc.gnu.org/ml/gcc-patches/2012-10/msg00972.html> and I answered your questions in a reply. The first of the modified tests doesn't need t

[v3 testsuite] gdb-test.exp: catch error running gdb command

for boards that pass a command through additional levels of procedure calls, this patch lets it catch the error so that it can fail gracefully and the tests will be reported as UNSUPPORTED. This will skip the tests for a relatively small number of test setups. OK for trunk? Janis 2013-01-03 Jan

[testsuite] replace gcc.target/arm/ftest-*.c with compile-only tests

with several sets of multilib options for arm-none-eabi and arm-none-linux-gnueabi. OK? Janis P.S. I don't know why, but the original thumb tests require arm_eabi and the arm tests don't; I kept that restraint. 2012-12-21 Janis Johnson * gcc.target/arm/ftest-support.h: Replace f

Re: [Patch AArch64] Add support for vectorizable standard math patterns.

upport any subset of >>> these vectorizations we need a check_effective_target macro for >>> each of them. >>> >>> Because of this change to the generic test code I've CCed Janis >>> Johnson and Mike Stump. >> >> Gosh… leaves a bad

Re: [PATCH, ARM] Fix PR44557 (Thumb-1 ICE)

On 10/19/2012 11:41 PM, Ramana Radhakrishnan wrote: > On Tue, Oct 16, 2012 at 10:25 AM, Chung-Lin Tang > wrote: >> On 12/9/27 6:25 AM, Janis Johnson wrote: >>> On 09/26/2012 01:58 AM, Chung-Lin Tang wrote: >>> >>> +/* { dg-do compile } */ >>> +/* {

Re: [testsuite] gcc.target/arm: skip 5 tests for flag conflicts

On 10/10/2012 03:43 AM, Richard Earnshaw wrote: > On 21/09/12 03:51, Janis Johnson wrote: >> This patch adds test directives to skip 5 tests in gcc.target/arm if the >> flags specified for the test would be overridden by or conflict with >> flags used for all tests, s

Re: [testsuite] Prune irrelevant warning from pr53060.c

On 10/12/2012 11:31 AM, Joe Seymour wrote: > The pr53060.c test for excess errors fails on some PowerPC targets with an > unexpected warning: "GCC vector returned by reference: non-standard ABI > extension with no compatibility guarantee" > > This patch prunes the irrelevant warning as in pr34856.

Re: [PATCH] Adjust target for vect/pr48765.c

On 10/12/2012 08:05 AM, Joe Seymour wrote: > I'm observing vect/pr48765.c fail for non 64-bit PowerPC targets: > >> gcc/testsuite/gcc.dg/vect/pr48765.c:1:0: error: -m64 not supported in this > configuration > > This patch restricts the test to 64-bit PowerPC targets. I don't have commit > access,

Re: [testsuite] gcc.target/arm/div64-unwinding.c: xfail for linux

On 10/09/2012 07:39 AM, Richard Earnshaw wrote: > On 27/09/12 01:02, Janis Johnson wrote: >> Test gcc.target/arm/div64-unwinding.c is known to fail for GNU/Linux >> targets, as described in PR54732. This patch adds an XFAIL. >> >> Tested on arm-none-eabi and arm-none-l

[testsuite] gcc.target/arm/div64-unwinding.c: xfail for linux

Test gcc.target/arm/div64-unwinding.c is known to fail for GNU/Linux targets, as described in PR54732. This patch adds an XFAIL. Tested on arm-none-eabi and arm-none-linux-gnueabi, checked in on trunk. Janis 2012-09-26 Janis Johnson * gcc.target/arm/div64-unwinding.c: XFAIL for GNU

[testsuite] gcc.target/arm/mmx-2.c: specify -mcpu=iwmmxt

-none-eabi for multiple flags, checked in on trunk. Janis 2012-09-26 Janis Johnson * gcc.target/arm/mmx-2.c: Specify -mcpu=iwmmxt. Index: gcc.target/arm/mmx-2.c === --- gcc.target/arm/mmx-2.c (revision 191765

[testsuite] gcc.target/arm/combine-movs.c: fix effective target

on trunk. Janis 2012-09-26 Janis Johnson * gcc.target/arm/combine-movs.c: Use effective target arm_thumb2. Index: gcc.target/arm/combine-movs.c === --- gcc.target/arm/combine-movs.c (revision 191765) +++ gcc.target

[testsuite] gcc.target/arm/pr42879.c: handle big-endian

Test gcc.target/arm/pr42879.c fails for big-endian multilibs. Julian Brown suggested this fix. Tested on arm-none-eabi with several multilibs, checked in on trunk. Janis 2012-09-26 Janis Johnson * gcc.target/arm/pr42879.c: Handle big-endian. Index: gcc.target/arm/pr42879.c

[testsuite] gcc.target/arm/unsigned-extend-1.c: omit -march option

eaving off the option won't hurt when the effective target doesn't support the instruction, and will allow the test to be tried with other newer processors as well. OK for trunk? Janis 2012-09-26 Janis Johnson * gcc.target/arm/unsigned-extend-1.c: Omit -march option. Index: gcc

Re: [PATCH, ARM] Fix PR44557 (Thumb-1 ICE)

On 09/26/2012 01:58 AM, Chung-Lin Tang wrote: +/* { dg-do compile } */ +/* { dg-options "-mthumb -O1 -march=armv5te -fno-omit-frame-pointer -fno-forward-propagate" } */ +/* { dg-require-effective-target arm_thumb1_ok } */ This test will fail to compile for test flags that conflict with the -mar

Re: [patch testsuite]: Fix failing test for llp64 in gcc.dg/tree-ssa

On 09/19/2012 10:19 AM, Kai Tietz wrote: > Hi, > > this patch fixes testsuite-failures for llp64 targets in > gcc.dg/tree-ssa testsuite. > > ChangeLog > > 2012-09-19 Kai Tietz > > * gcc.dg/tree-ssa/scev-3.c: Add llp64 to xfail. > * gcc.dg/tree-ssa/scev-4.c: Likewise. > > Ok fo

[testsuite] fix to check_effective_target_arm_hard_vfp_ok

ith -mfloat-abi=softfp, so a better solution might be to skip individual tests for that option. Janis 2012-09-20 Janis Johnson * lib/target-supports.exp (check_effective_target_arm_hard_vfp_ok): Return 0 if already specifying -mfloat-abi other than hard. Index: lib/targ

[testsuite] gcc.target/arm: skip 5 tests for flag conflicts

in to give ARM experts a chance to comment. I plan to backport to the 4.7 branch soon after it's in trunk. Janis 2012-09-20 Janis Johnson * gcc.target/arm/pr40887.c: Avoid conflicting flags. * gcc.target/arm/pr51835.c: Likewise. * gcc.target/arm/pr51915.c

Re: [testsuite] vect effective targets should use arm_neon_ok

On 09/19/2012 01:43 AM, Richard Earnshaw wrote: > On 18/09/12 21:59, Janis Johnson wrote: >> On 09/18/2012 12:54 PM, Janis Johnson wrote: >>> In most cases a test that requires ARM NEON should use effective target >>> arm_neon, which means that flags run for all tests in

Re: [testsuite] support using "target" and "xfail" together

On 09/19/2012 10:48 AM, Mike Stump wrote: > On Sep 19, 2012, at 10:35 AM, Janis Johnson wrote: >> On 07/24/2012 11:13 AM, Janis Johnson wrote: >>> This patch allows the use of both "target" and "xfail" in the selector >>> of any test directive

Re: [testsuite] support using "target" and "xfail" together

Ping. On 07/24/2012 11:13 AM, Janis Johnson wrote: > This patch allows the use of both "target" and "xfail" in the selector > of any test directive that currently takes either "target" or "xfail": > > { target selector1 xfail selector2 } &g

[testsuite] gcc.dg/vect/pr48765: fix option conflict

;-mcpu=power6" and skips the tests if another -mcpu is already specified. OK for trunk, and for 4.7 when the branch opens? Janis 2012-09-18 Janis Johnson * gcc.dg/vect/pr48765.c: Skip for conflicting options, don

Re: [testsuite] vect effective targets should use arm_neon_ok

On 09/18/2012 12:54 PM, Janis Johnson wrote: > In most cases a test that requires ARM NEON should use effective target > arm_neon, which means that flags run for all tests include NEON support. > The result is cached the first time it is checked for a multilib. > > Vectorization

[testsuite] vect/fast-math-pr35982: skip check instead of xfail

Test gcc.dg/vect/fast-math-pr35982.c uses xfail in a dg-final check when it should instead skip the check for that effective target. Tested on arm-none-eabi for a variety of test multilibs, checked in on trunk as obvious. I'll backport to 4.6 when the branch is open. Janis 2012-09-18

[testsuite] for vect_multiple_sizes, skip instead of xfail for some checks

multilibs, checked in on trunk as obvious. I'll backport to 4.6 when the branch is open. Janis 2012-09-18 Janis Johnson * gcc.dg/vect/no-vfa-vect-101.c: Skip a check for an irrelevant target instead of xfailing it. * gcc.dg/vect/no-vfa-vect-102.c:

[testsuite] vect effective targets should use arm_neon_ok

ked in on trunk as obvious. I'll backport to 4.6 when it's open. Janis 2012-09-18 Janis Johnson * lib/target-supports.exp (check_effective_target_vect_widen_mult_qi_to_hi, check_effective_target_vect_widen_mult_hi_to_si, check_effective_target_vect_wi

testsuite] remove dg-do run from a vect test

for default and big-endian, checked in on trunk as obvious. I'll backport to 4.6 when the branch is open. Janis 2012-09-18 Janis Johnson * gcc.dg/vect/pr52298.c: Remove "dg-do run". Index: gcc.dg

Re: [Patch ARM testsuite] fix 3 tests for big-endian

On 08/31/2012 05:05 AM, Christophe Lyon wrote: > Hi, > > Tests gcc.target/arm/pr48252.c, gcc.target/arm/pr51835.c and > gcc.target/arm/neon-vset_lanes8.c currently expect little-endian code > and fail when compiled/executed in big-endian mode. > > The attached patch fixes them. > > Tested with

Re: [PATCH, ARM] Constant vector permute for the Neon vext insn

On 08/27/2012 08:02 AM, Christophe Lyon wrote: > [ Richard, sorry for the duplicate message where I omitted the mailing-list] > > On 24 August 2012 10:40, Richard Earnshaw wrote: >> >> Has this been tested for big-endian? >> > > Hi, > While improving my tests and trying to turn them into executi

Re: [PATCH, testsuite] No short enum in tree-ssa test

On 08/23/2012 08:05 PM, Joey Ye wrote: > Ssa-dom-thread-3.c has following code to trigger a warning on ARM. Add > -fno-short-enums to suppress it. > struct tree_base > { > enum tree_code code:16; > }; > > OK to trunk and 4.7? OK. Janis > 2012-08-15 Joey Ye > > * gcc.dg/tree-ssa/ssa-dom

Re: [PATCH, testsuite] New effective target long_neq_int

On 08/09/2012 06:46 PM, William J. Schmidt wrote: > As suggested by Janis regarding testsuite/gcc.dg/tree-ssa/slsr-30.c, > this patch adds a new effective target for machines having long and int > of differing sizes. > > Tested on powerpc64-unknown-linux-gnu, where the test passes for -m64 > and i

Re: [PATCH] Strength reduction part 3 of 4: candidates with unknown strides

On 08/08/2012 06:41 PM, William J. Schmidt wrote: > On Wed, 2012-08-08 at 15:35 -0700, Janis Johnson wrote: >> On 08/08/2012 03:27 PM, Andrew Pinski wrote: >>> On Wed, Aug 8, 2012 at 3:25 PM, H.J. Lu wrote: >>>> On Wed, Aug 1, 2012 at 10:36 AM, William J. Schmidt &

Re: [PATCH] Strength reduction part 3 of 4: candidates with unknown strides

On 08/08/2012 03:27 PM, Andrew Pinski wrote: > On Wed, Aug 8, 2012 at 3:25 PM, H.J. Lu wrote: >> On Wed, Aug 1, 2012 at 10:36 AM, William J. Schmidt >> wrote: >>> Greetings, >>> >>> Thanks for the review of part 2! Here's another chunk of the SLSR code >>> (I feel I owe you a few beers at this p

Re: [Test] Fix for PRPR53981

atch to 4.6 branch? Since current ndk >> is based on 4.6 >> >> 2012/7/25 Janis Johnson : >>> On 07/25/2012 03:58 AM, Anna Tikhonova wrote: >>>> Thanks! >>>> >>>> I've removed declarations. New patch attached. >>> >>&

Re: PING [PATCH] Fix PR libstdc++/54036, problem negating DFP NaNs

On 08/01/2012 07:29 AM, Paolo Carlini wrote: > Hi, > > On 08/01/2012 12:46 AM, Peter Bergner wrote: >> I'd like to ping the following libstdc++ DFP patch that fixes PR54036: >> >>http://gcc.gnu.org/ml/gcc-patches/2012-07/msg00959.html > I think the patch is essentially Ok, but I would recommen

Re: [patch, fortran] Fix PR 54033, problems with -I

On 07/27/2012 01:06 PM, Thomas Koenig wrote: > Hi Janis, > >> On 07/26/2012 10:16 AM, Thomas Koenig wrote: >> >>> No test case because I couldn't figure out how to test for a >>> warning with no line number. >> >> Try using line number 0. > > That didn't work for me. Using > > ! { dg-do compile

[testsuite] gcc.dg/pr45259.c: fix dg-options for non-fpic

n on trunk, coming soon to the 4.7 branch. Janis 2012-07-26 Janis Johnson * gcc.dg/pr45259.c: Only -fpic depends on fpic support. Index: gcc/testsuite/gcc.dg/pr45259.c === --- gcc/testsuite/gcc.dg/pr45259.c (revis

Re: [patch, fortran] Fix PR 54033, problems with -I

On 07/26/2012 10:16 AM, Thomas Koenig wrote: > No test case because I couldn't figure out how to test for a > warning with no line number. Try using line number 0. Janis

[testsuite] fix g++.dg/cpp0x/nullptr21.C to be self-checking

icant. Checked in on mainline, coming soon to 4.7. Janis 2012-07-25 Janis Johnson * g++.dg/cpp0x/nullptr21.c: Remove printfs, make self-checking. Index: gcc/testsuite/g++.dg/cpp0x/nullptr21.C === --- gcc/testsuite/g++.dg/

Re: [Test] Fix for PRPR53981

On 07/20/2012 05:23 AM, Anna Tikhonova wrote: > Hi all, > > I've fixed test which was failing on Android NDK > > testsuite/ChangeLog: > 2012-07-20 Anna Tikhonova > > * gcc.dg/20020201-1.c: Include . > > > Patch attached. > > Ok for trunk & 4.7? OK if you remove the declarations fo

[testsuite] support using "target" and "xfail" together

,c++,gfortran,objc,obj-c++ plus with examples using the new feature, with and without errors. I'd like some feedback before checking this in so I'll wait at least a couple of days. I plan to put it on the 4.7 branch also. Janis 2012-07-24 Janis Johnson doc/sourcebuild.texi (S

[testsuite] don't ignore errors for dg-error and friends

and didn't see anything problematic, but it's possible I missed something and errors will be reported. Checked in on mainline, and I plan to add it to 4.7 soon. Janis 2012-07-24 Janis Johnson * lib/gcc-dg.exp (process-message): Don't ignore errors. Index:

Re: [testsuite] backport cleanups to 4.7

On 07/06/2012 11:27 AM, Janis Johnson wrote: > Between June 12 and June 28 I checked in lots of GCC testsuite patches > to individual tests and to test infrastrure files to eliminate > non-unique lines in test summaries, as well as a few related cleanups. > May I backport those to GC

[testsuite] backport cleanups to 4.7

Between June 12 and June 28 I checked in lots of GCC testsuite patches to individual tests and to test infrastrure files to eliminate non-unique lines in test summaries, as well as a few related cleanups. May I backport those to GCC 4.7? Janis

MAINTAINERS: add myself as testsuite maintainer

Mike Stump says he got word that I am reinstated as a testsuite maintainer so I added myself to the MAINTAINERS file (with, I now see, a typo in the ChangeLog). 2012-07-02 Janis Johnson * MAINTAINERS (Various Mainterers): Add myself as testsuite maintainer. Index: MAINTAINERS

Re: [testsuite] gcc.dg/vect/vect-50.c: combine two scans

On 06/28/2012 08:02 PM, Mike Stump wrote: > On Jun 28, 2012, at 10:26 AM, Janis Johnson wrote: >> No, there is no way to combine "target" and "xfail", > > Ah... Grrr I hate non-composability. Given that, I think the original > patch is fine, subjec

[testsuite] g++.dg/cpp0x/nullptr19.c: remove duplicate dg-message

there is apparently no way to check for both of them. At least with this patch we'll correctly check for one for each line. Tested on i686-pc-linux-gnu; OK for trunk? Janis 2012-06-28 Janis Johnson * g++.dg/cpp0x/nullptr19.c: Remove exta directives o

[testsuite] add required comments to dg-message directives in g++.dg

notes (as opposed to errors and warning) in compiler output are intentionally ignored, so this wasn't noticed before.. This patch adds the required comments, and the tests now pass on i686-pc-linux-gnu. OK for trunk? Janis 2012-06-28 Janis Johnson * g++.dg/template/error46.C

[testsuite] gcc.dg/Wstrict-aliasing-converted-assigned.c: fix dg-message errors

t;target" list. It also adds comments to the dg-message directives to make their messages unique in the test summary. Tested on i686-pc-linux-gnu; OK for trunk? Janis 2012-06-28 Janis Johnson * gcc.dg/Wstrict-aliasing-converted-assigned.c: Fix syntax errors in dg-messag

Re: [testsuite] gcc.dg/vect/vect-50.c: combine two scans

On 06/27/2012 05:05 PM, Mike Stump wrote: > On Jun 27, 2012, at 3:36 PM, Janis Johnson wrote: >> These scans from gcc.dg/vect/vect-50.c, and others similar to them in >> other vect tests, hurt my brain: >> >> /* { dg-final { scan-tree-dump-times "Vectorizing

[testsuite] gcc.dg/vect/vect-50.c: combine two scans

#x27;m enough confused that I'm not going to call this one obvious, it needs a sanity check from someone else; OK for trunk? Janis 2012-06-27 Janis Johnson * gcc.dg/vect/vect-50.c: Combine two scans. Index: gcc.dg/vect/vect-50.c ==

[testsuite] scandump.exp: use printable pattern in test summary

with patterns that include newlines, to keep the pattern all on the same line in the test summary. Tested on i686-pc-linux-gnu for gcc and g++. OK for trunk? Janis 2012-06-26 Janis Johnson * lib/scandump.exp (scan-dump, scan-dump-not, scan-dump-dem, scan-dump-dem-not): Use prin

[testsuite] access name from dg-test via a proc instead of upvar

se of upvar for "name" in dg-test to a new proc which saves its value for further uses in the same test, with an extra space at the end if there are torture options. Tested on i686-pc-linux-gnu for gcc and g++. OK for trunk? Janis 2012-06-25 Janis Johnson * lib/target-supp

  1   2   3   >