I am looking at how the MIPS backend handles division. For the compiler
configuration in question (mipsel-linux) division operations trap on
division by zero. This is handled in mips_output_division in mips.c
where we unconditionally emit a conditional trap.
I would like to change it so
While regtesting my build of the 20070330 snapshot (Darwin7), I got a lot
(~100) of regressions: gcc.c-torture/execute/builtins/memcpy-chk.c, ...,
gcc.c-torture/execute/built-in-setjmp.c. Looking at the list, I have found
that this has started on 20070325 for Darwin8:
[EMAIL PROTECTED] (Dominique Dhumieres) writes:
If yes what would be the best format?
See http://gcc.gnu.org/bugs.html.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756
On 01 April 2007 07:08, ganesh subramonian wrote:
Hi
I work in a company where we have been using gcc-2.95.4 (based cross
compiler) for compiling our code. Most of the code is written in c++
and makes extensive use of the stl libraries. We would not be changing
our operating system or
On Sunday 01 April 2007 12:01, Dave Korn wrote:
On 01 April 2007 07:08, ganesh subramonian wrote:
Hi
I work in a company where we have been using gcc-2.95.4 (based cross
compiler) for compiling our code. Most of the code is written in c++
and makes extensive use of the stl libraries.
On 01 April 2007 12:59, Paul Brook wrote:
On Sunday 01 April 2007 12:01, Dave Korn wrote:
On 01 April 2007 07:08, ganesh subramonian wrote:
Hi
I work in a company where we have been using gcc-2.95.4 (based cross
compiler) for compiling our code. Most of the code is written in c++
and
Wiadomość napisana w dniu 2007-04-01, o godz13:58, przez Paul Brook:
If you're already switching compilers, moving to an already
obsolete release
(3.3) seems a strange choice. At this point I'd recommend skipping 3.x
altogether and going straight to gcc4.1/4.2.
Many of the improvements in
On 4/1/07, David Daney [EMAIL PROTECTED] wrote:
I am looking at how the MIPS backend handles division. For the compiler
configuration in question (mipsel-linux) division operations trap on
division by zero. This is handled in mips_output_division in mips.c
where we unconditionally emit a
On 4/1/07, Marcin Dalecki [EMAIL PROTECTED] wrote:
Wiadomość napisana w dniu 2007-04-01, o godz13:58, przez Paul Brook:
If you're already switching compilers, moving to an already
obsolete release
(3.3) seems a strange choice. At this point I'd recommend skipping 3.x
altogether and going
We have some real numbers about these new errors now. I've compiled
the whole Debian archive in the last week for Gelato to test GCC 4.3
on IA64. Out of just slightly under 7000 packages in Debian, we have
the following new failures:
missing newline: 42
error: xxx redefined: 33
extra tokens at
Martin Michlmayr wrote:
...
- The no newline and xxx redfined pedwarnings should be converted
into normal warnings. Rationale: no newline doesn't harm anyone and
there are quite a few programs that would fail because of an error
that many agree is too strict. Redefining something with -D
Ganesh wrote:
I work in a company where we have been using gcc-2.95.4 (based cross
compiler) for compiling our code. Most of the code is written in c++
and makes extensive use of the stl libraries. We would not be changing
our operating system or processor architecture (so portability is not
a
Zack Weinberg wrote:
Martin Michlmayr wrote:
...
- The no newline and xxx redfined pedwarnings should be converted
into normal warnings. Rationale: no newline doesn't harm anyone and
there are quite a few programs that would fail because of an error
that many agree is too strict.
Richard Guenther wrote:
At least you'd have the chance that reported bugs may eventually get
fixed - with a 3.x (or even 4.0.x) release there's no chance of that unless
you are willing to pay (and find) someone to do it.
Which of course is one possibility, it is not always clear that updating
Over the past several weeks, I've revamped the VAX backend:
- fixed various bugs
- improved 64bit move, add, subtract code.
- added patterns for ffs, bswap16, bswap32, sync_lock_test_and_set,
and
sync_lock_release
- modified it to generate PIC code.
- fixed the dwarf2 output so it is
Andrew Pinski wrote:
On 4/1/07, David Daney [EMAIL PROTECTED] wrote:
I am looking at how the MIPS backend handles division. For the compiler
configuration in question (mipsel-linux) division operations trap on
division by zero. This is handled in mips_output_division in mips.c
where we
* Zack Weinberg [EMAIL PROTECTED] [2007-04-01 08:30]:
This therefore needs to stay a pedwarn at least for the case where the
redefinition comes from a #define in the source. It's not clear to me
whether the diagnostics you're talking about are from a redefinition
via -D on the command line.
On 4/1/07, Martin Michlmayr [EMAIL PROTECTED] wrote:
* Zack Weinberg [EMAIL PROTECTED] [2007-04-01 08:30]:
This therefore needs to stay a pedwarn at least for the case where the
redefinition comes from a #define in the source. It's not clear to me
whether the diagnostics you're talking about
Ugh. That puts us in the position of having to decide whether command
line definitions count as previous definitions for 6.10.3p3.
6.10.3p*2*.
zw
Zack Weinberg wrote:
Ugh. That puts us in the position of having to decide whether command
line definitions count as previous definitions for 6.10.3p3. I'm
inclined to think that they do, or rather, that saying they don't
involves more bending of the language than I am comfortable with. I
Maybe that the option you suggest
This is best
done with something like -fstatic-exception-specifications or maybe -
Wexception-specifications -Werror.
is ideal, but it seems to me not practical at all. Every stuff using
the throw qualifier as specified in the standards will not work. If an
On 4/1/07, Robert Dewar [EMAIL PROTECTED] wrote:
Zack Weinberg wrote:
It's not bending the language, the standard has nothing whatever to say
about -D. I see no reason not to be completely permissive wrt -D if it
is going to make transition smoother.
The thing is, the standard does not read An
On Sun, Apr 01, 2007 at 02:20:10PM +0200, Marcin Dalecki wrote:
Wiadomość napisana w dniu 2007-04-01, o godz13:58, przez Paul Brook:
If you're already switching compilers, moving to an already
obsolete release
(3.3) seems a strange choice. At this point I'd recommend skipping 3.x
Many of the improvements in c++ code generation were as a result of
tree-ssa, you only get with 4.x.
On Sun, Apr 01, 2007 at 01:19:24PM +0100, Dave Korn wrote:
It is however a bigger step change, and a correspondingly bigger risk.
There are arguments in favour of not running with the
--- Comment #9 from patchapp at dberlin dot org 2007-04-01 08:10 ---
Subject: Bug number PR31366
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg5.html
--
--- Comment #47 from daney at gcc dot gnu dot org 2007-04-01 08:29 ---
With RTH's alternate patch applied, I can now bootstrap mipsel-linux
The test results are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00036.html
And are substancially similar to what I was getting before
--- Comment #1 from rsandifo at gcc dot gnu dot org 2007-04-01 12:24
---
Subject: Bug 31388
Author: rsandifo
Date: Sun Apr 1 12:23:54 2007
New Revision: 123398
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123398
Log:
gcc/
PR target/31388
* config/mips/mips.md
--- Comment #2 from rsandifo at gcc dot gnu dot org 2007-04-01 12:25
---
Patch applied to mainline
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
I get the following error while bootstrapping on PPC
with -O2 -funroll-loops -funsafe-math-optimizations:
(gcc version 4.3.0 20070401)
rm -f stage_current
make[3]: Leaving directory `/home/revital/last_bootstrap/build'
Comparing stages 2 and 3
warning: ./cc1obj-checksum.o differs
warning: ./cc1
The following code does not compile:
--templcvt.cc
extern int f( int ) ;
class B
{
public:
template typename T
operator T const () const
{
return f( 42 ) ;
}
} ;
B
g()
{
return B() ;
}
-
--- Comment #1 from fang at csl dot cornell dot edu 2007-04-01 15:38
---
Aside, it looks to me as if operator () returns a reference (const) to a
temporary, which is undefined, no?
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
For a -O0 tramp3d-v4.cpp compile, reload and its calls to CONSTRAINT_LEN are on
top of the profiles:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls s/call s/call name
3.74 1.34 1.34 265677 0.00
--- Comment #2 from james dot kanze at gmail dot com 2007-04-01 15:42
---
Subject: Re: template user defined conversion operator instantiated for
conversion to self
On 1 Apr 2007 14:38:52 -, fang at csl dot cornell dot edu
[EMAIL PROTECTED] wrote:
--- Comment #1 from fang
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:24
---
Subject: Bug 31366
Author: jvdelisle
Date: Sun Apr 1 16:23:48 2007
New Revision: 123401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123401
Log:
2007-04-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:24
---
Subject: Bug 31207
Author: jvdelisle
Date: Sun Apr 1 16:23:48 2007
New Revision: 123401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123401
Log:
2007-04-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:29
---
Subject: Bug 31366
Author: jvdelisle
Date: Sun Apr 1 16:29:05 2007
New Revision: 123402
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123402
Log:
2007-04-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:29
---
Subject: Bug 31207
Author: jvdelisle
Date: Sun Apr 1 16:29:05 2007
New Revision: 123402
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123402
Log:
2007-04-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from fang at csl dot cornell dot edu 2007-04-01 16:57
---
Subject: Re: template user defined conversion operator
instantiated for conversion to self
There is no operator() in the code. And there is no undefined
behavior is the reference is not used. But that's not
--- Comment #38 from patchapp at dberlin dot org 2007-04-01 17:00 ---
Subject: Bug number PR31052
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00014.html
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-01 18:06 ---
Created an attachment (id=13315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13315action=view)
patch
General patch creating an optimized function usable for CONSTRAINT_LEN
(without actually generating a
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-01 18:15 ---
Created an attachment (id=13316)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13316action=view)
other patch
And an inlined variant producing
static inline size_t
insn_constraint_len_s (char fc, const char
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-01 18:17 ---
The latter patch is a 2.5% to 3.5% win for a -O0 tramp3d compile on i686.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31420
--- Comment #39 from jvdelisle at gcc dot gnu dot org 2007-04-01 18:32
---
Subject: Bug 31052
Author: jvdelisle
Date: Sun Apr 1 18:32:20 2007
New Revision: 123403
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123403
Log:
2007-04-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #40 from jvdelisle at gcc dot gnu dot org 2007-04-01 18:33
---
Subject: Bug 31052
Author: jvdelisle
Date: Sun Apr 1 18:33:13 2007
New Revision: 123404
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123404
Log:
2007-04-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-01 18:40 ---
With the second patch applied the profile for -O0 changes to
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls s/call s/call name
3.38
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot
|dot org
--- Comment #48 from rth at gcc dot gnu dot org 2007-04-01 19:17 ---
Subject: Bug 31169
Author: rth
Date: Sun Apr 1 19:17:38 2007
New Revision: 123405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123405
Log:
PR tree-optimization/31169
* tree-vrp.c
--- Comment #9 from steven at gcc dot gnu dot org 2007-04-01 19:26 ---
Subject: Bug 31391
Author: steven
Date: Sun Apr 1 19:26:00 2007
New Revision: 123406
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123406
Log:
PR rtl-optimization/31391
* cfgcleanup.c
--- Comment #49 from rth at gcc dot gnu dot org 2007-04-01 19:26 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
I'm using arm-elf-gcc compiler, build for cygwin environment (gnuarm.org).
Here is example, which shows wrong results:
//---
#include string.h
#define FPGA_BASE 0x8100
static inline void fpga_write( unsigned short
Hi there. Some very simple code generates a warning when compiled on gcc
4.1.2. The code compiles cleanly, when using gcc 3.4.6
The bug involves the use of fmaxf function that is defined in math.h. First,
here is the relevant section: I'm attaching the source file along with the
output of the
--- Comment #1 from mjt9 at geneseo dot edu 2007-04-01 20:14 ---
Created an attachment (id=13317)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13317action=view)
compiler output with the -v flag
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31422
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-01 20:15 ---
You are violating C aliasing rules as you are accessing count both as integer
and short.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mjt9 at geneseo dot edu 2007-04-01 20:16 ---
Created an attachment (id=13318)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13318action=view)
original source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31422
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-01 20:23 ---
You need to build with -std=c99 (see the manual page for fmax)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-01 20:48 ---
regclass is also slow. insn-select branch is supposed to fix it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-01
21:36 ---
Subject: Re: FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test
Dave, unfortunately all the other linux targets are fine, therefore we have
very big troubles figuring out what is happening on
For the program
struct C {
int f() { return 1; }
};
int f(C c) {
return ( 1 == c.f );
}
we currently issue
In function 'int f(C)':
6: error: invalid use of member (did you forget the '' ?)
Basically, my thought is that whenever we encounter a comparison of a
member
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-01 23:11 ---
This fixes it and regtests on x86_ia64/FC5. The arithmetic for finding the
offset to a rank1 element was plain wrong.
I will submit asap.
Paul
Index: gcc/fortran/expr.c
--- Comment #4 from pcarlini at suse dot de 2007-04-01 23:23 ---
Hi Dave. I tell you the first things I see on x86: do_get_date calls
_M_extract_via_format. In the latter there is a loop over __i, from 0 to __len
== 11: the char array __format is parsed. The first two times 'if
--- Comment #5 from pcarlini at suse dot de 2007-04-01 23:34 ---
(In reply to comment #4)
I would suggest checking the contents of __format when _M_extract_via_format
starts, that is verifying that it begins with the exact same two chars of wstr
in the C++ source and therefore L'%'
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-02
00:16 ---
Subject: Re: FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test
(In reply to comment #4)
I would suggest checking the contents of __format when _M_extract_via_format
starts, that is
--- Comment #7 from pcarlini at suse dot de 2007-04-02 00:31 ---
(In reply to comment #6)
I'm seeing L'%' and L'Y' as the first two characters in __format:
(gdb) p __format[0]
$34 = 37
(gdb) p __format[1]
$35 = 89
That means that something is going badly wrong when __dates[0] is
--- Comment #8 from pcarlini at suse dot de 2007-04-02 00:53 ---
One last remark: when something having to do with named locales doesn't work,
often I find myself checking whether corresponding C code works. In this
case, if __format is wrong, which means apparently that
--- Comment #9 from pcarlini at suse dot de 2007-04-02 00:54 ---
Of course:
const char* __s = zh_TW;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-02
03:36 ---
Subject: Re: FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test
--- Comment #8 from pcarlini at suse dot de 2007-04-02 00:53 ---
One last remark: when something having to do with
There was a phenomenon that the multi library was not able to be made when
gcc-3.4.6 was Bilded
with sh-unknown-linux-gnu.
The cause
In config/sh/linux.h,
#if defined (__SH4E__) || defined(__SH4__) --- Original
#if defined (__SH3E__) || defined(__SH4__) --- Chenged
It failed in making the multi
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-02 06:03
---
Use --with-sysroot to configure GCC for cross, it makes everything easier.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19492
--- Comment #10 from steven at gcc dot gnu dot org 2007-04-02 06:41 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
69 matches
Mail list logo