On 01/27/2014 10:51 PM, Senthil Kumar Selvaraj wrote:
> This is on trunk - I was under the impression that it is always trunk,
> unless otherwise stated?
>
> getpid doesn't really make sense for bare metal targets, I would think?
>
> Regards
> Senthil
>
> On Mon, Jan 27, 2014 at 01:04:48PM +
On 08/27/2013 06:52 AM, Marcus Shawcroft wrote:
> On 23 July 2013 17:40, Janis Johnson wrote:
>> On 07/22/2013 02:59 AM, Vidya Praveen wrote:
>>> Hello,
>>>
>>> There are 42 test files (25 under gcc.dg) that specifies
>>>
>>> { dg-add-options
On 08/13/2013 04:06 AM, Thomas Schwinge wrote:
> Hi!
>
> I noticed something strange in the libgomp testresults (but not
> necessarily specific to libgomp): an "arbitrary" set of the Fortran
> execution tests are run just for -O, and others for each of the full set
> of torture options: -O0, -O1,
On 07/22/2013 02:59 AM, Vidya Praveen wrote:
> Hello,
>
> There are 42 test files (25 under gcc.dg) that specifies
>
> { dg-add-options bind_pic_locally }
>
> in the regression testsuite. The procedure add_options_for_bind_pic_locally
> from lib/target-supports.exp adds -fPIE or -fpie when -fPIC
?
Janis
Index: dummy-link.exp
===
--- dummy-link.exp (revision 0)
+++ dummy-link.exp (revision 0)
@@ -0,0 +1,63 @@
+
+#
+# File: dummy-link.exp
+# Author: Jani
Occasionally I try to run GCC tests using flags for which I don't have
the required target platform, or even compatible libraries. I usually
hack up several test files to kind of get what I want, but it's a pain.
Right now, for example, I'm trying to run upstream gcc.target/arm tests
for several s
On 10/16/2012 03:31 PM, Dominique Dhumieres wrote:
> Thanks for the quick answer.
>
>> That's just the way it works, so I suppose you could call it a feature.
>
> So the answer to (1) is yes and to (2) it is a poorly documented feature.
> May be the restriction to one dg-do directive should be ad
On 10/16/2012 07:14 AM, Andreas Schwab wrote:
> domi...@lps.ens.fr (Dominique Dhumieres) writes:
>
>> These questions are motivated by the comments #4 to #15 of pr54407.
>>
>> The bottom line is that
>>
>> { dg-do compile targets1 }
>> { dg-do run targets2 }
>>
>> behaves as
>>
>> {dg-do run { tar
On 10/04/2012 07:06 AM, Georg-Johann Lay wrote:
> Senthil Kumar Selvaraj wrote:
>> Some tests in gcc/testsuite/gcc.target/avr/torture (builtins-2.c, for
>> e.g.) have -Tavr51-flash1.x specified in dg-options. The tests currently
>> fail with an unable to open linker script error for that file.
>>
>
On 08/11/2012 09:18 AM, Senthil Kumar Selvaraj wrote:
> On Fri, Aug 10, 2012 at 09:54:17AM -0700, Janis Johnson wrote:
>> On 08/09/2012 10:52 PM, Senthil Kumar Selvaraj wrote:
>>> Hi,
>>>
>>> What is the recommended way to skip specific (non target specif
On 08/09/2012 10:52 PM, Senthil Kumar Selvaraj wrote:
> Hi,
>
> What is the recommended way to skip specific (non target specific) testcases
> for a subtargets?
>
> There are a bunch of tests in the gcc testsuite that are too big (in
> terms of code size or memory) for a subtarget of the avr
On 06/18/2012 10:51 PM, Franz Fehringer wrote:
> Hi,
>
> I am investigating the possibilities of using decimal floating point
> arithmetic with gcc (on Linux / x86_64 to be explicit).
I'm a little rusty on this and my information might be out of date, but
this should be a good start. If I say so
I'd like to eliminate duplicate messages in test summary files. Some of
these are from tests that check for multiple error or warning messages
on the same line of source code, some are from misused torture options,
and some are from scans that don't report torture options. All of the
ones I've fo
On 06/09/2011 01:30 PM, Lawrence Crowl wrote:
> On 6/9/11, Janis Johnson wrote:
>> On 06/08/2011 01:54 PM, Lawrence Crowl wrote:
>>> On 6/6/11, Janis Johnson wrote:
>>>> On 06/03/2011 11:14 AM, Lawrence Crowl wrote:
>>>>> The PPH project has tests th
On 06/08/2011 01:54 PM, Lawrence Crowl wrote:
> On 6/6/11, Janis Johnson wrote:
>> On 06/03/2011 11:14 AM, Lawrence Crowl wrote:
>>> The PPH project has tests that compile two different ways, and
>>> then compare the assembly. If either of the compiles fails, the
>
On 06/03/2011 11:14 AM, Lawrence Crowl wrote:
> The PPH project has tests that compile two different ways, and
> then compare the assembly. If either of the compiles fails, the
> comparison will fail. We'd like to simply not run the comparison.
>
> We currently have:
>
> set have_errs [llength
On 05/04/2011 07:03 PM, Gabriel Dos Reis wrote:
> On Wed, May 4, 2011 at 8:32 PM, Janis Johnson
> wrote:
>
>> Fix those assignments to use "NULL" instead of "false".
>
> Hi Janis,
>
> is there a way your regression tester could automatically bu
On 05/04/2011 06:13 PM, Jack Howarth wrote:
>Currently the bootstrap with --enable-build-with-cxx is failing because of
> the following warnings treated as errors...
>
> /sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/./prev-gcc/g++
> -B/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/./pr
On 05/04/2011 11:21 AM, Nenad Vukicevic wrote:
> It seems that I fixed my problem by defining remote_spawn
> procedure (and fixing the order of loading libraries :) ) in my
> own upc-dg.exp file and adding a line to it that append
> additional arguments to the command line: "append commandline
> $
On Tue, Mar 30, 2010 at 10:42 AM, Martin Jambor wrote:
> Hi,
>
> On Tue, Mar 30, 2010 at 10:14:16AM -0700, Janis Johnson wrote:
>> On Tue, Mar 30, 2010 at 7:09 AM, Martin Jambor wrote:
>> > On Tue, Mar 30, 2010 at 12:43:39AM +0200, Jan Hubicka wrote:
>> >>
On Tue, Mar 30, 2010 at 7:09 AM, Martin Jambor wrote:
> Hi,
>
> On Tue, Mar 30, 2010 at 12:43:39AM +0200, Jan Hubicka wrote:
>> > I have run the testcase with the early inliner disabled and noticed
>> > that gcc.dg/guality/inline-params.c XPASSes with early inlining and
>> > XFAILs without it. Th
On Tue, Mar 23, 2010 at 1:20 PM, Joel Sherrill
wrote:
> On 03/23/2010 03:01 PM, Janis Johnson wrote:
>>
>> On Tue, Mar 23, 2010 at 10:56 AM, Joel Sherrill
>> wrote:
>>
>>>
>>> Hi,
>>>
>>> There are a number of failures in my
On Tue, Mar 23, 2010 at 10:56 AM, Joel Sherrill
wrote:
> Hi,
>
> There are a number of failures in my latest run
> of sparc-rtems4.10 but the ones I have gone back
> and run the executable by hand actually pass.
> I have no idea why this is happening and wondered
> if someone had some insight as t
On Sat, 2010-03-06 at 11:44 +, Peter Maier wrote:
> The gcc developers seem to have nice tool referred to as "Phil's regression
> hunter". Where can I find documentation on it? I'm interested to know how it
> works and its abilities. Is it maybe even available for download?
>
> - Peter
Long
On Mon, 2010-02-22 at 13:11 -0800, Andrew Pinski wrote:
> On Mon, Feb 22, 2010 at 1:06 PM, Janis Johnson wrote:
> > If you can reproduce the problem with a small, self-contained test then
> > please file a bug report. It might be possible to issue a warning or
> > to detect
On Mon, 2010-02-22 at 21:17 +0100, Christoph Rupp wrote:
> 2010/2/20 Richard Guenther :
> > On Sat, Feb 20, 2010 at 1:38 PM, Christoph Rupp wrote:
> [...]
> >> I fixed all warnings regarding dereferencing type-punned pointers and
> >> I compile with -O3 AND -fno-strict-aliasing.
> >>
> >> and i st
On Tue, 2010-01-12 at 12:47 +0100, Paolo Carlini wrote:
> Hi,
>
> thanks Janis for your complete summary of the current status.
> > Instead of dec32/64/128 you could use _Decimal32/64/128, but the C++
> > TR requires that float.h define those symbols as typedefs to the
> > classes so you'd run int
On Mon, 2010-01-11 at 19:05 -0800, Benjamin Kosnik wrote:
> > Some of the support for those
> > classes is in current trunk, but a crucial change to the compiler to
> > allow binary compatibility between those classes and the C builtin
> > types wasn't approved before the 4.5 feature cutoff (see
>
On Mon, 2010-01-11 at 10:24 -0600, Roman Kononov wrote:
> #g++ --version | head -1
> g++ (GCC) 4.4.3 20091228 (prerelease)
> #cat test.cc
> typedef _Decimal32 my_type;
> #gcc -c test.cc
> #g++ -c test.cc
> test.cc:1: error: '_Decimal32' does not name a type
>
> G++ is unfamiliar with the _DecimalX
On Wed, 2009-12-09 at 09:56 -0800, Walter Landry wrote:
> Hello,
>
> The FTensor library referenced at
>
> http://gcc.gnu.org/testing/testing-ftensor.html
>
> has moved. The new location is
>
> http://www.gps.caltech.edu/~walter/FTensor/index.html
>
> Cheers,
> Walter Landry
> wlan...@cal
On Wed, 2009-11-18 at 19:19 +0100, Rainer Orth wrote:
> I've recently looked into what it takes to support decimal float on
> additional platforms (like Solaris, IRIX, and Tru64 UNIX in my case).
> I've found no documentation, and while I could figure out some things
> myself, I'd like to get some
On Tue, 2009-10-06 at 18:56 -0400, Jack Howarth wrote:
> On Tue, Oct 06, 2009 at 03:34:30PM -0700, Benjamin Kosnik wrote:
> >
> > Why do we have a libstdc++ list? For questions like this...
> >
> Because this is a flaw in the libstdc++-v3 testsuite harness
> which obviously the core gcc testsui
On Tue, 2009-10-06 at 15:30 -0700, Janis Johnson wrote:
> On Tue, 2009-10-06 at 18:19 -0400, Jack Howarth wrote:
> > On Tue, Oct 06, 2009 at 09:44:42AM -0700, Janis Johnson wrote:
> > > On Tue, 2009-10-06 at 09:10 -0700, Janis Johnson wrote:
> > > > On Tue, 2009-10-0
On Tue, 2009-10-06 at 18:19 -0400, Jack Howarth wrote:
> On Tue, Oct 06, 2009 at 09:44:42AM -0700, Janis Johnson wrote:
> > On Tue, 2009-10-06 at 09:10 -0700, Janis Johnson wrote:
> > > On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> > > > Janis,
> >
On Tue, 2009-10-06 at 09:10 -0700, Janis Johnson wrote:
> On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> > Janis,
> >We are seeing failures of the new decimal testcases on
> > x86_64-apple-darwin10
> > which you committed into the libstdc++-v3 testsuit
On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> Janis,
>We are seeing failures of the new decimal testcases on
> x86_64-apple-darwin10
> which you committed into the libstdc++-v3 testsuite...
>
> FAIL: decimal/binary-arith.cc (test for excess errors)
> WARNING: decimal/binary-arith.c
On Tue, 2009-09-29 at 13:37 -0700, Richard Henderson wrote:
> On 09/29/2009 01:20 PM, Janis Johnson wrote:
> > I've been trying to find a place in the C++ front end where I can
> > replace all references to the class type to the scalar types, but
> > haven't
On Wed, 2009-09-23 at 18:39 -0500, Gabriel Dos Reis wrote:
> On Wed, Sep 23, 2009 at 6:23 PM, Janis Johnson wrote:
> > On Wed, 2009-09-23 at 16:27 -0500, Gabriel Dos Reis wrote:
> >> On Wed, Sep 23, 2009 at 4:11 PM, Janis Johnson wrote:
> >> > On Wed, 2009-09-23 at
On Wed, 2009-09-23 at 14:21 -0700, Richard Henderson wrote:
> On 09/23/2009 02:11 PM, Janis Johnson wrote:
> > The class types for std::decimal::decimal32 and friends do have the
> > proper modes. I suppose I could special-case aggregates of those modes
> > but the p
On Wed, 2009-09-23 at 16:27 -0500, Gabriel Dos Reis wrote:
> On Wed, Sep 23, 2009 at 4:11 PM, Janis Johnson wrote:
> > On Wed, 2009-09-23 at 10:29 +0200, Richard Guenther wrote:
> >> On Wed, Sep 23, 2009 at 2:38 AM, Janis Johnson wrote:
> >> > I've been
On Wed, 2009-09-23 at 10:29 +0200, Richard Guenther wrote:
> On Wed, Sep 23, 2009 at 2:38 AM, Janis Johnson wrote:
> > I've been implementing ISO/IEC TR 24733, "an extension for the
> > programming language C++ to support decimal floating-point arithmetic",
> &
I've been implementing ISO/IEC TR 24733, "an extension for the
programming language C++ to support decimal floating-point arithmetic",
in GCC. It might be ready as an experimental feature for 4.5, but I
would particularly like to get in the compiler changes that are needed
for it.
Most of the sup
On Thu, 2009-09-17 at 21:48 -0700, Ian Lance Taylor wrote:
> "Amker.Cheng" writes:
>
> > Recently I found two relative old papers about non-blocking cache,
> > etc. which are :
> >
> > 1) Reducing memory latency via non-blocking and prefetching
> > caches. BY Tien-Fu Chen and Jean-Lo
On Thu, 2009-09-10 at 18:06 -0400, Kaveh R. GHAZI wrote:
> Hi,
>
> mpc-0.7 now has been released, you can get the package here:
> http://www.multiprecision.org/index.php?prog=mpc&page=download
>
> Here's the official announcement:
> http://lists.gforge.inria.fr/pipermail/mpc-discuss/2009-Septembe
On Wed, 2009-08-12 at 15:09 -0700, Benjamin Kosnik wrote:
> > I get the same failure for powerpc64-linux. It starts with r150641
> > from Benjamin Kosnik.
>
> Should be fixed in r150707
It fails in the same way.
Janis
On Wed, 2009-08-12 at 14:52 +0300, Revital1 Eres wrote:
> Hello,
>
> I get the following error while compiling gcc -r150679 on ppc
I get the same failure for powerpc64-linux. It starts with r150641
from Benjamin Kosnik.
Janis
On Fri, 2009-08-07 at 15:48 +0200, Manuel López-Ibáñez wrote:
> Janis, it would be extremely useful to have dg-options that are only
> enabled for certain languages, so I can do
>
> /* { dg-options "-std=c99" { dg-require-effective-target c } } */
> /* { dg-options "" { dg-require-effective-target
On Fri, 2009-08-07 at 00:06 +0200, Manuel López-Ibáñez wrote:
> Often I want to test the exactly same testcase in C and C++, so I find
> myself adding duplicate tests under gcc.dg/ and g++.dg/. Would it be
> possible to have a shared testsuite dir that is run for both C and C++
> languages? (possib
On Tue, 2009-07-14 at 17:16 +0200, Jason Merrill wrote:
> On 07/09/2009 12:32 AM, Janis Johnson wrote:
> > Given that libstdc++ is used with compilers other than G++, is it
> > allowable to depend on non-standard C++ compiler support?
>
> Seems reasonable to me, but we may wa
On Sun, 2009-07-12 at 15:40 -0400, NightStrike wrote:
> On Fri, Jul 10, 2009 at 12:14 PM, NightStrike wrote:
> > On Thu, Jul 9, 2009 at 2:52 PM, Steve
> > Kargl wrote:
> >> On Thu, Jul 09, 2009 at 12:34:00PM -0400, NightStrike wrote:
> >>> I have been trying to run the gfortran testsuite for a whil
I'm investigating support for decimal floating-point arithmetic in G++.
GCC currently supports this functionality in C for several targets based
on ISO/IEC TR 24732. The C support adds 3 new scalar types: _Decimal32,
_Decimal64, and _Decimal128. With support for mangling those types and
defining
On Tue, 2009-06-16 at 14:22 +0200, Basile STARYNKEVITCH wrote:
> I (Basile) very probably misunderstood what Joseph Myers or Richard
> Guenther meant. What I might have [mis]understood scares me. This is a
> request for clarification.
> Did I understood that in your view no branch hosted on GCC
On Fri, 2009-06-05 at 10:37 -0400, Aldy Hernandez wrote:
> On Fri, Jun 05, 2009 at 12:09:57AM +0100, Jonathan Wakely wrote:
> > 2009/5/20 Aldy Hernandez:
> > >>
> > >> My only worry is that the testsuite may confuse column and line
> > >> numbers and pass/fail tests because of it.
> > >
> > > Janis
On Mon, 2009-06-01 at 11:14 -0700, Steve Kargl wrote:
> On Mon, Jun 01, 2009 at 07:59:15PM +0200, Gerald Pfeifer wrote:
> > Excess errors:
> > /pfeifer/OBJ-0531-2252/i386-unknown-freebsd7.1/./libgomp/.libs/libgomp.so:
> > undefined reference to `pthread_create'
> >
> > And what all of these
On Tue, 2009-05-19 at 10:28 +1000, Ben Elliston wrote:
> Hi Ian
>
> In the last couple of days, I have started seeing the following warnings
> when building target-libiberty:
>
> /home/bje/source/gcc-clean/libiberty/cp-demangle.c:723: warning: logical
> ‘and’ of mutually exclusive tests is alway
On Sat, 2009-05-16 at 10:45 -0400, Diego Novillo wrote:
> On the LTO branch, I am brute-forcing LTO compilation on all the
> testsuite directories. This causes many spurious failures because we
> are not going to support LTO compiles on everything. For instance,
> LTO is not supported for fortran
On Tue, 2009-05-12 at 18:46 +0200, Roberto Bagnara wrote:
> Janis Johnson wrote:
> > On Mon, 2009-05-11 at 13:07 -0700, Ian Lance Taylor wrote:
> >> Another Graphite build issue: it appears that I must not use
> >> --disable-shared when I configure PPL. If I do use -
On Mon, 2009-05-11 at 13:07 -0700, Ian Lance Taylor wrote:
> Another Graphite build issue: it appears that I must not use
> --disable-shared when I configure PPL. If I do use --disable-shared, I
> get this:
>
> /home/iant/gnu/ppl-0.10.2-install/lib/libppl_c.a(ppl_c_implementation_common.o):
> In
On Thu, 2009-04-30 at 11:56 -0400, David Fang wrote:
> > On Thu, Apr 30, 2009 at 7:30 AM, Tom Browder wrote:
> >> On Wed, Apr 29, 2009 at 18:28, Janis Johnson wrote:
> >> ...
> >>> The preferred way to post test results is by running the script
> >&g
On Wed, 2009-04-29 at 08:56 -0500, Tom Browder wrote:
> Attached is a shortened test report with the following lines removed:
>
> XFAIL
> PASS
> UNSUPPORTED
The preferred way to post test results is by running the script
$SRC/contrib/test_summary from within the build directory. It
produces a su
On Mon, 2009-04-27 at 19:07 -0400, DJ Delorie wrote:
> > I'm convinced that if check_effective_target_xxx exists then it is
> > called and the test directive works as intended.
>
> Hmmm... how did you prove this? I tried putting verbose in them,
> nothing printed. I tried reversing them, no chan
On Thu, 2009-04-23 at 17:10 -0400, DJ Delorie wrote:
> In gcc.dg/Wconversion-real.c we see this:
>
> vdouble = 3.1L; /* { dg-warning "conversion" "" { target large_long_double
> } } */
>
> It turns out check_effective_target_large_long_double is NEVER called.
> You can change it to some bogus
On Thu, 2009-04-23 at 20:34 -0400, DJ Delorie wrote:
> SH (and I'm sure others) has some multilibs (like -m2a-single-only)
> where sizeof(double) is 4, which breaks some testcases. Here's a
> patch which adds checks for small doubles (and small long doubles),
> and adjusts some of the tests which
On Tue, 2009-04-07 at 12:32 +0200, Paolo Bonzini wrote:
> Thanks, this leaves out:
>
> r145593: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00545.html (i386)
> r145594: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00545.html (s390)
> r145597, r145598, r145599:
> http://gcc.gnu.org/ml/gcc-patches/
On Wed, 2009-04-08 at 19:40 +0200, Richard Guenther wrote:
> On Wed, Apr 8, 2009 at 6:50 PM, Nordvall, Gary USNUNK NAVAIR 33, ,
> LEGACY SERVER wrote:
> > GNU,
> >
> > Is there an end-of-support date for GCC version 4.3.0? I'm assisting a
> > customer here at NAWCWD China Lake, California, to re
On Wed, 2009-04-01 at 23:21 +0200, Richard Guenther wrote:
> On Wed, Apr 1, 2009 at 11:03 PM, Kaveh R. Ghazi
> wrote:
> > From: "Richard Guenther"
> >
> >> I tested on openSUSE Factory which currently has gcc 4.3.3, gmp 4.2.3,
> >> mpfr 2.4.1 and some pre-2.10 glibc.
> >
> > I tried with vanilla
On Mon, 2009-03-30 at 13:53 -0700, Neil Vachharajani wrote:
> Hello,
>
> I'm working on a patch which makes FDO profile data more robust to
> source changes. Before I sent the patch to the list for review, I was
> wondering how to write a test for this situation. In particular, what
> I would li
On Thu, 2009-03-19 at 20:14 +0100, Ralf Wildenhues wrote:
> * Toon Moene wrote on Thu, Mar 19, 2009 at 07:46:37PM CET:
> > Richard Guenther wrote:
> >>
> >> Note that merging the branch will be painful (as in, please dissect
> >> the branch into the individual patches again to make bisecting the
>
On Fri, 2009-03-13 at 17:04 +0100, Richard Guenther wrote:
> Status
> ==
>
> The trunk is still in stage 4 which means it is open under the usual
> release branch rules. Thus the trunk is open for regression and
> documentation fixes only.
What do you think about possibly-disruptive testsuit
On Mon, 2009-02-16 at 10:09 -0800, Janis Johnson wrote:
> On Fri, 2009-02-13 at 12:28 -0800, Joe Buck wrote:
> > On Fri, Feb 13, 2009 at 11:03:51AM -0800, Anthony Newnam wrote:
> > > Thanks Joe.
> > >
> > > As far as I know the problem I'm seeing isn
On Fri, 2009-02-13 at 12:28 -0800, Joe Buck wrote:
> On Fri, Feb 13, 2009 at 11:03:51AM -0800, Anthony Newnam wrote:
> > Thanks Joe.
> >
> > As far as I know the problem I'm seeing isn't a regression but perhaps
> > this script could still be useful. I don't really understand how it is
> > suppose
On Wed, 2009-02-11 at 22:47 +, Joseph S. Myers wrote:
> On Wed, 11 Feb 2009, Janis Johnson wrote:
>
> > I'm rewriting function interpret_float_suffix in libcpp/expr.c to fix
> > suffixes in decimal float literal constants for c/33466. While I'm at
> > it I
On Wed, 2009-02-11 at 10:42 -0800, Fu, Chao-Ying wrote:
> Janis Johnson wrote:
> >
> > I'm rewriting function interpret_float_suffix in libcpp/expr.c to fix
> > suffixes in decimal float literal constants for c/33466. While I'm at
> > it I'm fixing
I'm rewriting function interpret_float_suffix in libcpp/expr.c to fix
suffixes in decimal float literal constants for c/33466. While I'm at
it I'm fixing suffixes for fixed-point literal constants. Currently for
fixed-point GCC accepts any ordering of the letters in the suffix. The
technical rep
On Mon, 2008-12-01 at 08:59 -0500, Jack Howarth wrote:
> Doug,
>Is there a reason why prune.exp is loaded in lib/gcc.exp and lib/g++.exp
> but never actually used? I need to prune a linker warning with..
>
> regsub -all "(^|\n)ld: warning: can't make compact unwind encoding from dwarf
> for \
On Thu, 2008-10-23 at 22:01 -0400, DJ Delorie wrote:
> > OK, after you've run the testsuite with this change. The ChangeLog
> > entry should show the names of all of the procs you changed.
>
> Is gcc.target/i386.exp enough? I originally found it with
> xstormy16-elf on an older branch, but xstor
On Thu, 2008-10-23 at 19:12 -0400, DJ Delorie wrote:
> > I thought something like that was already done but I couldn't find it
> > right now. Is it a problem? If so, we should certainly do this.
>
> I see it done in other places, but not scanasm. How's this?
>
> 2008-10-23 DJ Delorie <[EMAIL
On Thu, 2008-10-23 at 18:00 -0400, DJ Delorie wrote:
> In scanasm.exp we do this:
>
> proc scan-assembler { args } {
> upvar 2 name testcase
> set output_file "[file rootname [file tail $testcase]].s"
>
>
> However, in dejagnu, $name may have compiler switches appended to it:
>
> #
On Mon, 2008-10-20 at 20:07 +0200, Manuel López-Ibáñez wrote:
> I would like to commit the following testcase to ensure we do not
> regress for PR 12603.
>
> OK for trunk?
>
> 2008-10-20 Manuel López-Ibáñez <[EMAIL PROTECTED]>
>
> PR 12603
> * gcc.dg/pr12603.c: New testcase.
OK.
On Fri, 2008-09-19 at 18:32 +0100, Joern Rennecke wrote:
> > I think 'make -j' is the way to go, since it lets the user easily
> > control the amount of parallelism.
>
> As I said before, make -j is a complete non-starter for me, as it restricts
> the paralelism to a single machine and thus would
On Thu, 2008-09-18 at 21:37 +1000, Ben Elliston wrote:
> While waiting on testsuites this week, I finally snapped and spent some
> time looking at how to speed up the testsuite.
> So, I guess my question is: what now? What do people feel would be
> required to make this usable? I assume that the
On Wed, 2008-09-03 at 10:11 -0400, Dennis Clarke wrote:
> > On Tue, Sep 02, 2008 at 10:04:05PM -0400, Dennis Clarke wrote:
> >> I really do value the build status reports submitted by
> >> others and I go searching for a few results in particular.
> >> People like Joe Buck can be relied upon to pos
On Tue, 2008-09-02 at 22:42 -0300, Tobias Grosser wrote:
> On Tue, 2008-09-02 at 14:54 -0700, Janis Johnson wrote:
> > On Tue, 2008-09-02 at 21:23 +, Joseph S. Myers wrote:
> > > On Tue, 2 Sep 2008, Andrew Pinski wrote:
> > >
> > > > On Tue,
On Tue, 2008-09-02 at 21:23 +, Joseph S. Myers wrote:
> On Tue, 2 Sep 2008, Andrew Pinski wrote:
>
> > On Tue, Sep 2, 2008 at 2:15 PM, Tobias Grosser
> > <[EMAIL PROTECTED]> wrote:
> >
> > > May be you missed to add "--with-cloog" or "--with-ppl" to
> > > your ./configure.
> > > Can you send
On Sun, 2008-08-24 at 14:27 -0700, Karl Lindstrom wrote:
> Hello,
>
> I am trying to port the testsuite to an embedded environment.
> I have gotten all of the needed tests to compile, and am debugging
> those test that fail at runtime now.
>
> \ext\stdio_filebuf\char\10063-1.cc fails.
This test
On Sun, 2008-08-24 at 16:41 +0530, Niklaus wrote:
> i ran with this file under testsuite/gcc.dj and it aborted with -O2.
> It is for the optimization bug that i reported few days back. If we
> don't have this test can someone add ths.
File a bug report, if you haven't already, and include the test
On Tue, 2008-08-12 at 01:12 +0200, Dominique Dhumieres wrote:
> > but nothing complains and it seems to work fine.
>
> The tests gcc.target/i386/pr32000-2.c and return-3.c are run
> (and fail) on i686-apple-darwin9 which does not support decimal
> floating point. So I think the dg-require is not p
On Sat, 2008-08-09 at 01:40 +0200, Dominique Dhumieres wrote:
> Is the following syntax correct?
>
> /* { dg-require-effective-target ilp32 && dfp } */
>
> It appears in gcc/testsuite/gcc.target/i386/pr32000-2.c and
> gcc/testsuite/gcc.target/i386/stackalign/return-3.c.
I thought there had to be
On Thu, 2008-07-03 at 09:37 -0700, Robert Henry wrote:
> I'm pondering some extension to gcov and its compile-time and run-time
> support.
>
> I want to be able to run an unchanging instrumented victim binary
> multiple times. Each time I run the victim binary I have a
> unique invocation handle
On Fri, 2008-06-20 at 10:41 -0600, Tom Tromey wrote:
> > "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
>
> Diego> I posted this question to the SC panel at the GCC Summit today. I
> Diego> wanted to consider the possibility of making java a non-default
> language.
>
> Andrew> If this
On Thu, 2008-06-12 at 14:01 -0700, Le-Chun Wu wrote:
> Hi,
>
> As part of our thread safety annotation/analysis effort, we created
> about 17 new test cases that we would like to add to the gcc
> testsuite. Should we create a new sub-directory under testsuite/g++.dg
> (say, for example, g++.dg/thr
Benjamin,
Your change for revision 134805,
2008-04-29 Benjamin Kosnik <[EMAIL PROTECTED]>
* include/bits/c++config: Remove space between '#' and 'undef' for
_GLIBCXX_LONG_DOUBLE_COMPAT.
breaks libstdc++ for powerpc*-unknown-linux-gnu on systems where long
double is 128 bits, r
On Mon, 2008-04-28 at 07:47 -0700, Mark Mitchell wrote:
> Joel Sherrill wrote:
>
> >> 1. Make these tests say something about what capability they require,
> >> with a dg-require directive, and then write autoconf-style tests run by
> >> the testsuite to determine whether the current compiler has
On Thu, 2008-04-24 at 18:14 -0500, Joel Sherrill wrote:
> Janis Johnson wrote:
> > On Thu, 2008-04-24 at 17:54 -0500, Joel Sherrill wrote:
> >
> >
> >> Not knowing the internal details of the test harness, I
> >> would make an ignorant guess that the com
On Thu, 2008-04-24 at 17:54 -0500, Joel Sherrill wrote:
> Not knowing the internal details of the test harness, I
> would make an ignorant guess that the command line
> should be checked before it is executed. If it has multiple
> -mcpu/-march options and they were not all the same, the
> test sh
prefer to find a way to do the
necessary checks outside of the test itself, in a new directive.
If that sounds workable I'll look into it.
Janis
> Janis Johnson wrote:
> > On Fri, 2008-03-14 at 10:21 -0700, Janis Johnson wrote:
> >
> >> On Fri, 2008-03-14 at 10:18
On Sat, 2008-04-05 at 06:57 -0400, Andy H wrote:
> There are several test in testsuite that use trampolines that are still
> run with dejagnu switch set to no_trampolines.
>
> Its on my TODO list for AVR target but a recent email reminded me that
> it affects testing of other targets than can'
On Wed, 2008-04-02 at 17:30 -0700, Joe Buck wrote:
> On Wed, Apr 02, 2008 at 05:16:23PM -0700, Xiaoxiang Liu wrote:
> > I have a question regarding GCC4 version compatibility? In general,
> > should two versions with same major version number be compatible?
> > Specifically, I want to confirm wheth
On Mon, 2008-03-31 at 16:47 -0500, Benjamin Kosnik wrote:
> > How's this?
>
> Hey Janis! Sorry, I missed your first email.
>
> This looks great, thanks for your quick response. Can you check this
> in? I filed 35777 about this, so this may fix that PR.
I checked in the change to gcc-4.3/changes.
On Fri, 2008-03-28 at 17:10 -0500, Benjamin Kosnik wrote:
> Still waiting on this...
How's this?
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/changes.html,v
retrieving revision 1.108
diff -u -r1.108 changes.html
1 - 100 of 242 matches
Mail list logo
