--- Comment #3 from wilson at gcc dot gnu dot org 2008-03-27 05:54 ---
Created an attachment (id=15385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15385&action=view)
Itanium reciprocal approximation bug fix
Untested patch produced with wrong (default) svn diff options. Should
--- Comment #2 from wilson at tuliptree dot org 2008-03-27 05:52 ---
Subject: Re: New: [4.3/4.4 regression] -funroll-loops
breaks inline float divide
On Tue, 2008-03-25 at 17:29 +, schwab at suse dot de wrote:
> With -funroll-loops the insn that computes e = 1 - (b * y) is
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-03-27 05:45
---
A patch has been submitted to [EMAIL PROTECTED] for approval.
http://gcc.gnu.org/ml/fortran/2008-03/msg00212.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35699
--- Comment #1 from astrange at ithinksw dot com 2008-03-27 01:02 ---
Created an attachment (id=15384)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15384&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35714
rtl
CFLAGS=-g LDFLAGS=/usr/lib/libiconv.dylib --enable-languages=c,c++,objc
Thread model: posix
gcc version 4.4.0 20080326 (experimental) (GCC)
> /usr/local/gcc44/bin/gcc -Os -march=core2 -fno-pic -fomit-frame-pointer
> -flax-vector-conversions -S pmaddwd.c
generates:
_madd_swapped:
su
--- Comment #6 from law at redhat dot com 2008-03-27 00:35 ---
Subject: Re: Problem while compiling gcc for mn10300-elf
nickc at redhat dot com wrote:
> --- Comment #5 from nickc at redhat dot com 2008-03-26 14:16 ---
> Subject: Re: Problem while compiling gcc for mn10300-elf
--- Comment #2 from dominiq at lps dot ens dot fr 2008-03-27 00:35 ---
(In reply to comment #1)
> Perhaps a better fix would be to exclude darwin from the list of supported
> targets in procedure check_effective_target_section_anchors in
> testsuite/lib/target-supports.exp?
I don't know
Using va_arg with _Decimal128 for powerpc-linux results in an error
message followed by an ICE, resulting in several new failing GCC
tests.
This testcase:
void
foo (int n, ...)
{
__builtin_va_list ap;
_Decimal128 x;
__builtin_va_start (ap, n);
x = __builtin_va
Decimal floating point types support significant trailing zeroes to
specify how much precision a value has. Trailing zeroes are relevant
even for values of zero; for example, rounding 1.e-11dd to 10 places
after the decimal point results in 0.e-10dd.
The draft Technical Report N1241 for ISO/IEC T
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-26 23:47
---
All testcases in this PR are fully optimized by ccp1. I think Zdenek fixed
this
by properly handling undefined values.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-26 23:43 ---
Mine. I am in fix-CCP mood lately.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-26 23:37 ---
Useless conversions get in the way here. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenther at suse dot de 2008-03-26 22:57 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check
eliminated by C frontend.
On Wed, 26 Mar 2008, dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 200
--- Comment #17 from davids at webmaster dot com 2008-03-26 22:56 ---
I wonder why -Wcast-align doesn't generate a warning in this case. It would
seem that would be what it's for. I get a segfault in the reduced test case and
no warning from -Wcast-align. The documentation seems to speci
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-26
22:55 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check eliminated by C
frontend.
> so I suppose you want to disable this optimization for addresses of functions.
Something like the following?
Index: fold
--- Comment #1 from ubizjak at gmail dot com 2008-03-26 22:55 ---
(In reply to comment #0)
> On powerpc-apple-darwin* we have the following failures (among others):
>
> FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
> FAIL: gcc.dg/vect/section-anchors-vect-69.c (te
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-26 22:22 ---
I would suggest for real time audio you should use -ffast-math which will
enable
-fcx-limited-range as well. It also disables generally handling of NaNs, Infs
and other optimization limiting things.
--
http://g
--- Comment #2 from pault at gcc dot gnu dot org 2008-03-26 22:20 ---
This one is relatively easy:
Index: gcc/fortran/trans-array.c
===
*** gcc/fortran/trans-array.c (revision 133278)
--- gcc/fortran/trans-array.c (work
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-26 21:51 ---
Hm, fold_binary_to_constant (LT_EXPR, boolean_type_node, &"raw_"[0], &""[0])
returns "raw_" < "" (which has TREE_CONSTANT set). tree-vrp.c:operand_less_p
doesn't expect that, but only expects 0 or non-0:
tcmp
--- Comment #3 from pault at gcc dot gnu dot org 2008-03-26 21:38 ---
> If I would hazard a guess, something is going wrong in
> trans-expr.c(gfc_trans_string_copy), where LEN=1 is treated separately.
Yes, this is correct. In this particular case, we have:
lhs => (void *) &(*(charact
--- Comment #4 from burnus at gcc dot gnu dot org 2008-03-26 21:34 ---
This does not seem to work.
While "-M ." indeed passes "." to gfc_handle_module_path_options,
"-M." becomes the option "-M." which is not recognized.
On the other hand: "-J." is passed as "." while "-J ." pass
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-26 21:16 ---
It is actually VRP that is confused:
:
# iftmp.10_86 = PHI <&"raw_"[0](37), &""[0](40), &"raw_"[0](83),
&"raw_"[0](41), &"raw_"[0](39), &"raw_"[0](38)>
- printf (&"#define gen_rtx_%s%s(MODE"[0], iftmp.10_86, D.
--- Comment #10 from tobi at gcc dot gnu dot org 2008-03-26 21:09 ---
A lovely design by committee feature that is.
An alternative implementation strategy would be to use the same calling
convention as for pass-by-reference arguments and then copy on entry (if
present, and as an optimiz
--- Comment #6 from sergstesh at yahoo dot com 2008-03-26 20:58 ---
(In reply to comment #5)
> As mentioned, use -fcx-limited-range.
>
Can't you add just _one_ command line switch: -old_behavior ?
Or -gcc_4_2_3_behavior ?
For example, I need FFTW3 with "float" rather than "double", an
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-26 20:45 ---
As mentioned, use -fcx-limited-range.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35709
--- Comment #4 from sergstesh at yahoo dot com 2008-03-26 20:44 ---
(In reply to comment #3)
> This was an intentional change for correctness. 4.3 uses the library
> implementation to handle the case of NaNs correctly. Use -fcx-limited-range
> if you want back the performance.
>
Well
--- Comment #2 from sds at gnu dot org 2008-03-26 20:44 ---
so? the objects are created, used and discarded on the fly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35708
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-26 20:39 ---
I think this is invalid, you are entering a scope that has objects constructed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35708
--- Comment #6 from jakub at gcc dot gnu dot org 2008-03-26 20:37 ---
Subject: Bug 35546
Author: jakub
Date: Wed Mar 26 20:36:50 2008
New Revision: 133616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133616
Log:
PR c++/35546
* pt.c (apply_late_template_attribut
--- Comment #5 from jakub at gcc dot gnu dot org 2008-03-26 20:35 ---
Subject: Bug 35546
Author: jakub
Date: Wed Mar 26 20:34:14 2008
New Revision: 133615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133615
Log:
PR c++/35546
* pt.c (apply_late_template_attribut
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-26 20:33 ---
This was an intentional change for correctness. 4.3 uses the library
implementation to handle the case of NaNs correctly. Use -fcx-limited-range
if you want back the performance.
--
rguenth at gcc dot gnu dot o
--- Comment #2 from dominiq at lps dot ens dot fr 2008-03-26 20:32 ---
The patch in http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01497.html allowed to
bootstrap again on i686-apple-darwin9 and g++ regtested without regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35704
The text of the warning below is incorrect and misleading -- the cast
actually casts away the volatile qualifier, not constness. The warning
is misleading when the type of the source is both const and volatile
qualified.
$ cat t.cpp && g++ -c -Wcast-qual t.cpp
int* foo (volatile int *p)
{
retu
On powerpc-apple-darwin* we have the following failures (among others):
FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
FAIL: gcc.dg/vect/section-anchors-vect-69.c (test for excess errors)
This can be fixed by the following patch (borrowed from
gcc/testsuite/gcc.dg/pr26427.c)
--- Comment #2 from sergstesh at yahoo dot com 2008-03-26 19:40 ---
My system:
Linux amdam2 2.6.18.8-0.9-default #1 SMP Sun Feb 10 22:48:05 UTC 2008 i686
athlon i386 GNU/Linux
- SUSE 10.2, the CPU is: "AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
stepping 02".
--
http://gcc.gnu.
--- Comment #1 from sergstesh at yahoo dot com 2008-03-26 19:23 ---
Created an attachment (id=15383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15383&action=view)
the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35709
Compiling and running the same test case with gcc-4.2.3 and gcc-4.3.0 shows
that in the latter case performance takes an almost 3x hit:
"
[EMAIL PROTECTED]:/mnt/sda1/sergei/learning_octave>
/maxtor5/sergei/AppsFromScratchWD/install/gcc-4.2.3/binsh/gcc -Wall
-mtune=native -march=native -O2 -msse -l
uname -a
SunOS neron 5.9 Generic_112233-08 sun4u sparc SUNW,Sun-Fire-480R
g++ --version
g++ (GCC) 4.2.1
the following program fails with the error
=== zot.cc =
int alloccount = 100;
struct object { int one_o; int allocstamp; };
struct gcv_ob
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-03-26 18:34 ---
I think the same is true with PPC64-Linux and AIX with function descriptors
there too. Though there is only OPDs function pointers.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-26
18:30 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check eliminated by C
frontend.
> If so, then the PA backend is lying with the definition of
> FUNCTION_BOUNDARY...
Don't see how this matters as function
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-26 17:39 ---
I am going to fix this bug but not until tonight.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-26 17:38 ---
This is a front-end issue.
C++ calls it at:
3952 /* Do not warn if the comparison is an equality operation,
3953 the unsigned quantity is an integral constant and it does
3954
--- Comment #6 from wilson at tuliptree dot org 2008-03-26 16:37 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check
eliminated by C frontend.
jakub at gcc dot gnu dot org wrote:
> --- Comment #4 from jakub at gcc dot gnu dot org 2008-03-26 13:41 ---
> If so, then the
--- Comment #5 from carlos at codesourcery dot com 2008-03-26 15:28 ---
Jakub,
Would changing FUNCTION_BOUNDARY to something less than a word alignment have
disastrous results e.g. unaligned function start addresses?
Functions should continue to be aligned at word boundaries. The addre
--- Comment #11 from jsm28 at gcc dot gnu dot org 2008-03-26 15:11 ---
Created an attachment (id=15382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15382&action=view)
build_unary_op patch
There may well be other regressions with this patch (in particular the vector
ones may appe
--- Comment #1 from joseph at codesourcery dot com 2008-03-26 15:08 ---
Subject: Re: New: Bootstrap failure on i686-apple-darwin9
at revision 133519 (take 2).
On Wed, 26 Mar 2008, dominiq at lps dot ens dot fr wrote:
> This is the second time in less than a week that thefile gcc/obj
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-26 15:07 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
Other compilers such as g95, NAG f95 and ifort also search /usr/local/include
and /usr/include for .mod files (and "INCLUDE"d files).
I think gfortran should do the same, especially since #include searches these
paths and "man gfortran"'s -Idir description implies #include and include
search the s
--- Comment #5 from nickc at redhat dot com 2008-03-26 14:16 ---
Subject: Re: Problem while compiling gcc for mn10300-elf
Hi Jeff,
> What does CLASS, MODE and IN look like?
Err, presumably you are talking about these values when
default_secondary_reload() triggers the abort ?
The C
--- Comment #3 from hjl dot tools at gmail dot com 2008-03-26 14:08 ---
I think this function
/* Return nonzero if the RTL code given by index IDX is one that we should
generate a gen_rtx_raw_FOO macro for, not gen_rtx_FOO (because gen_rtx_FOO
is a wrapper in emit-rtl.c). */
sta
--- Comment #2 from hjl dot tools at gmail dot com 2008-03-26 14:06 ---
I started regression hunt. I suspect this patch
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01572.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #1 from dominiq at lps dot ens dot fr 2008-03-26 14:05 ---
Confirmed on i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35706
Gcc 4.4 revision 133605 failed to bootstrap on Fedora 8 at stage 2:
cc1: warnings being treated as errors
insn-emit.c: In function gen_cmpdi_ccno_1_rex64:
insn-emit.c:37: error: implicit declaration of function gen_rtx_SET
insn-emit.c:40: error: implicit declaration of function gen_rtx_COMPAR
--- Comment #7 from bunk at stusta dot de 2008-03-26 13:54 ---
Bug seems to be no longer present with svn HEAD.
Bug is still present in 4.3 as of 4.3-20080320.
--
bunk at stusta dot de changed:
What|Removed |Added
-
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-26 13:41 ---
If so, then the PA backend is lying with the definition of FUNCTION_BOUNDARY...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35705
--- Comment #3 from carlos at codesourcery dot com 2008-03-26 13:34 ---
Dave,
What do you think of the attached regression test? Is this the right way to
test for this behaviour?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35705
--- Comment #2 from carlos at codesourcery dot com 2008-03-26 13:33 ---
Created an attachment (id=15381)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15381&action=view)
Regression test for bitwise operations on PLABEL32 address.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #10 from jakub at gcc dot gnu dot org 2008-03-26 13:15 ---
Joseph, do you have that build_unary_op patch still around?
If that patch didn't cause any regressions but OpenMP, I could look at tweaking
OpenMP...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35634
--- Comment #5 from jakub at gcc dot gnu dot org 2008-03-26 13:08 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-26 13:08 ---
Subject: Bug 35332
Author: jakub
Date: Wed Mar 26 13:07:24 2008
New Revision: 133601
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133601
Log:
PR c++/35332
* error.c (dump_expr): Pass {,UN}ORD
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-26 13:04 ---
Subject: Bug 35332
Author: jakub
Date: Wed Mar 26 13:03:30 2008
New Revision: 133600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133600
Log:
PR c++/35332
* error.c (dump_expr): Pass {,UN}ORD
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-26 12:45 ---
This is caused by
2007-09-23 Ollie Wild <[EMAIL PROTECTED]>
* fold-const.c (fold_binary): Fold BIT_AND_EXPR's with a pointer
operand.
(get_pointer_modulus_and_residue): New function.
so I
--- Comment #4 from nickc at gcc dot gnu dot org 2008-03-26 12:33 ---
Subject: Bug 31232
Author: nickc
Date: Wed Mar 26 12:32:22 2008
New Revision: 133598
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133598
Log:
PR target/31232
* config/stormy16/stormy16.c (xstormy16_legiti
--- Comment #3 from nickc at redhat dot com 2008-03-26 12:30 ---
Hi Mike,
The attached patch takes care of this. I will be applying it shortly.
Cheers
Nick
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31232
--- Comment #2 from nickc at redhat dot com 2008-03-26 12:29 ---
Created an attachment (id=15380)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15380&action=view)
Do not allow INT+INT as a legitimate addressing mode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31232
Problem
The C frontend in GCC 4.3.1 appears to assume that the address of a function
pointer is always aligned, and optimizes away certain bitwise operations. This
breaks hppa-linux whose function pointers are either an OPD with a certain bit
set, or a plain function pointer. In GCC 4.3 h
--- Comment #5 from victork at gcc dot gnu dot org 2008-03-26 10:27 ---
I've managed to reproduce the problem with gcc from 4.2 branch on x86_64
machine.
Note that the reduced testcase works with -m32 command line switch.
--
victork at gcc dot gnu dot org changed:
What
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
The failure is:
...
/gcc/objc -I../../gcc-4.4-work/gcc/cp -fno-common -DHAVE_CONFIG_H -I. -Iobjcp
-I../../gcc-4.4-work/gcc -I../../gcc-4.4-work/gcc/objcp
-I../../gcc-4.4-work/gcc/../include -I./../intl
-I../../gcc-4.4-work/gcc/../libcpp/include -I/sw/include
-I../../gcc-4.4-work/gcc/../libdecnu
--- Comment #7 from charlet at gcc dot gnu dot org 2008-03-26 07:58 ---
This PR should now be addressed, please reopen if not, clarifying what's
missing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from charlet at gcc dot gnu dot org 2008-03-26 07:35 ---
Subject: Bug 33688
Author: charlet
Date: Wed Mar 26 07:34:57 2008
New Revision: 133545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133545
Log:
2008-03-26 Thomas Quinot <[EMAIL PROTECTED]>
PR ada/33688
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-26 07:15 ---
*** This bug has been marked as a duplicate of 29693 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-26 07:15 ---
*** Bug 35703 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|driver |target
http:
Dear support,
When i try to cross compile IMX31 BSP for LTIB with in build gcc version
3.4.3, i got the following error and get strucked
arm-none-linux-gnueabi-ranlib ./libgcov.a
arm-none-linux-gnueabi-gcc -O2 -DIN_GCC-W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wo
75 matches
Mail list logo
