[Bug target/38208] [4.4 Regression] gcc.c-torture/compile/20080806-1.c
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-21 08:09 ---
Just the cause that the optimized dump looks differently, but is not wrong.
The bug happens during reload's register elimination.
(insn:HI 6 5 7 2 20080806-1.c:16 (parallel [
(set (reg:HI 58 [ pretmp.42 ])
(plus:HI (subreg:HI (reg/f:SI 20 frame) 0)
(const_int 136 [0x88])))
(clobber (reg:CC 17 flags))
]) 293 {*addhi_1_lea} (expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
is reloaded into:
(insn 47 5 6 2 20080806-1.c:16 (set (reg:HI 1 dx [orig:58 pretmp.42 ] [58])
(reg:HI 7 sp)) 53 {*movhi_1} (nil))
(insn:HI 6 47 7 2 20080806-1.c:16 (parallel [
(set (reg:HI 1 dx [orig:58 pretmp.42 ] [58])
(plus:HI (reg:HI 1 dx [orig:58 pretmp.42 ] [58])
(const_int 65544 [0x10008])))
(clobber (reg:CC 17 flags))
]) 293 {*addhi_1_lea} (expr_list:REG_EQUIV (plus:HI (subreg:HI (plus:SI
(reg/f:SI 7 sp)
(const_int 65408 [0xff80])) 0)
(const_int 136 [0x88]))
(nil)))
eliminate_regs_in_insn calls plus_constant with
to_rtx (subreg:HI (reg/f:SI 7 sp) 0) and offset 0x10008. I guess it is
eliminate_regs_in_insn and not plus_constant responsibility to
trunc_int_for_mode this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38208
[Bug target/38208] [4.4 Regression] gcc.c-torture/compile/20080806-1.c
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-21 08:43 --- Created an attachment (id=16731) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16731&action=view) gcc44-pr38208.patch I'll test the attached patch. Related to PR29599. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38208
[Bug preprocessor/38179] need a warning: macro parameter is not a whole expression within macro body
--- Comment #2 from mlg7 at yandex dot ru 2008-11-21 08:44 --- (In reply to comment #1) > The expanded text for the first one is: > int t = 1|2 & 0xFF00 ? dothis(1|2) : dothat(1|2); > > Maybe I am missing something here. > the human who is writing int t = MYMACRO(FLAGA|FLAGB); obviously means int t = (1|2) & 0xFF00 ? dothis(1|2) : dothat(1|2); // #1 while the compiler treats this as int t = 1|(2 & 0xFF00) ? dothis(1|2) : dothat(1|2); // #2 (google for "C Operator Precedence" if you need to check it) This is a well-known preprocessor gotcha. I propose to add a warning for such cases. PS That is, there are two gotchas: the problem with expressions as macro parameters and the same problem with expressions in generated text. The Clever Books tell folks to enclose all macro parameters in parens and enclose the whole macro body in parens. So, the recommended way for writing #define MYMACRO(x) x & 0xFF00 ? dothis(x) : dothat(x) is #define MYMACRO(x) ((x) & 0xFF00 ? dothis((x)) : dothat((x))) It looks like LISP but it works. But practice shows that not everybody reads The Clever Books... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38179
[Bug libstdc++/38210] New: num_put<>::do_put(void*) performs padding incorrectly when adjustfield==internal
The following num_put<> member function
iter_type do_put(iter_type out, ios_base& str, char_type fill, const void* val)
const
incorrectly performs padding of a string to bring its length to the required
value if 'adjustfield' flag is equal to 'internal': instead of adding fill
characters after "0x" it adds them at the beginning of the string
According to the description of padding options (22.2.2.2.2 p19), if
adjustfield == internal and representation after stage 1 began with 0x or 0X -
pad after x or X.
Example:
#include
#include
using namespace std;
int main()
{
void *p = (void*)0x1;
cout.width(5);
cout << internal << p << endl;
return 0;
}
output " 0x1" while it should be "0x 1"
--
Summary: num_put<>::do_put(void*) performs padding incorrectly
when adjustfield==internal
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsyvarev at ispras dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210
[Bug libstdc++/38210] num_put<>::do_put(void*) performs padding incorrectly when adjustfield==internal
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-21 09:19 --- Yes. -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-21 09:19:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210
[Bug c++/38211] New: g++ 4.2 SIGSEGV in tree_inlinable_function_p
g++ 4.2.4 (more precisely the package "g++-4.2" version 4.2.4-3ubuntu4
from Ubuntu 8.10 amd64) receives a SIGSEGV when compiling the following
snippet of code with -O3. It does NOT crash with -O2 or less optimization.
The 4.3 branch ("g++-4.3" 4.3.2-1ubuntu11) also does NOT crash. This bug
seems similar to bug 28058 but I am not sure how closely related they are.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28058
// compile with "g++ -O3 -c test.cpp"
template class A { public: A(); };
template class B : protected A { public: B(); };
template class B; // commenting out this line prevents the segfault
template B ::B() : A () {}
template<>B::B() : A() {}
I recompiled g++ from source to get a stack trace:
$ gdb ./build/gcc/cc1plus
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <
http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(gdb) r -O3 test.cpp
Starting program: /home/mrb/tmp/comp-4.2/gcc-4.2-4.2.4/build/gcc/cc1plus
-O3 test.cpp
B::B() B::B() [with T = void] B::B() [with T = void] B::B()
[with T = void]
Analyzing compilation unit
Program received signal SIGSEGV, Segmentation fault.
0x004bd689 in tree_inlinable_function_p (fn=0x7f1267299700)
at ../../src/gcc/tree-inline.c:1467
1467 FOR_EACH_BB_FN (bb, DECL_STRUCT_FUNCTION (fndecl))
(gdb) bt
#0 0x004bd689 in tree_inlinable_function_p (fn=0x7f1267299700)
at ../../src/gcc/tree-inline.c:1467
#1 0x007ceb1d in cgraph_analyze_function (node=0x7f126723ea80)
at ../../src/gcc/cgraphunit.c:955
#2 0x007cf2f5 in cgraph_finalize_compilation_unit ()
at ../../src/gcc/cgraphunit.c:1122
#3 0x00441aea in cp_finish_file () at
../../src/gcc/cp/decl2.c:3356
#4 0x004b69ea in c_common_parse_file (set_yydebug=)
at ../../src/gcc/c-opts.c:1193
#5 0x0076aac3 in toplev_main (argc=,
argv=)
at ../../src/gcc/toplev.c:1032
#6 0x7f1267331466 in __libc_start_main () from /lib/libc.so.6
#7 0x00402779 in _start ()
$ g++-4.2 -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--enable-mpfr --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.2.4 (Ubuntu 4.2.4-3ubuntu4)
--
Summary: g++ 4.2 SIGSEGV in tree_inlinable_function_p
Product: gcc
Version: 4.2.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: m dot bevand at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38211
[Bug libstdc++/38210] num_put<>::do_put(void*) performs padding incorrectly when adjustfield==internal
--- Comment #2 from paolo at gcc dot gnu dot org 2008-11-21 10:00 --- Subject: Bug 38210 Author: paolo Date: Fri Nov 21 09:59:17 2008 New Revision: 142085 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142085 Log: 2008-11-21 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/38210 * include/bits/locale_facets.tcc (num_put<>::do_put(iter_type, ios_base&, char_type, const void*)): Fix. * testsuite/22_locale/num_put/put/char/38210.cc: New. * testsuite/22_locale/num_put/put/wchar_t/38210.cc: Likewise. Added: trunk/libstdc++-v3/testsuite/22_locale/num_put/put/char/38210.cc trunk/libstdc++-v3/testsuite/22_locale/num_put/put/wchar_t/38210.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/locale_facets.tcc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210
[Bug libstdc++/38210] num_put<>::do_put(void*) performs padding incorrectly when adjustfield==internal
--- Comment #3 from paolo dot carlini at oracle dot com 2008-11-21 10:00 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210
[Bug tree-optimization/38207] Union in structs are not well optimized
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-11-21 10:52 ---
Which means that we correctly optimize
int f(struct a *c)
{
int d;
c->c = 1;
d = c->a;
c->c = 1;
return c->a + d;
}
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2008-11-21 10:51:51 |2008-11-21 10:52:48
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38207
[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer
--- Comment #23 from rguenth at gcc dot gnu dot org 2008-11-21 11:09
---
We actually usually never ask for the alias set of an indirect reference, but
instead we seem to use the pointed-to type instead which doesn't inherit the
restrict handling. Otherwise we would miscompile even the trivial
int foo (int *__restrict p)
{
int *__restrict q;
int v;
q = p + 1;
q = q - 1;
v = *q;
*p = 1;
return v + *q;
}
extern void abort (void);
int main()
{
int i = 0;
if (foo (&i) != 1)
abort ();
return 0;
}
because q is not based on the restrict p and both pointers would get
distinct alias-sets which you can verify by calling get_alias_set on
the indirect-refs.
So one way to fix the issue in the vectorizer is to avoid calling
get_alias_set on the indirect-refs as well. Or to rip out all the
broken restrict handling from the compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug target/36793] x86-64 does not get __sync_synchronize right
--- Comment #1 from samuel dot thibault at ens-lyon dot org 2008-11-21 11:16 --- Just to confirm the bug: the gcc doc says it follows the Intel itanium binary interface. The Intel documentation says « Associated with each instrinsic are certain memory barrier properties that restrict the movement of memory references to visible data across the intrinsic operation (by either the compiler or the processor). » Not including the mfence instruction would let the processor move references across the instruction, so it is mandatory. And that is not only for x86_64, but also x86, on which you can use e.g. a locked nop if you don't know the arch, or a mfence when using -march= (IIRC it appeared with SSE2) -- samuel dot thibault at ens-lyon dot org changed: What|Removed |Added CC||samuel dot thibault at ens- ||lyon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
[Bug target/38201] -mfma/-mavx and -msse5/-msse4a don't work together
--- Comment #8 from Joey dot ye at intel dot com 2008-11-21 12:00 ---
In short, set A={-favx, -ffma}, set B={-f3dnow, -f3dnowa, -fsse4a, -fsse5}. Any
option combination from both sets should be prohibited.
Please add more options into these set in case I missed any.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38201
[Bug tree-optimization/38207] Union in structs are not well optimized
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-21 10:51 --- The oracle correctly figures that c_1(D)->D.1593.a and c_1(D)->D.1597.c do not alias. The problem is a general defect in FRE that causes us to never CSE a load with the default definition of the virtual SSA name. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-21 10:51:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38207
[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-21
12:43 ---
Can we change all of the gfortran.dg/f2003_io_*.f03 test cases from...
! { dg-xfail-run-if "PR37839" { { ia64-*-hpux* hppa*-*-* powerpc*-*-*
sparc*-*-* } && ilp32 } { "*" } { "" } }
to
! { dg-xfail-run-if "PR37839" { { ia64-*-hpux* hppa*-*-*
powerpc*-*-[aix,linux]* sparc*-*-* } && ilp32 } { "*" } { "" } }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37839
[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler
--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-21 12:44 --- Testing a patch, so far it worked on dg.exp=f2003*.f03 including a new testcase for F2003 INQUIRE on x86_64-linux (-m64, -m32) and powerpc64-linux (-m32, -m64). -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-11-01 12:17:18 |2008-11-21 12:44:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37839
[Bug middle-end/38200] [4.4 Regression] internal compiler error: in find_func_aliases, at tree-ssa-structalias.c:3905
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-21 12:49 --- FYI, the testcase violates strict aliasing, so you should preferrably fix your code or at least compile with -fno-strict-aliasing. That said, GCC shouldn't crash on it. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-11-20 15:15:11 |2008-11-21 12:49:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38200
[Bug middle-end/38212] New: restrict implementation causes wrong-code
The following is miscompiled by RTL cse at -O2
int __attribute__((noinline))
foo (int *__restrict p, int i)
{
int *__restrict q;
int *__restrict r;
int v, w;
q = p + 1;
r = q - i;
v = *r;
*p = 1;
w = *r;
return v + w;
}
extern void abort (void);
int main()
{
int i = 0;
if (foo (&i, 1) != 1)
abort ();
return 0;
}
--
Summary: restrict implementation causes wrong-code
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: wrong-code, alias
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38212
[Bug target/38201] -mfma/-mavx and -msse5/-msse4a don't work together
--- Comment #9 from hjl dot tools at gmail dot com 2008-11-21 13:35 ---
(In reply to comment #8)
> In short, set A={-favx, -ffma}, set B={-f3dnow, -f3dnowa, -fsse4a, -fsse5}.
> Any
It is -mXXX, not -fXXX.
> option combination from both sets should be prohibited.
>
That is correct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38201
[Bug middle-end/38212] restrict implementation causes wrong-code
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-21 13:41 ---
Shorter testcase:
int __attribute__((noinline))
foo (int *__restrict p, int i)
{
int *__restrict q = p + i;
int v = *q;
*p = 1;
return v + *q;
}
extern void abort (void);
int main()
{
int i = 0;
if (foo (&i, 0) != 1)
abort ();
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38212
[Bug target/38208] [4.4 Regression] gcc.c-torture/compile/20080806-1.c
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-21 13:48 --- Subject: Bug 38208 Author: jakub Date: Fri Nov 21 13:47:05 2008 New Revision: 142088 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142088 Log: PR target/38208 * reload1.c (eliminate_regs_in_insn): For trunc_int_for_mode use mode of PLUS, not mode of the eliminated register. Modified: trunk/gcc/ChangeLog trunk/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38208
[Bug middle-end/38200] [4.4 Regression] internal compiler error: in find_func_aliases, at tree-ssa-structalias.c:3905
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-21 13:50 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38200
[Bug fortran/38199] missed optimization: I/O performance
--- Comment #6 from pault at gcc dot gnu dot org 2008-11-21 13:54 --- I do not believe that it is a regression, so I have removed that from the summary. The profiling that you have done tells a story - I think that it is fairly clear where the problem lies; not in making a spurious copy as I first thought but rather in looking for an end of record, or some such foolishness. I had a brief look in the library to try to understand why so much time is spent in next_char, mem_read and memcpy and cannot immediately see what is happening. Jerry knows the terrain better than me. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.4 regression] I/O|missed optimization: I/O |performance |performance http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199
[Bug testsuite/38213] New: gcc.dg/ia64-sync-1.c execution test fails on powerpc-apple-darwin9
The gcc.dg/ia64-sync-1.c execution test fails on powerpc-apple-darwin9... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-1.c -ansi -pedantic-errors -lm -o ./ia64-sync-1.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-1.c: In function 'do_noret_si': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-1.c:36: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 output is: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-1.c: In function 'do_noret_si': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-1.c:36: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 PASS: gcc.dg/ia64-sync-1.c (test for warnings, line ) PASS: gcc.dg/ia64-sync-1.c (test for excess errors) Setting LD_LIBRARY_PATH to :/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc::/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc:/usr/local/NMRPipe/xview/mac/lib:/usr/openwin/lib:/usr/local/NMRPipe/nmrbin.mac/lib:/usr/local/lib FAIL: gcc.dg/ia64-sync-1.c execution test -- Summary: gcc.dg/ia64-sync-1.c execution test fails on powerpc- apple-darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c and gcc.dg/ia64-sync-2.c execution tests fails on powerpc-apple-darwin9
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-21 14:28 --- gcc.dg/ia64-sync-2.c also fails... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c -ansi -pedantic-errors -lm -o ./ia64-sync-2.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c: In function 'do_si': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c:50: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c:63: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 output is: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c: In function 'do_si': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c:50: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/ia64-sync-2.c:63: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 PASS: gcc.dg/ia64-sync-2.c (test for warnings, line ) PASS: gcc.dg/ia64-sync-2.c (test for warnings, line ) PASS: gcc.dg/ia64-sync-2.c (test for excess errors) Setting LD_LIBRARY_PATH to :/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc::/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc:/usr/local/NMRPipe/xview/mac/lib:/usr/openwin/lib:/usr/local/NMRPipe/nmrbin.mac/lib:/usr/local/lib FAIL: gcc.dg/ia64-sync-2.c execution test -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Summary|gcc.dg/ia64-sync-1.c|gcc.dg/ia64-sync-1.c and |execution test fails on |gcc.dg/ia64-sync-2.c |powerpc-apple-darwin9 |execution tests fails on ||powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c and gcc.dg/ia64-sync-2.c execution tests fails on powerpc-apple-darwin9
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-21 14:30 --- Created an attachment (id=16734) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16734&action=view) preprocessed file from gcc.dg/ia64-sync-2.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c and gcc.dg/ia64-sync-2.c execution tests fails on powerpc-apple-darwin9
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-21 14:31 --- Created an attachment (id=16735) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16735&action=view) assembly file from gcc.dg/ia64-sync-2.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c execution test fails on powerpc-apple-darwin9
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21 14:25 --- Created an attachment (id=16732) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16732&action=view) preprocessed file from gcc.dg/ia64-sync-1.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c execution test fails on powerpc-apple-darwin9
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-21 14:26 --- Created an attachment (id=16733) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16733&action=view) assembly file from gcc.dg/ia64-sync-1.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c and gcc.dg/ia64-sync-2.c execution tests fails on powerpc-apple-darwin9
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-21 15:21 --- This is known and I think David Edelsohn is working on it. See http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00838.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug middle-end/38212] restrict implementation causes wrong-code
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-21 15:28 ---
int __attribute__((noinline))
foo (int *__restrict p, int i)
{
int *__restrict q = p + i;
int v = *(p + i);
*p = 1;
return v + *q;
}
extern void abort (void);
int main()
{
int i = 0;
if (foo (&i, 0) != 1)
abort ();
return 0;
}
also breaks, even though *p and *(p + i) conflict we still CSE *q to be
equal to *(p + i) because we CSE p + i to be q which makes us go back
to square one.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.2 4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38212
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-21 15:29 ---
4.4 compiles this (at least at -O2) into:
movb$70, conf
movb$-78, conf+1
movb$83, conf+2
movb$80, conf+3
so this looks then as a dup of PR22141. Testcase without the unnecessary
enum etc.:
union U
{
struct
{
unsigned f1 : 4;
unsigned f2 : 4;
unsigned f3 : 4;
unsigned f4 : 4;
unsigned f5 : 4;
unsigned f6 : 4;
unsigned f7 : 4;
unsigned f8 : 4;
} f;
unsigned g;
} u;
const union U def = { .f = { .f1 = 6, .f2 = 4, .f3 = 2, .f4 = 11,
.f5 = 3, .f6 = 5, .f7 = 0, .f8 = 5 } };
void fn1 (void)
{
u = def;
}
void fn3 (union U *);
void fn2 (void)
{
union U v = def;
fn3 (&v);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
[Bug c/38214] New: Unrecognized command line option "-fipa-marix-reorg" although it's documented
GCC version: [EMAIL PROTECTED] ~/1_Files/1_ETS/1_Maitrise/Code/BLAS_test $ gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.1/work/gcc-4.3.1/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.1 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.1 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.1/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.1/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-cld --disable-libgcj --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.1 p1.0' Thread model: posix gcc version 4.3.1 (Gentoo 4.3.1 p1.0) Steps to reproduce: gcc -c -Q --help=optimizers -fipa-marix-reorg [...snip...] cc1: error: unrecognized command line option "-fipa-marix-reorg" I am given no reason to believe this option is not available on my system. -- Summary: Unrecognized command line option "-fipa-marix-reorg" although it's documented Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kyron at neuralbs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38214
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment
--- Comment #6 from etienne_lorrain at yahoo dot fr 2008-11-21 16:10 --- By trying to declare: volatile union U u; In your Testcase without the unnecessary enum, the "u = def;" is compiled as: movl$0, u movlu, %eax andl$-16, %eax orl $6, %eax movl%eax, u movlu, %eax andb$15, %al orl $64, %eax movl%eax, u movlu, %eax andb$240, %ah orb $2, %ah movl%eax, u movlu, %eax andb$15, %ah orb $176, %ah movl%eax, u movlu, %eax andl$-983041, %eax orl $196608, %eax movl%eax, u movlu, %eax andl$-15728641, %eax orl $5242880, %eax movl%eax, u movlu, %eax andl$268435455, %eax orl $1342177280, %eax movl%eax, u By gcc version 4.3.2 (Debian 4.3.2-1) on i486-linux-gnu at -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
[Bug gcov-profile/32316] internal compiler error: Segmentation fault
--- Comment #9 from michael dot haubenwallner at salomon dot at 2008-11-21 16:12 --- (In reply to comment #6) > 459 if (offset) > 460 for (;string[offset]; offset++) > 461 for (i = i + offset; string[i]; i++) > 462 if (string[i]=='_') In gcc-4.2.4, line 460 is not present any more. So this bug seems to be fixed already, but cannot say since which version or due to which bug number. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316
[Bug c/38214] Unrecognized command line option "-fipa-marix-reorg" although it's documented
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-21 16:12 --- This is just a typo in the documentation: -fipa-matrix-reorg. -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-21 16:12:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38214
[Bug c++/38215] New: g++ internal compiler error
g++ inherit.cpp
inherit.cpp:15: Internal compiler error.
inherit.cpp:15: Please submit a full bug report.
inherit.cpp:15: See http://www.gnu.org/software/gcc/bugs.html> for
instructions.
#include
class A
{
protected:
int a_v;
};
class B:public A
{
protected :
int b_v;
};
class A::A()
{
a_v=10;
cout<<"ctr A"
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment
--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-21 16:21 --- For structure assignments to volatile structures you really can't have any expectations how many individual stores will be done. I guess that falls under: What constitutes an access to an object that has volatile-qualified type is implementation-defined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
[Bug other/38214] Unrecognized command line option "-fipa-marix-reorg" although it's documented
--- Comment #2 from paolo at gcc dot gnu dot org 2008-11-21 16:22 --- Subject: Bug 38214 Author: paolo Date: Fri Nov 21 16:21:33 2008 New Revision: 142092 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142092 Log: 2008-11-21 Paolo Carlini <[EMAIL PROTECTED]> PR other/38214 * doc/invoke.texi (Optimization Options): Fix typo. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38214
[Bug other/38214] Unrecognized command line option "-fipa-marix-reorg" although it's documented
--- Comment #3 from paolo at gcc dot gnu dot org 2008-11-21 16:23 --- Subject: Bug 38214 Author: paolo Date: Fri Nov 21 16:21:50 2008 New Revision: 142093 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142093 Log: 2008-11-21 Paolo Carlini <[EMAIL PROTECTED]> PR other/38214 * doc/invoke.texi (Optimization Options): Fix typo. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/doc/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38214
[Bug other/38214] Unrecognized command line option "-fipa-marix-reorg" although it's documented
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-21 16:23 --- Fixed for 4.3.3 and mainline. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38214
[Bug middle-end/38158] FAIL: gcc.c-torture/execute/pr38051.c execution
--- Comment #4 from danglin at gcc dot gnu dot org 2008-11-21 16:30 --- Fixed by 2008-11-18 Jakub Jelinek <[EMAIL PROTECTED]> PR tree-optimization/38051 * gcc.c-torture/execute/pr38051.c (buf): Remove aligned attribute. (buf2): Removed. (main): Only run on little endian targets with sizeof (long) == sizeof (void *). Use just one buffer, align the pointers at runtime. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38158
[Bug c++/38215] g++ internal compiler error
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-21 16:30 --- This is correctly rejected without ICE by any modern-era, maintained, GCC. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.2.5 4.3.1 4.4.0 Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38215
[Bug target/38216] New: gcc.target/powerpc/pr18096-1.c fails to compile on powerpc-apple-darwin*
The gcc.target/powerpc/pr18096-1.c test case fails to compile on powerpc-apple-darwin9 and powerpc-apple-darwin8.5.0 with the following error... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.target/powerpc/pr18096-1.c -O2 -S -o pr18096-1.s(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.target/powerpc/pr18096-1.c: In function 'mkcatdefs': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.target/powerpc/pr18096-1.c:7: error: total size of local objects too large compiler exited with status 1 output is: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.target/powerpc/pr18096-1.c: In function 'mkcatdefs': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.target/powerpc/pr18096-1.c:7: error: total size of local objects too large FAIL: gcc.target/powerpc/pr18096-1.c stack frame too large (test for errors, line 8) FAIL: gcc.target/powerpc/pr18096-1.c (test for excess errors) Excess errors: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.target/powerpc/pr18096-1.c:7: error: total size of local objects too large -- Summary: gcc.target/powerpc/pr18096-1.c fails to compile on powerpc-apple-darwin* Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38216
[Bug middle-end/38204] PRE for post dominating expressions
--- Comment #2 from dberlin at gcc dot gnu dot org 2008-11-21 16:55 ---
(In reply to comment #0)
> For this function:
> int test (int a, int b, int c, int g)
> {
> int d, e;
> if (a)
> d = b * c;
> else
> d = b - c;
> e = b * c + g;
> return d + e;
> }
>
> the multiply expression is moved to both branches of the "if", it would be
> better to move it before the "if". Intel's compiler does that.
>
Moving it before the if is a code size optimization that also happens to extend
the lifetime of the multiply.
So "better" is a relative term.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38204
[Bug c/38217] New: gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9
The gcc.dg/sync-2.c and gcc.dg/sync-3.c test cases are failing the execution tests on powerpc-apple-arwin9 as follows... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c -ansi -lm -o ./sync-2.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c: In function 'do_qi': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c:36: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c:49: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 output is: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c: In function 'do_qi': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c:36: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-2.c:49: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 PASS: gcc.dg/sync-2.c (test for warnings, line ) PASS: gcc.dg/sync-2.c (test for warnings, line ) PASS: gcc.dg/sync-2.c (test for excess errors) Setting LD_LIBRARY_PATH to :/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc::/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc:/usr/local/NMRPipe/xview/mac/lib:/usr/openwin/lib:/usr/local/NMRPipe/nmrbin.mac/lib:/usr/local/lib FAIL: gcc.dg/sync-2.c execution test Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c -ansi -lm -o ./sync-3.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c: In function 'do_qi': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c:33: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c:46: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 output is: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c: In function 'do_qi': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c:33: note: '__sync_fetch_and_nand' changed semantics in GCC 4.4 /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/sync-3.c:46: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 PASS: gcc.dg/sync-3.c (test for warnings, line 33) PASS: gcc.dg/sync-3.c (test for warnings, line 46) PASS: gcc.dg/sync-3.c (test for excess errors) Setting LD_LIBRARY_PATH to :/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc::/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc:/usr/local/NMRPipe/xview/mac/lib:/usr/openwin/lib:/usr/local/NMRPipe/nmrbin.mac/lib:/usr/local/lib FAIL: gcc.dg/sync-3.c execution test -- Summary: gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38217
[Bug c/38217] gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:01 --- Created an attachment (id=16736) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16736&action=view) preprocessed file for gcc.dg/sync-2.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38217
[Bug c/38217] gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:02 --- Created an attachment (id=16737) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16737&action=view) preprocessed file for gcc.dg/sync-3.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38217
[Bug c/38217] gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:03 --- Created an attachment (id=16738) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16738&action=view) assembly file for gcc.dg/sync-2.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38217
[Bug c/38217] gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:03 --- Created an attachment (id=16739) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16739&action=view) assembly file for gcc.dg/sync-3.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38217
[Bug target/38208] [4.4 Regression] gcc.c-torture/compile/20080806-1.c
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-21 17:04 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38208
[Bug c/38218] New: gcc.dg/and-1.c scan-assembler-not nand fails on powerpc-apple-darwin9
The gcc.dg/and-1.c scan-assembler-not nand test fails on powerpc-apple-darwin9 as follows... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/and-1.c -O2 -S -o and-1.s(timeout = 300) PASS: gcc.dg/and-1.c (test for excess errors) PASS: gcc.dg/and-1.c scan-assembler and FAIL: gcc.dg/and-1.c scan-assembler-not nand -- Summary: gcc.dg/and-1.c scan-assembler-not nand fails on powerpc- apple-darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38218
[Bug c/38218] gcc.dg/and-1.c scan-assembler-not nand fails on powerpc-apple-darwin9
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:08 --- Created an attachment (id=16740) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16740&action=view) assembly file for gcc.dg/and-1.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38218
[Bug c/38219] New: gcc.dg/tree-ssa/vrp47.c fails on powerpc-apple-darwin9
The gcc.dg/tree-ssa/vrp47.c test case fails on powerpc apple darwin as follows... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/tree-ssa/vrp47.c -O2 -fdump-tree-vrp -fdump-tree-dom -S -o vrp47.s(timeout = 300) PASS: gcc.dg/tree-ssa/vrp47.c (test for excess errors) FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 "[xy][^ ]* !=" 0 FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times dom1 "x[^ ]* & y" 1 XFAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 "x[^ ]* & y" 1 PASS: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 "x[^ ]* [|] y" 1 PASS: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 "x[^ ]* \^ 1" 1 -- Summary: gcc.dg/tree-ssa/vrp47.c fails on powerpc-apple-darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
[Bug c/38219] gcc.dg/tree-ssa/vrp47.c fails on powerpc-apple-darwin9
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:16 --- Created an attachment (id=16741) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16741&action=view) assembly file for gcc.dg/tree-ssa/vrp47.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
[Bug target/36793] x86-64 does not get __sync_synchronize right
--- Comment #2 from ubizjak at gmail dot com 2008-11-21 17:22 --- H.J. can probably confirm this. -- ubizjak at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com, ubizjak at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
[Bug c/38217] gcc.dg/sync-2.c and gcc.dg/sync-3.c fail execution test on powerpc-apple-darwin9
--- Comment #5 from ubizjak at gmail dot com 2008-11-21 17:23 --- *** This bug has been marked as a duplicate of 38213 *** -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38217
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c and gcc.dg/ia64-sync-2.c execution tests fails on powerpc-apple-darwin9
--- Comment #7 from ubizjak at gmail dot com 2008-11-21 17:23 --- *** Bug 38217 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug testsuite/38213] gcc.dg/ia64-sync-1.c and gcc.dg/ia64-sync-2.c execution tests fails on powerpc-apple-darwin9
-- ubizjak at gmail dot com changed: What|Removed |Added CC|rth at gcc dot gnu dot org | BugsThisDependsOn||37908 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-21 17:25:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
[Bug middle-end/37908] atomic NAND op generate wrong code; __sync_nand_and_fetch, __sync_fetch_and_nand
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:28 --- This test case is failing on powerpc-apple-darwin9 as follows... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/pr37908.c -Wsync-nand -lm -o ./pr37908.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/pr37908.c: In function 'main': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/pr37908.c:19: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 output is: /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/pr37908.c: In function 'main': /sw/src/fink.build/gcc44-4.3.999-20081120/gcc-4.4-20081120/gcc/testsuite/gcc.dg/pr37908.c:19: note: '__sync_nand_and_fetch' changed semantics in GCC 4.4 PASS: gcc.dg/pr37908.c (test for warnings, line 19) PASS: gcc.dg/pr37908.c (test for excess errors) Setting LD_LIBRARY_PATH to :/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc::/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc:/usr/local/NMRPipe/xview/mac/lib:/usr/openwin/lib:/usr/local/NMRPipe/nmrbin.mac/lib:/usr/local/lib FAIL: gcc.dg/pr37908.c execution test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37908
[Bug middle-end/37908] atomic NAND op generate wrong code; __sync_nand_and_fetch, __sync_fetch_and_nand
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:29 --- Created an attachment (id=16742) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16742&action=view) preprocessed file for /gcc.dg/pr37908.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37908
[Bug middle-end/37908] atomic NAND op generate wrong code; __sync_nand_and_fetch, __sync_fetch_and_nand
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2008-11-21 17:30 --- Created an attachment (id=16743) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16743&action=view) assembly file for /gcc.dg/pr37908.c on powerpc-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37908
[Bug target/36793] x86-64 does not get __sync_synchronize right
--- Comment #3 from hjl dot tools at gmail dot com 2008-11-21 17:36 --- __sync_synchronize isn't specified for IA32/Intel64. You can check out Intel Memory Ordering White Paper: www.intel.com/products/processor/manuals/318147.pdf to see what is the most appropriate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
[Bug target/36793] x86-64 does not get __sync_synchronize right
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-21 17:37 --- The Intel Memory Ordering White Paper is at http://www.intel.com/products/processor/manuals/318147.pdf -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment
--- Comment #8 from etienne_lorrain at yahoo dot fr 2008-11-21 17:45 --- The number of writes for that volatile structure may or may not be a problem, I am more concerned by the number of reads of some memory which may not be readable at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
[Bug tree-optimization/37416] [4.4 Regression] Failure to return number of loop iterations
--- Comment #1 from steven at gcc dot gnu dot org 2008-11-21 20:57 --- This bug is shamefully incomplete. There is no way anyone willing to give this a look can know what to look for. For example, a few things one would have to know before he/she can even begin to consider whether/how to analyze the problem: 1. What is the target where you see this? 2. What compiler flags are you using? 3. Where do you look for the number of iterations (which dump)? 4. What "missed-optimization" does this cause (something not vectorized)? Please read http://gcc.gnu.org/bugs.html#report before filing more bugs. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37416
[Bug target/37437] [4.4 regression] speed regression
--- Comment #5 from steven at gcc dot gnu dot org 2008-11-21 21:13 --- What does regmove change, i.e. which of the many things that regmove does, is helpful for the test case for this PR? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37437
[Bug tree-optimization/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above
--- Comment #35 from steven at gcc dot gnu dot org 2008-11-21 21:29 --- So is there a test case with current top-of-trunk that fails? This is marked as a P1 regression, but IIUC we don't even have a test case, after Jakub's fix for PR37316 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35518
[Bug tree-optimization/37716] [4.4 Regression] ice for legal C++ code with -O2 on 20080926
--- Comment #7 from steven at gcc dot gnu dot org 2008-11-21 21:54 --- The reduced test case of comment #3 does not ICE on ia64 for gcc 4.4.0 20081121 (revision 142902). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37716
[Bug middle-end/38200] [4.4 Regression] internal compiler error: in find_func_aliases, at tree-ssa-structalias.c:3905
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-21 22:01 --- Subject: Bug 38200 Author: jakub Date: Fri Nov 21 21:59:33 2008 New Revision: 142100 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142100 Log: PR middle-end/38200 * tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Only propagate x = &a into *x = b if conversion from b to a's type is useless. * gcc.dg/pr38200.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr38200.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-forwprop.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38200
[Bug fortran/38220] New: C_LOC intrinsic non-pure and without explicit interface
$> cat cloc.f90 USE ISO_C_BINDING, ONLY: C_PTR, C_LOC CONTAINS PURE SUBROUTINE F(x) INTEGER, INTENT(in), TARGET :: x TYPE(C_PTR) :: px px = C_LOC(x) END SUBROUTINE END $> gfortran-svn -Wimplicit-interface cloc.f90 cloc.f90:6.9: px = C_LOC(x) 1 Warning: Procedure 'c_loc' called with an implicit interface at (1) cloc.f90:6.9: px = C_LOC(x) 1 Error: Function reference to 'c_loc' at (1) is to a non-PURE procedure within a PURE procedure $> gfortran-svn --version GNU Fortran (GCC) 4.4.0 20081120 (experimental) To my knowledge, all intrinsics have an explicit interface and are PURE by default?! -- Summary: C_LOC intrinsic non-pure and without explicit interface Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dfranke at gcc dot gnu dot org OtherBugsDependingO 20585,32630 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220
[Bug testsuite/38221] New: FAIL: gcc.c-torture/compile/sync-3.c -O0 (test for warnings, line )
Executing on host: /mnt/gnu/gcc/objdir/gcc/xgcc -B/mnt/gnu/gcc/objdir/gcc/ -O0 -w -fno-show-column -c -o sync-3.o /mnt/gnu/gcc/gcc/gcc/testsuite/gcc.c-tortu re/compile/sync-3.c(timeout = 300) FAIL: gcc.c-torture/compile/sync-3.c -O0 (test for warnings, line ) PASS: gcc.c-torture/compile/sync-3.c -O0 (test for excess errors) -- Summary: FAIL: gcc.c-torture/compile/sync-3.c -O0 (test for warnings, line ) Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38221
[Bug testsuite/38222] New: gcc.target/i386/sse4_2-popcntl.c fails on i686-apple-darwin9
Currently the gcc.target/i386/sse4_2-popcntl.c test fails on i686-apple-darwin9 as follows... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081112/ darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081112/ darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081112/ gcc-4.4-20081112/gcc/testsuite/gcc.target/i386/sse4_2-popcntl.c -O2 -msse4.2 -lm -o ./sse4_2-popcntl.exe(timeout = 300) /var/tmp//ccTJVAzN.s:26:suffix or operands invalid for `popcnt' compiler exited with status 1 output is: /var/tmp//ccTJVAzN.s:26:suffix or operands invalid for `popcnt' FAIL: gcc.target/i386/sse4_2-popcntl.c (test for excess errors) Excess errors: /var/tmp//ccTJVAzN.s:26:suffix or operands invalid for `popcnt' WARNING: gcc.target/i386/sse4_2-popcntl.c compilation failed to produce executable Apple's response to the radar bug report on this issue was... Engineering has provided the following feedback regarding this issue: The Mac OS X assembler accepts: popcnt %edx, %eax that not: popcntl %edx, %eax (that is without the trailing 'l' character). -- Summary: gcc.target/i386/sse4_2-popcntl.c fails on i686-apple- darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: i386-apple-darwin9 GCC host triplet: i386-apple-darwin9 GCC target triplet: i386-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38222
[Bug middle-end/38200] [4.4 Regression] internal compiler error: in find_func_aliases, at tree-ssa-structalias.c:3905
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-21 22:13 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38200
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment
--- Comment #9 from jakub at gcc dot gnu dot org 2008-11-21 22:17 --- Then don't use bitfields... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
[Bug libstdc++/25191] exception_defines.h #defines try/catch
--- Comment #69 from pinskia at gcc dot gnu dot org 2008-11-21 22:19
---
I think this patch will not handle:
int main(void)
{
try {
}catch (int &a)
{
a = 1;
}
}
-- CUT ---
In fact exception_defines.h's defines does not handle them correctly anyways.
I am working on a patch which adds -fignore-exceptions which has to be used
with -fno-exceptions which handles this correctly. Plus we don't get erroneous
errors with -fno-exceptions now too. Should -fignore-exceptions be default for
C++ when -fno-exceptions is used?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25191
[Bug libstdc++/25191] exception_defines.h #defines try/catch
--- Comment #70 from pinskia at gcc dot gnu dot org 2008-11-21 22:21 --- Also my -fignore-exceptions calls __built_trap for a throw and make sure that throw with an expression that the expression is evaluated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25191
[Bug libstdc++/25191] exception_defines.h #defines try/catch
--- Comment #71 from pinskia at gcc dot gnu dot org 2008-11-21 22:23 --- Created an attachment (id=16744) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16744&action=view) My current patch for -fignore-exceptions Note I have not added the testsuite part yet and this is based on 4.1.1 rather than the trunk since I just happen to be working on this for the PS3 compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25191
[Bug tree-optimization/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above
--- Comment #36 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-21 22:26 --- Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above > --- Comment #35 from steven at gcc dot gnu dot org 2008-11-21 21:29 > --- > So is there a test case with current top-of-trunk that fails? This is marked > as a P1 regression, but IIUC we don't even have a test case, after Jakub's fix > for PR37316 ? As noted in comment #34, the original PR was for the 32-bit target hppa2.0w-hp-hpux11.11. The small struct fix that I applied for PR37316 doesn't affect this target. Unless Alex can come up with a testcase to demonstrate his point, I think the PR should be closed. As a side note, I might have missed it, but I don't think Jakub's change has been approved. I can improve the backend code if it is approved. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35518
[Bug libstdc++/25191] exception_defines.h #defines try/catch
--- Comment #72 from pinskia at gcc dot gnu dot org 2008-11-21 23:08 --- Created an attachment (id=16745) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16745&action=view) Updated patch with some testcases Here is updated patch which allows more try/catch to work correctly without any errors. Plus it includes some testcases (sorry about the DOS line endings, and about where the testcases are). This again is against 4.1.1. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Attachment #16744|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25191
[Bug testsuite/38222] gcc.target/i386/sse4_2-popcntl.c fails on i686-apple-darwin9
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-21 23:14 --- GNU assembler supports both popcntl %edx, %eax popcnt %edx, %eax I guess we can just generate popcnt %edx, %eax The same goes for popcnt %cx,%bx popcnt %rcx,%rbx popcntw %cx,%bx popcntq %rcx,%rbx -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38222
[Bug tree-optimization/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above
--- Comment #37 from jakub at gcc dot gnu dot org 2008-11-21 23:18 --- It hasn't been, I've pinged it 10 days ago, will try again next Monday. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35518
[Bug target/36793] x86-64 does not get __sync_synchronize right
--- Comment #5 from samuel dot thibault at ens-lyon dot org 2008-11-21 23:20 --- We do already know which x86 memory barrier instruction we need, that's not the problem, no need to give us pointers to documentations. The problem is that we'd like to not use explicit x86 instructions but rather rely on the "portability" of gcc's __sync_synchronize. If your answer is "sync_foobar is not specified for baz", all these __sync_foobar become useless, since the user can't assume what their are supposed to achieve. From what the documentation says, I had assumed that gcc would implement for other archs what Intel documents for ia64, but it happens not to be the case at least for sync_synchronize. So in short, if that's your answer to the bug, then I'll have to tell people _not_ to use gcc's __sync_* at all except on ia64, since that would be the only arch on which we would have any semantic guarantee... (and then the documentation needs to be fixed). Of course, that's not an option I'd like, and actually I believe there may be SMP bugs in libgc & such that use it... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
[Bug target/36793] x86-64 does not get __sync_synchronize right
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-21 23:38 --- I think it is a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
[Bug debug/37616] Lines with 'break', 'goto', and 'continue' are not available for debugging.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37616
[Bug debug/36690] [4.3/4.4 Regression] .debug_line first line is behind the first instruction
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.3 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36690
[Bug middle-end/29609] [4.2/4.3/4.4 Regression] Even with -O0 -g gcc optimizes a goto away and I cannot debug
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.5 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
[Bug c++/37302] function parameters are declared too late
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37302
[Bug middle-end/38204] PRE for post dominating expressions
--- Comment #3 from davidxl at gcc dot gnu dot org 2008-11-22 00:35 ---
(In reply to comment #2)
> (In reply to comment #0)
> > For this function:
> > int test (int a, int b, int c, int g)
> > {
> > int d, e;
> > if (a)
> > d = b * c;
> > else
> > d = b - c;
> > e = b * c + g;
> > return d + e;
> > }
> >
> > the multiply expression is moved to both branches of the "if", it would be
> > better to move it before the "if". Intel's compiler does that.
> >
>
> Moving it before the if is a code size optimization that also happens to
> extend
> the lifetime of the multiply.
> So "better" is a relative term.
>
As a side note:
PRE is made aware of the impact of code size bloat and is -Os friendly. for
instance, if multiple insertions are needed, the PRE won't happen with -Os.
if (..)
expr
else if (..)
...
else if (..)
...
else
...
expr
While this is good, if hoisting opportunities exposed by PRE is materialized,
this PRE should still be allowed under -Os.
(-Os in gcc is not well tuned -- many optimizations are simply turned off in
fear of code bloat without analysis -- the end result is often lost
opportunities for code clean up --> end up with a slower and BIGGer binary).
The hoisting increase tmp life time slightly, but it also adds more scheduling
freedom as a good effect.
David
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38204
[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-11-22 05:21 --- The PENDING= specifier needs to be a pointer to integer. It is used to assign a logical value of TRUE or FALse to the variable given value. Thus: LOGICAL :: alogicalvalue INQUIRE(10,pending = alogicalvalue) PRINT *, alogicalvalue ! This would print 'T' if IO was pending on UNIT 10 Thanks for helping with this mess. I am checking your patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37839
[Bug fortran/38199] missed optimization: I/O performance
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-11-22 05:34 --- I think this is then a dup of 37754. Janne is working some ideas and these are similar to my thoughts. This fix here is in a high bug domain so we think we should hold for 4.5, get it resolved and tested, then possibly backport to 4.4 Marking as duplicate. *** This bug has been marked as a duplicate of 37754 *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199
[Bug libfortran/37754] [4.4 Regression] READ I/O Performance regression from 4.3 to 4.4
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-11-22 05:34 --- *** Bug 38199 has been marked as a duplicate of this bug. *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added CC||manfred99 at gmx dot ch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37754
[Bug target/27880] [4.2/4.3 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #32 from cnstar9988 at gmail dot com 2008-11-22 06:03 --- ping 4.3.3? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug regression/38223] New: segfault in glib testsuite with trunk
this code from the glib-2.18.2 testsuite segfaults during execution when compiled with >= -O1 (not -O0 or -Os). i hope this is the information you need. let me know if you need more. ---8<--- kali /var/tmp/portage/dev-libs/glib-2.18.2/work/glib-2.18.2/tests # gcc -v --save-temps relation-test.c -o relation-test -O1 -I../glib -I.. ../glib/.libs/libglib-2.0.so -Wl,--rpath -Wl,/var/tmp/portage/dev-libs/glib-2.18.2/work/glib-2.18.2/glib/.libs Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.4.0_pre/work/gcc-4.4.0-/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.4.0-pre --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.0-pre --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.0-pre/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.0-pre/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --disable-nls --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --disable-libmudflap --disable-libssp --enable-libgomp --enable-cld --disable-libgcj --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion= --enable-linux-futex --enable-checking Thread model: posix gcc version 4.4.0-pre built 20081120 (Gentoo SVN ebuild) rev. 142066 () COLLECT_GCC_OPTIONS='-v' '-save-temps' '-o' 'relation-test' '-O1' '-I../glib' '-I..' '-mtune=generic' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pre/cc1 -E -quiet -v -I../glib -I.. relation-test.c -mtune=generic -O1 -fpch-preprocess -o relation-test.i ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../x86_64-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: ../glib .. /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/include /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-o' 'relation-test' '-O1' '-I../glib' '-I..' '-mtune=generic' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pre/cc1 -fpreprocessed relation-test.i -quiet -dumpbase relation-test.c -mtune=generic -auxbase relation-test -O1 -version -o relation-test.s GNU C () version 4.4.0-pre built 20081120 (Gentoo SVN ebuild) rev. 142066 (x86_64-pc-linux-gnu) compiled by GNU C version 4.4.0-pre built 20081120 (Gentoo SVN ebuild) rev. 142066, GMP version 4.2.4, MPFR version 2.3.2. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: d4c9642bc626bf4a7400061384dcd0e6 COLLECT_GCC_OPTIONS='-v' '-save-temps' '-o' 'relation-test' '-O1' '-I../glib' '-I..' '-mtune=generic' /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../x86_64-pc-linux-gnu/bin/as -V -Qy -o relation-test.o relation-test.s GNU assembler version 2.19.50.0.1 (x86_64-pc-linux-gnu) using BFD version (Linux/GNU Binutils) 2.19.50.0.1.20081007 COMPILER_PATH=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/libexec/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/lib/gcc/x86_64-pc-linux-gnu/:/usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/libexec/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/lib/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../x86_64-pc-linux-gnu/bin/ LIBRARY_PATH=/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../x86_64-pc-linux-gnu/lib/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-save-temps' '-o' 'relation-test' '-O1' '-I../glib' '-I..' '-mtune=generic' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pre/collect2 --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o relation-test /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/crtbegin.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0-pre/../../.. relation-test.o ../glib/.libs/libglib-2.0.so --rpath /var/tmp/portage
[Bug regression/38223] segfault in glib testsuite with trunk
--- Comment #1 from dirtyepic at gentoo dot org 2008-11-22 07:08 --- Created an attachment (id=16746) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16746&action=view) relation-test.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38223
szia
HIHETETLEN JÓ FÓRUM RENDSZER! csak nektek! INGYENES REGISZTRÁCIÓ ÉS AZ IS MARAD !!! Nálunk nem kell töltened,ingyen szedheted le a legujabb premiereket! Ime a CÍm: http://href.hu/x/7gae -- .
szia
HIHETETLEN JÓ FÓRUM RENDSZER! csak nektek! INGYENES REGISZTRÁCIÓ ÉS AZ IS MARAD !!! Nálunk nem kell töltened,ingyen szedheted le a legujabb premiereket! Ime a CÍm: http://href.hu/x/7gae -- .
