[Bug middle-end/38584] [4.3/4.4 Regression] Inline heuristics run even at -O0
--- Comment #3 from jv244 at cam dot ac dot uk 2008-12-21 08:05 --- (In reply to comment #2) Without this patch, (total 3868s). With the patch, (total 588s). Great... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
[Bug bootstrap/38591] New: erratic comparison failures on very fast machines
Since we started building the 4.3.x compiler on very fast Linux machines (bi- quad cores) we have observed erratic but consistent comparison failures, say a handful of times a month. The problematic file is always the same: Comparing stages 2 and 3 Bootstrap comparison failure! ./sparseset.o differs make[2]: *** [compare] Error 1 The stage 3 object file is not compiled as it should be; in fact, it can be obtained manually by changing #define ENABLE_ASSERT_CHECKING 1 to /* #undef ENABLE_ASSERT_CHECKING */ in gcc/auto-host.h. so there might be a race condition somewhere in the top-level bootstrap (note that we have never built 4.2.x on the same machines). -- Summary: erratic comparison failures on very fast machines Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
[Bug middle-end/38590] [4.4 Regression] ice: verify_gimple failed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 10:14 --- This is caused by the optimization which converts C/-a into -C/a for strict overflow which is why it only happens at -O2 and above (or with -fstrict-overflow). Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|c |middle-end Ever Confirmed|0 |1 Keywords||ice-checking, ice-on-valid- ||code Last reconfirmed|-00-00 00:00:00 |2008-12-21 10:14:51 date|| Summary|ice: verify_gimple failed |[4.4 Regression] ice: ||verify_gimple failed Target Milestone|--- |4.4.0 Version|unknown |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38590
[Bug fortran/38592] New: eliminate constant string comparisons
$ cat foo.f90 program main character(len=3) :: a a = 'yes' print *,'yes' == a end program main $ gfortran -fdump-tree-optimized -O3 -S foo.f90 $ grep compare_string foo.s call_gfortran_compare_string -- Summary: eliminate constant string comparisons Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 19276,36854 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38592
[Bug fortran/38592] eliminate some string comparisons
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-12-21 12:03 --- To clarify, we could detect that the variable only ever has the value of 'yes'. We already do the right thing with constants: $ cat foo-2.f90 program main character(len=3), parameter :: a = 'yes' print *,'yes' == a end program main $ gfortran -fdump-tree-original foo-2.f90 $ grep compare foo-2.f90.003t.original $ -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P5 Summary|eliminate constant string |eliminate some string |comparisons |comparisons http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38592
[Bug target/38593] New: [4.4 regression] ICE: verify_gimple failed
seen with 20081213, on hppa-linux-gnu, building with -g -O2 -fPIC /home/packages/openjdk/openjdk-6-6b14~pre1/openjdk-ecj/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp: In static member f unction 'static void BytecodeInterpreter::run(BytecodeInterpreter*)': /home/packages/openjdk/openjdk-6-6b14~pre1/openjdk-ecj/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:402: error: goto de stination is neither a label nor a pointer goto D.98183; /home/packages/openjdk/openjdk-6-6b14~pre1/openjdk-ecj/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:402: error: goto de stination is neither a label nor a pointer goto D.98183; [this message repeats] /home/packages/openjdk/openjdk-6-6b14~pre1/openjdk-ecj/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:402: internal compiler error: verify_gimple failed Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.4 regression] ICE: verify_gimple failed Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com GCC target triplet: hppa-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
[Bug target/38593] [4.4 regression] ICE: verify_gimple failed
--- Comment #1 from doko at ubuntu dot com 2008-12-21 12:50 --- Created an attachment (id=16952) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16952action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
[Bug target/38593] [4.4 regression] ICE: verify_gimple failed
--- Comment #2 from doko at ubuntu dot com 2008-12-21 12:51 --- Created an attachment (id=16953) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16953action=view) build log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
[Bug target/38593] [4.4 regression] ICE: verify_gimple failed
--- Comment #3 from doko at ubuntu dot com 2008-12-21 12:58 --- precompiled header file at: http://people.ubuntu.com/~doko/tmp/_precompiled.incl.gch.bz2 -- doko at ubuntu dot com changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.4.0 Known to work||4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
[Bug c/37995] using stdio.h fails if gcc invoked in a directory which has a subdirectory called gcc
--- Comment #12 from dfeldstern at fastimap dot com 2008-12-21 13:04 --- I'm seeing the same issue, with gcc from debian unstable (gcc (Debian 4.3.2-1) 4.3.2). The problem appears either when a 'gcc' directory (other than the real gcc directory) is found through the PATH, or else GCC_EXEC_PREFIX is set to a path other than the real gcc path. So, here are all kinds of ways I'm able to reproduce, assuming hello.c as above: (1) with a 'gcc' subdir alongside hello.c: PATH=.:$PATH gcc hello.c (note, however, the order is important: PATH=$PATH:. works fine...) (2) with a 'gcc' subdir in .. : PATH=..:$PATH gcc hello.c (3) with a 'gcc' subdir in /tmp: PATH=/tmp:$PATH gcc hello.c (4) regardless of the existence of a 'gcc' subdir: GCC_EXEC_PREFIX=/tmp gcc hello.c (5) the real gcc path is /usr/lib/gcc. However, this still fails: GCC_EXEC_PREFIX=/usr/lib/gcc gcc hello.c (6) OTOH, this works fine (note the trailing slash): GCC_EXEC_PREFIX=/usr/lib/gcc/ gcc hello.c Below are two samples of the output, for (5) and for (1): $ GCC_EXEC_PREFIX=/usr/lib/gcc gcc -v -save-temps hello.c Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --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.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-cld --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' /usr/lib/gcc/i486-linux-gnu/4.3.2/cc1 -E -quiet -v -iprefix /usr/lib/gcci486-linux-gnu/4.3.2/ hello.c -mtune=generic -fpch-preprocess -o hello.i ignoring nonexistent directory /usr/lib/gcci486-linux-gnu/4.3.2/include ignoring nonexistent directory /usr/lib/gcci486-linux-gnu/4.3.2/include-fixed ignoring nonexistent directory /usr/lib/gcci486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /usr/lib/../../lib/gcc/i486-linux-gnu/4.3.2/include ignoring nonexistent directory /usr/lib/../../lib/gcc/i486-linux-gnu/4.3.2/include-fixed ignoring nonexistent directory /usr/lib/../../lib/gcc/i486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include End of search list. In file included from hello.c:1: /usr/include/stdio.h:34:21: error: stddef.h: No such file or directory In file included from /usr/include/stdio.h:75, from hello.c:1: /usr/include/libio.h:53:21: error: stdarg.h: No such file or directory Alternatively, here's the output without GCC_EXEC_PREFIX, as in (1): $ PATH=.:$PATH gcc -v -save-temps hello.c Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --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.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-cld --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' /usr/lib/gcc/i486-linux-gnu/4.3.2/cc1 -E -quiet -v -iprefix /tmp/test/../lib/gcc/i486-linux-gnu/4.3.2/ hello.c -mtune=generic -fpch-preprocess -o hello.i ignoring nonexistent directory /tmp/test/../lib/gcc/i486-linux-gnu/4.3.2/include ignoring nonexistent directory /tmp/test/../lib/gcc/i486-linux-gnu/4.3.2/include-fixed ignoring nonexistent directory /tmp/test/../lib/gcc/i486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /tmp/test/../lib/gcc/../../lib/gcc/i486-linux-gnu/4.3.2/include ignoring nonexistent directory /tmp/test/../lib/gcc/../../lib/gcc/i486-linux-gnu/4.3.2/include-fixed ignoring nonexistent directory /tmp/test/../lib/gcc/../../lib/gcc/i486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include End of search list. In file included from hello.c:1: /usr/include/stdio.h:34:21: error: stddef.h: No such file or directory In file included from
[Bug fortran/38594] New: module function name mangled improperly if contained function of same name exists
$ cat mangle.f90 MODULE m CONTAINS SUBROUTINE g() END SUBROUTINE SUBROUTINE f() CALL g() CONTAINS SUBROUTINE g() END SUBROUTINE END SUBROUTINE END MODULE USE m CALL g() END $ gfortran-svn mangle.f90 /tmp/ccqzRB3z.o: In function `MAIN__': mangle.f90:(.text+0x2f): undefined reference to `__m_MOD_g' collect2: ld returned 1 exit status $ gfortran-svn --version GNU Fortran (GCC) 4.4.0 20081221 (experimental) The problem disappears if F and G are reordered in the module or the contained G is removed. -- Summary: module function name mangled improperly if contained function of same name exists Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dfranke at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38594
[Bug fortran/37472] bad output on default-format write of double in common block with -m64 flag i
--- Comment #14 from dominiq at lps dot ens dot fr 2008-12-21 13:34 ---
This little patch eliminates the misalignment of output characters with -m32
and gets rid of a many many valgrind errors.
@@ -628,7 +637,7 @@ output_float_FMT_G_ ## x (st_parameter_d
\
while (low = high)\
{ \
- GFC_REAL_ ## x temp;\
+ float temp;\
mid = (low + high) / 2;\
\
temp = 0.1 * calculate_exp_ ## x (mid) - 0.5\
Do you understand why? Such a change is the opposite of what I understand of
the GFC_REAL_* machinery, although I have no knowledge about mixed calculations
in C.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37472
[Bug rtl-optimization/38595] New: gcc.target/mips/mips16e-extends.c fails for -mlong64
mipsisa64-elf-gcc -O2 -S gcc.target/mips/mips16e-extends.c -DMIPS16='__attribute__((mips16))' -msoftf-float The output code does not contain the expected ZEB and ZEH instructions. (The options here select EABI64, but the same problem occurs with other -mlong64 ABIs.) The problem is that we don't have MIPS16e equivalents of the non-MIPS16 extend-truncate combiner patterns. I'm filing this for 4.5 or later; it isn't something we'd fix in 4,4 or earlier. -- Summary: gcc.target/mips/mips16e-extends.c fails for -mlong64 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rsandifo at gcc dot gnu dot org GCC target triplet: mipsisa64-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38595
[Bug libstdc++/38596] New: tr1_impl/functional incompatible with -fno-rtti
tr1_impl/functional uses typeid and fails when used with -fno-rtti It would be more useful if functionality would simply be reduced when -fno-rtti is used with #ifdef __GXX_RTTI used to wrap RTTI code. $ cat testcase.cpp #include functional $ gcc -std=gnu++0x -fno-rtti -c testcase.cpp -- Summary: tr1_impl/functional incompatible with -fno-rtti Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bruck dot michael at googlemail dot com GCC build triplet: mingw32 GCC host triplet: mingw32 GCC target triplet: arm-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug rtl-optimization/38595] gcc.target/mips/mips16e-extends.c fails for -mlong64
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-12-21 13:48 --- I have a patch, but it isn't appropriate at this stage in the 4.4 cycle. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-21 13:48:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38595
[Bug c++/38597] New: [c++0x] ICE when too many arguments given to auto return type function
templateclass T, class U
auto f(T,U) - decltype(T() + U())
{ return T() + U(); }
int main() { f(2,f,3.4); }
Compiled with -std=c++0x gives,
ICE: in arg_assoc_type, at cp/name-lookup.c:4738
--
Summary: [c++0x] ICE when too many arguments given to auto return
type function
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cfairles at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug target/38598] New: MIPS extendsidi2 does not have a LO alternative
mipsisa64-elf-gcc -S -O2 gcc.target/mips/madd-7.c -DNOMIPS16= does not produce the expected MADD. On long64 ABIs like EABI64, the loop starts out with an extra extendsidi2 instruction, and although this instruction gets removed after reload by a split to nothing, it is still around at register allocation time. extendsidi2 does not allow LO operands, so its presence discourages the register allocator from using LO for the accumulator. The fix is to add a LO alternative to extendsidi2. I'm filing this for 4.5 or later; it isn't something we'd fix in 4,4 or earlier. -- Summary: MIPS extendsidi2 does not have a LO alternative Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rsandifo at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38598
[Bug c++/38597] [c++0x] ICE when too many arguments given to auto return type function
--- Comment #1 from cfairles at gcc dot gnu dot org 2008-12-21 14:00 --- cc'ing Jason -- cfairles at gcc dot gnu dot org changed: What|Removed |Added CC||jason at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug target/38598] MIPS extendsidi2 does not have a LO alternative
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-12-21 14:00 --- I have a patch, but it isn't appropriate at this stage in the 4.4 cycle. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-21 14:00:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38598
[Bug target/38599] New: There should be a Pmode == DImode version of the MIPS lwxs pattern
mipsisa64-elf-gcc -S -O2 -msmartmips gcc.target/mips/smartmips-lwxs.c -DNOMIPS16= does not produce an LWXS instruction. This doesn't really matter much, since SmartMIPS is only for 32-bit processors, but: (a) it works for 64-bit ILP32 ABIs like n32 and o64. (b) within gcc, there is an abstraction layer between Do we have SmartMIPS? and Can we use LWXS?. So I think it's worth having a Pmode==DImode version anyway. I'm filing this for 4.5 or later; it isn't something we'd fix in 4,4 or earlier. -- Summary: There should be a Pmode == DImode version of the MIPS lwxs pattern Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rsandifo at gcc dot gnu dot org GCC target triplet: mipsisa64-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38599
[Bug target/38599] There should be a Pmode == DImode version of the MIPS lwxs pattern
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-12-21 14:06 --- I have a patch, but it isn't appropriate at this stage in the 4.4 cycle. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-21 14:06:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38599
[Bug c++/38597] [c++0x] ICE when function type given as extra argument to auto return type function
--- Comment #2 from cfairles at gcc dot gnu dot org 2008-12-21 14:14
---
fixing summary, this has to do with function ptr types
templateclass T, class U
auto f(T,U) - decltype(T() + U())
{ return T() + U(); }
f(1,2,f);
does the same for example.
--
cfairles at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[c++0x] ICE when too many |[c++0x] ICE when function
|arguments given to auto |type given as extra argument
|return type function|to auto return type function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug c++/38597] [c++0x] ICE when function type given as argument to auto return type function
--- Comment #3 from cfairles at gcc dot gnu dot org 2008-12-21 14:22
---
Hmm, also note that:
templateclass T, class U
auto f(T,U) - decltype(T() + U())
{ return T() + U(); }
void g(){}
int main() { f(2,3.4,g); }
works, as in errors out with
no matching function for call to 'f(int, double, void (*)())'
Wait wait, this also ICE's
templateclass T, class U
auto f(T,U) - decltype(T() + U())
{ return T() + U(); }
templateclass T void g(T){}
int main() { g(f); }
so its not that its an extra argument... its that your trying to resolve the
type T in the g() call from a function ptr that has an auto return type.
--
cfairles at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[c++0x] ICE when function |[c++0x] ICE when function
|type given as extra argument|type given as argument to
|to auto return type function|auto return type function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
-- paolo dot carlini at oracle dot com changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-21 15:06 --- Note, the use of typeid (and type_info) is explicit in the specifications, thus the only solution I can see for -fno-rtti is not providing at all (ifdef-ing out) function::target and target_type. If submitter has better ideas please speak... -- 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-12-21 15:06:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug fortran/35983] C_LOC in derived type constructor gives weird result
--- Comment #4 from mikael at gcc dot gnu dot org 2008-12-21 15:07 --- Subject: Bug 35983 Author: mikael Date: Sun Dec 21 15:06:15 2008 New Revision: 142860 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142860 Log: 2008-12-21 Mikael Morin mikael.mo...@tele2.fr PR fortran/35983 * trans-expr.c (gfc_trans_subcomponent_assign): Add se's pre and post blocks to current block. (gfc_trans_structure_assign): Remove specific handling of C_NULL_PTR and C_NULL_FUNPTR. 2008-12-21 Mikael Morin mikael.mo...@tele2.fr PR fortran/35983 * gfortran.dg/pr35983.f90: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/pr35983.f90 Modified: branches/gcc-4_3-branch/gcc/fortran/ChangeLog branches/gcc-4_3-branch/gcc/fortran/trans-expr.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35983
[Bug fortran/35983] C_LOC in derived type constructor gives weird result
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-21 15:10 --- Fixed on trunk(4.4) and 4.3. Thanks for the report. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35983
[Bug rtl-optimization/38495] [4.4 Regression] ACATS tests cxa4004 cxa4005 cxa4026 fail
--- Comment #6 from hjl dot tools at gmail dot com 2008-12-21 15:14 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01094.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||12/msg01094.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38495
[Bug bootstrap/38591] erratic comparison failures on very fast machines
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-21 15:20 --- What are the differences? While working on a patch, I had an uninitialized stack variable, which caused random comparison failures. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
[Bug fortran/37469] invalid GMP usage on gfortran.dg/parameter_array_init_3.f90
--- Comment #10 from mikael at gcc dot gnu dot org 2008-12-21 15:35 --- (In reply to comment #9) (In reply to comment #7) Fixed as of revision 142610. Wait a bit before closing, I plan to backport to 4.3. ... And of course I forgot. :-S There is no gfc_reduce_init_expr function in 4.3, so the patch won't work there as is. As 4.4 is going to be released soon, I don't think backporting is worth the bother. I'm closing without backporting. Sorry for the noise. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37469
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #2 from bruck dot michael at googlemail dot com 2008-12-21 15:36 --- Basically my thoughts too. But I am not familiar enough with these headers to say that this is side-effect free, especially with all that SFINAE code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #3 from paolo dot carlini at oracle dot com 2008-12-21 15:40 --- Ok, let's do this. Worst case, something will be unnecessarily broken with -fno-rtti, but certainly nothing which is not broken already ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug fortran/38113] on warning/error: skip whitespaces, move position marker to actual variable name
--- Comment #3 from mikael at gcc dot gnu dot org 2008-12-21 15:47 --- Subject: Bug 38113 Author: mikael Date: Sun Dec 21 15:45:52 2008 New Revision: 142861 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142861 Log: 2008-12-21 Mikael Morin mikael.mo...@tele2.fr PR fortran/38113 * error.c (show_locus): Start counting columns at 0. * primary.c (match_actual_arg): Eat spaces before copying the current locus. (match_variable): Copy the locus before matching. Modified: branches/gcc-4_3-branch/gcc/fortran/ChangeLog branches/gcc-4_3-branch/gcc/fortran/error.c branches/gcc-4_3-branch/gcc/fortran/primary.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38113
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #4 from paolo at gcc dot gnu dot org 2008-12-21 15:57 --- Subject: Bug 38596 Author: paolo Date: Sun Dec 21 15:56:22 2008 New Revision: 142862 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142862 Log: 2008-12-21 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/38596 * include/tr1_impl/function (function::target, function::target_type): Provide only when __GXX_RTTI is defined. (_Function_base::_M_manager, _Ref_manager::_M_manager, _Function_handlervoid(_ArgTypes...), _Member _Class::*::_M_manager): Adjust. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/tr1_impl/functional -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #5 from paolo dot carlini at oracle dot com 2008-12-21 15:58 --- Done. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-21 15:58 --- Yes. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug fortran/38487] Bogus Warning: INTENT(INOUT) actual argument might interfere with actual argument
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-21 16:04 --- Subject: Bug 38487 Author: mikael Date: Sun Dec 21 16:03:01 2008 New Revision: 142864 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142864 Log: 2008-12-21 Mikael Morin mikael.mo...@tele2.fr PR fortran/38487 * dependency.c (gfc_is_data_pointer): New function. (gfc_check_argument_var_dependency): Disable the warning in the pointer case. (gfc_check_dependency): Use gfc_is_data_pointer. 2008-12-21 Mikael Morin mikael.mo...@tele2.fr PR fortran/38487 * gfortran.dg/elemental_dependency_2.f90: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/elemental_dependency_2.f90 Modified: branches/gcc-4_3-branch/gcc/fortran/ChangeLog branches/gcc-4_3-branch/gcc/fortran/dependency.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38487
[Bug bootstrap/38591] erratic comparison failures on very fast machines
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-12-21 16:07 --- What are the differences? This is explained in the message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
[Bug bootstrap/38591] erratic comparison failures on very fast machines
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-21 16:18 --- auto-host.h must exist when those files were compiled. I guess it was generated more than once. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
[Bug fortran/38487] Bogus Warning: INTENT(INOUT) actual argument might interfere with actual argument
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-21 16:19 --- Fixed on trunk(4.4) and 4.3. Thanks for the report. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38487
[Bug libstdc++/38596] tr1_impl/functional incompatible with -fno-rtti
--- Comment #7 from bruck dot michael at googlemail dot com 2008-12-21 16:36 --- Thanks Paolo. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
[Bug bootstrap/38591] erratic comparison failures on very fast machines
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-12-21 17:12 --- auto-host.h must exist when those files were compiled. I guess it was generated more than once. My understanding is that it is re-generated at each stage: auto-host.h: cstamp-h ; @true cstamp-h: config.in config.status CONFIG_HEADERS=auto-host.h:config.in \ CONFIG_FILES= \ LANGUAGES=$(CONFIG_LANGUAGES) $(SHELL) config.status In case this can make a difference, the compiler is configured as follows: --enable-languages=c,ada,c++ --disable-libada --enable-checking=release -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
[Bug bootstrap/38591] erratic comparison failures on very fast machines
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-21 17:21 --- Each stage has its own directory and auto-host.h should be regenerated in each directory. I think it was regenerated more than once in the same directory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
[Bug tree-optimization/38593] [4.4 regression] ICE: verify_gimple failed
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|target |tree-optimization Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
[Bug tree-optimization/38593] [4.4 regression] ICE: verify_gimple failed
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-21 17:27 --- Does disabling PCH fix the issue (just adding -D__disable_PCH__ should be enough to disable PCH when building that one file)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
[Bug c++/38600] New: Internal compiler error (ICE) Segmentation fault
g++ segfaults with the following two configurations : 1) Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) 2) Using built-in specs. Target: i386-portbld-freebsd5.5 Configured with: ./..//gcc-4.1-20070806/configure --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --program-suffix=41 --libdir=/usr/local/lib/gcc-4.1.3 --with-gxx-include-dir=/usr/local/lib/gcc-4.1.3/include/c++/ --disable-rpath --enable-java-awt=gtk,xlib --enable-gtk-cairo --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc41 i386-portbld-freebsd5.5 Thread model: posix gcc version 4.1.3 20070806 (prerelease) It fails with or without options : g++ -Wall -Wextra -std=c++98 -pedantic EventParserInternal.cc -o test_EventParserInternal EventParserInternal.cc:42: internal compiler error: Erreur de segmentation Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. Preprocessed source stored into /tmp/ccTx7T0i.out file, please attach this to your bugreport. -- Summary: Internal compiler error (ICE) Segmentation fault Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: arkanosis at gmail dot com GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38600
[Bug c++/38600] Internal compiler error (ICE) Segmentation fault
--- Comment #1 from arkanosis at gmail dot com 2008-12-21 17:47 --- Created an attachment (id=16954) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16954action=view) Output from the preprocessor, requested in attachment -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38600
[Bug rtl-optimization/38601] New: [4.4 Regression] FAIL: gcc.target/i386/pr34256.c
This is on x86_64-unknown-linux-gnu, with current trunk: FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2 This is translated to .file pr34256.c .text .p2align 4,,15 .globl foo .type foo, @function foo: .LFB129: .cfi_startproc movqx(%rip), %mm0 paddd y(%rip), %mm0 movq%mm0, -8(%rsp) movq-8(%rsp), %rax ret .cfi_endproc .LFE129: .size foo, .-foo .comm x,8,8 .comm y,8,8 .ident GCC: (GNU) 4.4.0 20081221 (experimental) .section.note.GNU-stack,,@progbits -- Summary: [4.4 Regression] FAIL: gcc.target/i386/pr34256.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ra Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38601
[Bug middle-end/38590] [4.4 Regression] ice: verify_gimple failed
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-21 18:00 --- It is caused by revision 133479: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01393.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||rguenther at suse dot de GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38590
[Bug rtl-optimization/38601] [4.4 Regression] FAIL: gcc.target/i386/pr34256.c
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-12-21 18:00 --- ... using the command gcc -O2 -S -fomit-frame-pointer -march=core2 pr34256.c -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38601
[Bug rtl-optimization/38601] [4.4 Regression] FAIL: gcc.target/i386/pr34256.c
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-21 18:04 --- *** This bug has been marked as a duplicate of 37364 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38601
[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass
--- Comment #31 from hjl dot tools at gmail dot com 2008-12-21 18:04 --- *** Bug 38601 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364
[Bug c++/38597] [c++0x] ICE when auto return type function given as argument to function template
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-21 18:15:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug c++/38600] Internal compiler error (ICE) Segmentation fault
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-21 18:21 --- First, you should check if the problem still happens with a maintained branch of GCC (neither 4.1.x nor 4.2.x are maintained anymore). -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38600
[Bug fortran/37605] Remarks on user manual for Gfortran
--- Comment #8 from domob at gcc dot gnu dot org 2008-12-21 18:46 --- Subject: Bug 37605 Author: domob Date: Sun Dec 21 18:45:17 2008 New Revision: 142866 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142866 Log: 2008-12-21 Arjen Markus arjen.mar...@wldelft.nl Daniel Kraft d...@domob.eu PR fortran/37605 * gfortran.texi: Fixed some typos and some minor style improvements. * intrinsic.texi: Some clarifications and typo-fixes. * invoke.texi: Better documenation of the behaviour of the -fdefault-*-8 options and some other fixes. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.texi trunk/gcc/fortran/intrinsic.texi trunk/gcc/fortran/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37605
[Bug middle-end/38590] [4.4 Regression] ice: verify_gimple failed
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-21 19:13 --- (In reply to comment #2) It is caused by revision 133479: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01393.html Not really caused, just exposed, in fact it was caused by: r107575 | pinskia | 2005-11-27 16:31:36 -0500 (Sun, 27 Nov 2005) | 13 lines 2005-11-27 Andrew Pinski pins...@physics.uc.edu PR middle-end/24575 * fold-const.c (negate_expr_p): Add case for signed divides if overflow is undefined. (negate_expr): Likewise. 2005-11-27 Andrew Pinski pins...@physics.uc.edu PR middle-end/24575 * gcc.dg/tree-ssa/divide-3.c: New test. * gcc.dg/tree-ssa/divide-4.c: New test. :) Yes it is my bug. See sometimes pointing out the patch which exposes the ICE is not always correct as you need to look into what the patch is doing. The patch which HJL pointed out is just the patch which enables the checking and not the patch which enabled the optimization in the first place. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38590
[Bug debug/7081] DWARF enhancements for C++
--- Comment #13 from jan dot kratochvil at redhat dot com 2008-12-21 19:33 --- Please make this Bug CLOSED as the point 1 has been fixed by Alexandre Oliva and the point 2 is already filed as PR debug/11208. -- jan dot kratochvil at redhat dot com changed: What|Removed |Added CC||jan dot kratochvil at redhat ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7081
[Bug c++/38597] [c++0x] ICE when auto return type function given as argument to function template
--- Comment #4 from jason at gcc dot gnu dot org 2008-12-21 21:03 --- Subject: Bug 38597 Author: jason Date: Sun Dec 21 21:01:48 2008 New Revision: 142868 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142868 Log: PR c++/38597 * name-lookup.c (arg_assoc_type): Handle DECLTYPE_TYPE. Added: trunk/gcc/testsuite/g++.dg/cpp0x/auto13.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/mangle.c trunk/gcc/cp/name-lookup.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-12-21 21:21 --- Subject: Bug 38398 Author: jvdelisle Date: Sun Dec 21 21:20:29 2008 New Revision: 142870 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142870 Log: 2008-12-21 Jerry DeLisle jvdeli...@gcc.gnu.org PR fortran/38398 * io.c: Add error checks for g0 formatting and provide adjustment of error loci for improved error messages. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38398
[Bug c++/38597] [c++0x] ICE when auto return type function given as argument to function template
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-21 21:22 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38597
[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-21 21:25 --- Subject: Bug 38398 Author: jvdelisle Date: Sun Dec 21 21:23:52 2008 New Revision: 142871 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142871 Log: 2008-12-21 Jerry DeLisle jvdeli...@gcc.gnu.org PR libfortran/38398 * io/io.h (st_parameter_dt): Add new bit to keep track of when to suppress blanks for g0 formatting. * io/transfer.c (formatted_transfer_scalar): Always call write_real_g0 for g0 formatting. * io.c (write.c): Do not use ES formatting and use new bit to suppress blanks. * io/write_float.def (output_float): Adjust the location of setting the width so that it can be adjusted when suppressing blanks. Set number of blanks to zero when dtp-u.p.g0_no_blanks is set. Do some minor code clean-up and add some white space for readability. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/io.h trunk/libgfortran/io/transfer.c trunk/libgfortran/io/write.c trunk/libgfortran/io/write_float.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38398
[Bug tree-optimization/35899] [4.3/4.4 Regression] ICE on filesystem code
--- Comment #8 from rsandifo at gcc dot gnu dot org 2008-12-21 21:46 --- Subject: Bug 35899 Author: rsandifo Date: Sun Dec 21 21:45:11 2008 New Revision: 142874 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142874 Log: gcc/testsuite/ PR target/35899 * gcc.target/mips/smartmips-lwxs.c: Add -mlong32. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/mips/smartmips-lwxs.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35899
[Bug middle-end/38590] [4.4 Regression] ice: verify_gimple failed
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-21 22:04 --- Anyways I have a simple fix, just use fold_convert in some places in fold-const.c for the folding of -A / -B into A/B. Note it was really caused by: r107543 | pinskia | 2005-11-26 17:18:04 -0500 (Sat, 26 Nov 2005) | 13 lines 2005-11-26 Andrew Pinski pins...@physics.uc.edu PR middle-end/23669 * fold-const.c (fold_binary): Convert -A/-B to A/B for signed types when overflow is undefined. 2005-11-26 Andrew Pinski pins...@physics.uc.edu PR middle-end/23669 * gcc.dg/tree-ssa/divide-1.c: New test. * gcc.dg/tree-ssa/divide-2.c: New test. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38590
[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-12-21 22:08 --- Subject: Bug 38398 Author: jvdelisle Date: Sun Dec 21 22:06:34 2008 New Revision: 142876 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142876 Log: 2008-12-21 Jerry DeLisle jvdeli...@gcc.gnu.org PR libfortran/38398 * gfortran.dg/fmt_g0_1.f08: Revise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/fmt_g0_1.f08 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38398
[Bug target/38598] MIPS extendsidi2 does not have a LO alternative
--- Comment #2 from rsandifo at gcc dot gnu dot org 2008-12-21 21:46 --- Subject: Bug 38598 Author: rsandifo Date: Sun Dec 21 21:44:39 2008 New Revision: 142873 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142873 Log: gcc/testsuite/ PR target/38598 * gcc.target/mips/madd-7.c: Add -mlong32. * gcc.target/mips/msub-7.c: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/mips/madd-7.c trunk/gcc/testsuite/gcc.target/mips/msub-7.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38598
[Bug bootstrap/38300] [4.4 Regression] libstdc++ and libgcj contain a reference to _Unwind_GetIPInfo
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-21 22:26 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
[Bug bootstrap/38300] [4.4 Regression] libstdc++ and libgcj contain a reference to _Unwind_GetIPInfo
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-21 22:28 --- Subject: Bug 38300 Author: pinskia Date: Sun Dec 21 22:27:18 2008 New Revision: 142877 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142877 Log: Index: config/ChangeLog +2008-12-21 Andrew Pinski pins...@gmail.com + + PR target/38300 + * unwind_ipinfo.m4: Darwin before 9 does not have _Unwind_GetIPInfo. + Index: gcc/ChangeLog +2008-12-21 Andrew Pinski pins...@gmail.com + + PR target/38300 + * configure: Regenerate. Index: libstdc++-v3/ChangeLog +2008-12-21 Andrew Pinski pins...@gmail.com + + PR target/38300 + * configure: Regenerate. + Index: libjava/ChangeLog +2008-12-21 Andrew Pinski pins...@gmail.com + + PR target/38300 + * configure: Regenerate. Modified: trunk/config/ChangeLog trunk/config/unwind_ipinfo.m4 trunk/gcc/ChangeLog trunk/gcc/configure trunk/libjava/ChangeLog trunk/libjava/configure trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
[Bug middle-end/38590] [4.4 Regression] ice: verify_gimple failed
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-21 22:28 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38590
[Bug c/38549] EICALL PROBLEM in WINAVR GCC
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 --- *** Bug 38550 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
[Bug c/38549] EICALL PROBLEM in WINAVR GCC
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 --- *** Bug 38551 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
[Bug c/38551] EICALL PROBLEM in WINAVR GCC
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 --- *** This bug has been marked as a duplicate of 38549 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38551
[Bug fortran/38602] New: run time error (crash) - optional arguments, generics, interface problem, iso_varying_string ??
I get a run time error (crashes console) on both my Win64 Vista machine (IA-32) and WinXP machine on some code that compiles without warnings with gfortran. Same code compiles and runs OK in g95 and IVF 11.0. My test case (below) is calling one of the get() generics from the iso_varying_string module. It reads a text file ok without the optional set= argument but crashes when that is included. gfortran: f951.exe dated 19/12/2008 [components] runtime=mingwrt-3.15.1-mingw32.tar.gz w32api=w32api-3.12-mingw32-dev.tar.gz binutils=binutils-2.17.50-20060824-1.tar.gz core=gcc-core-3.4.5-20060117-3.tar.gz gpp=gcc-g++-3.4.5-20060117-3.tar.gz g77= ada= java= objc= make=mingw32-make-3.81-20080326-2.tar.gz == ! * ! * * ! * iso_varying_string.f90* ! * * ! * Copyright (C) 2003 Rich Townsend r...@star.ucl.ac.uk* ! * * ! * This program is free software; you can redistribute it and/or * ! * modify it under the terms of the GNU Lesser General Public* ! * License as published by the Free Software Foundation; either * ! * version 2.1 of the License, or (at your option) any later * ! * version. * ! * * ! * This program is distributed in the hope that it will be * ! * useful, but WITHOUT ANY WARRANTY; without even the implied* ! * warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR * ! * PURPOSE. See the GNU Lesser General Public License for more * ! * details. * ! * * ! * You should have received a copy of the GNU Lesser General * ! * Public License along with this program; if not, write to the * ! * Free Software Foundation, Inc., 59 Temple Place, Suite 330, * ! * Boston, MA 02111-1307 USA * ! * * ! * ! ! Developer : Rich Townsend r...@star.ucl.ac.uk ! Synopsis : Definition of iso_varying_string module, conformant to ! the API specified in ISO/IEC 1539-2:2000 (varying-length ! strings for Fortran 95). ! Notes : This implementation of iso_varying_string is designed to avoid ! the possibility of memory leaks. To achieve this, it takes ! advantage of language extensions specified in ISO/IEC ! TR 15581 (enhanced data type facilities). Many vendors ! support these extensions, and they will form a core part ! of Fortran 2000. ! Version : 1.2 ! Thanks: Lawrie Schonfelder's iso_varying_string module provided me ! with much insight on how to go about writing this module, ! for which I am very grateful. Furthermore, Lawrie helped ! point out some subtle bugs in the module. module iso_varying_string ! No implicit typing implicit none ! Parameter definitions integer, parameter :: GET_BUFFER_LEN = 256 ! Type definitions type varying_string private character(LEN=1), dimension(:), allocatable :: chars end type varying_string ! Interface blocks interface assignment(=) module procedure op_assign_CH_VS module procedure op_assign_VS_CH end interface assignment(=) interface operator(//) module procedure op_concat_VS_VS module procedure op_concat_CH_VS module procedure op_concat_VS_CH end interface operator(//) interface operator(==) module procedure op_eq_VS_VS module procedure op_eq_CH_VS module procedure op_eq_VS_CH end interface operator(==) interface operator(/=) module procedure op_ne_VS_VS module procedure op_ne_CH_VS module procedure op_ne_VS_CH end interface operator (/=) interface operator() module procedure op_lt_VS_VS module procedure op_lt_CH_VS module procedure op_lt_VS_CH end interface operator () interface operator(=) module procedure op_le_VS_VS module procedure op_le_CH_VS module procedure op_le_VS_CH end interface operator (=) interface operator(=) module procedure op_ge_VS_VS module procedure op_ge_CH_VS module procedure op_ge_VS_CH end interface operator (=) interface operator() module procedure op_gt_VS_VS module procedure op_gt_CH_VS module procedure op_gt_VS_CH end interface operator () interface adjustl module procedure adjustl_ end interface adjustl interface adjustr module procedure adjustr_ end
[Bug target/38549] EICALL PROBLEM in WINAVR GCC
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |target GCC target triplet||avr Version|new-ra |unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
[Bug c++/38562] [4.3/4.4 regression] mysql miscompiles and causes testsuite failures
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
[Bug rtl-optimization/38603] New: IRA does not accommodate LOAD_EXTEND_OP transformations done by combine
Trunk revision 141361 with the attached patch shows this regression compared to unpatched: Running /home/hp/combx/combined/gcc/testsuite/gcc.c-torture/execute/execute.exp ... FAIL: gcc.c-torture/execute/20040709-1.c execution, -O2 However, the regression is hidden at revisions 142609 and 142857. At the time, a quick glance at the RTL dumps pointed at LOAD_EXTEND_OP optimizations performed by combine not being properly handled in IRA, specifically a sign-extension optimized away by combine as matching the implicit sign extension of a memory read through LOAD_EXTEND_OP. IIRC the memory read was not being transformed (back) into an explicit sign-extension. (I intend to fill in details here, but this will have to do for today.) -- Summary: IRA does not accommodate LOAD_EXTEND_OP transformations done by combine Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: mmix-knuth-mmixware http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
[Bug c++/38562] [4.3/4.4 regression] mysql miscompiles and causes testsuite failures
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-21 22:48 --- Does compiling with -O2 -fno-strict-aliasing fix the issue. I thought I saw some aliasing violations in the source dealing with accessing a char * as a Log_event::Byte* (aka unsigned char *). Now what is only defined is the accessing anything by a char/unsigned char/signed char, accessing pointers via a different type is undefined. The function which I saw the issue is in copy_str_and_move where there are going to be accesses in those two types. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
[Bug rtl-optimization/38603] IRA does not accommodate LOAD_EXTEND_OP transformations done by combine
--- Comment #1 from hp at gcc dot gnu dot org 2008-12-21 22:41 --- Created an attachment (id=16955) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16955action=view) MMIX IRA_COVER_CLASSES patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
[Bug c++/38362] [4.4 regression] AltiVec context-sensitive keywords broke test for __vector bool
--- Comment #2 from bje at gcc dot gnu dot org 2008-12-21 22:53 --- Subject: Bug 38362 Author: bje Date: Sun Dec 21 22:51:59 2008 New Revision: 142879 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142879 Log: PR c++/38362 * g++.dg/ext/altivec-types-1.C (dg-options): Pass -std=c++98. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/ext/altivec-types-1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38362
[Bug bootstrap/38580] [4.4 Regression] Bootstrap broken on mingw32
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Bootstrap broken on mingw32 |[4.4 Regression] Bootstrap ||broken on mingw32 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38580
[Bug c++/38579] [4.2/4.3/4.4 Regression] Template: Wrong inherited copy-ctor visibility
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||accepts-invalid Known to fail||4.3.0 4.0.0 4.4.0 Known to work||3.3 Summary|Template: Wrong inherited |[4.2/4.3/4.4 Regression] |copy-ctor visibility|Template: Wrong inherited ||copy-ctor visibility Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38579
[Bug target/38547] duplicate symbols with g++ on AIX
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-21 23:00 ---
.__divdi3
{/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.4/libgcc_s.a[shr.o]}
** Duplicate **
../../gcc-4.2.4/gcc/libgcc2.c(/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.4/libgcc.a[_divdi3.o])
libgcc.a and libgcc_s.a should not be linked in together.
Can you add a -v to the gcc command line and provide that output?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
[Bug c++/38545] [regression 4.4.0] Conflict between a type and an argument sharing the same name.
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-21 23:02 --- Yes GCC 4.4's behavior is correct, A is injected into the current scope after the comma. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38545
[Bug c++/38579] [4.2/4.3/4.4 Regression] Template: Wrong inherited copy-ctor visibility
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 23:10 ---
Confirmed, related to PR 26693.
Here is the correct testcase (the testcase below does not compile with 4.4 but
for a different reason than the real bug):
struct Policy
{
protected:
Policy() {}
Policy(const Policy) {}
};
templateint I, class P
struct BugGcc :
protected P
//public P
{
BugGcc() {}
templateint I1, class P1
BugGcc(const BugGccI1, P1 t) : P(t) {}
};
void foo()
{
BugGcc0, Policy f1;
BugGcc1, Policy f2(f1);
}
--
pinskia 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-12-21 23:10:28
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38579
[Bug middle-end/38590] [4.4 Regression] ice: verify_gimple failed
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-21 22:16 --- The obvious patch which I am testing right now: Index: fold-const.c === --- fold-const.c(revision 142867) +++ fold-const.c(working copy) @@ -11678,7 +11678,7 @@ fold_binary (enum tree_code code, tree t WARN_STRICT_OVERFLOW_MISC); return fold_build2 (code, type, fold_convert (type, TREE_OPERAND (arg0, 0)), - negate_expr (arg1)); + fold_convert (type, negate_expr (arg1))); } if ((!INTEGRAL_TYPE_P (type) || TYPE_OVERFLOW_UNDEFINED (type)) TREE_CODE (arg1) == NEGATE_EXPR @@ -11689,8 +11689,9 @@ fold_binary (enum tree_code code, tree t when distributing negation across division), WARN_STRICT_OVERFLOW_MISC); - return fold_build2 (code, type, negate_expr (arg0), - TREE_OPERAND (arg1, 0)); + return fold_build2 (code, type, + fold_convert (type, negate_expr (arg0)), + fold_convert (type, TREE_OPERAND (arg1, 0))); } /* If arg0 is a multiple of arg1, then rewrite to the fastest div -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38590
[Bug c/38550] EICALL PROBLEM in WINAVR GCC
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 --- *** This bug has been marked as a duplicate of 38549 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38550
[Bug fortran/38602] run time error (crash) - optional arguments, generics, interface problem, iso_varying_string ??
--- Comment #1 from mikael at gcc dot gnu dot org 2008-12-21 23:38 --- data file missing (Please attach this time if it's big) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
[Bug c/38604] New: unsigned long si_status - compilation fails
If I declare an unsigned long named si_status gcc refuses to compile it. The problem wasn't present in 2005, I know it. -- Summary: unsigned long si_status - compilation fails Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: calimeroteknik at free dot fr GCC build triplet: 686 GCC host triplet: 686 GCC target triplet: 686 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38604
[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues
/graphite.exp ... Running /home/tkoenig/gcc-trunk/gcc/testsuite/gfortran.dg/vect/vect.exp ... Running /home/tkoenig/gcc-trunk/gcc/testsuite/gfortran.fortran-torture/compile/compile.exp ... Running /home/tkoenig/gcc-trunk/gcc/testsuite/gfortran.fortran-torture/execute/execute.exp ... FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O0 FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O1 FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O2 FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O2 -fomit-frame-pointer -finline-functions FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O2 -fomit-frame-pointer -finline-functions -funroll-loops FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O2 -fbounds-check FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -O3 -g FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -Os === gfortran Summary === # of expected passes25138 # of unexpected failures427 # of expected failures 7 # of unresolved testcases 56 # of unsupported tests 1274 /home/tkoenig/gcc-trunk-bin/gcc/testsuite/gfortran/../../gfortran version 4.4.0 20081221 (experimental) (GCC) make[1]: [check-parallel-gfortran] Error 1 (ignored) make[1]: Leaving directory `/home/tkoenig/gcc-trunk-bin/gcc' tkoe...@gcc16:~/gcc-trunk-bin/gcc$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770
[Bug c/38604] unsigned long si_status - compilation fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-22 00:09 --- This works for me, Can you provide the preprocessed source? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38604
[Bug c/38604] unsigned long si_status - compilation fails
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38604
[Bug fortran/38602] [regression 4.4] segfault - optional arguments, generics, interface problem, iso_varying_string ??
--- Comment #2 from kargl at gcc dot gnu dot org 2008-12-22 00:28 --- Please attach long files instead of embedded the code within the bug report. It makes it harder to copy and paste from a browser. The code works with 4.3.3, so this is a regression. Here's a reduced testcase that needs to be linked to iso_varying_string. Save this as lkl.f90 and compile. program test_iso use iso_varying_string implicit none type(varying_string) :: v_str integer :: i, ios character(len=1) :: newlinechar=; open (unit=1,file='lkl.f90', status='OLD') i = 0 do CALL get(unit=1,string=v_str, set=newlinechar, iostat=ios) if (ios.GT.0) stop 'Error on vs2 read' if (ios.EQ.-1) exit i = i + 1 print *, i, trim(char(v_str)) end do end -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P4 Last reconfirmed|-00-00 00:00:00 |2008-12-22 00:28:42 date|| Summary|run time error (crash) -|[regression 4.4] segfault - |optional arguments, |optional arguments, |generics, interface problem,|generics, interface problem, |iso_varying_string ?? |iso_varying_string ?? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
[Bug fortran/38602] [regression 4.4] segfault - optional arguments, generics, interface problem, iso_varying_string ??
--- Comment #3 from kargl at gcc dot gnu dot org 2008-12-22 00:30 --- Created an attachment (id=16956) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16956action=view) iso_varying_string code. Here's the iso_varying_string.f90 code as an attachment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
[Bug c++/38562] [4.3/4.4 regression] mysql miscompiles and causes testsuite failures
--- Comment #9 from kees at outflux dot net 2008-12-22 01:01 --- Yes! Adding -fno-strict-aliasing to a normal (-O2) build seems to have fixed the problems so far. The full test suite takes a while, but the early failures are not present any more. I will report more once it finishes. Thank you for the hint! Is this a regression in gcc, or is this something upstreams need to add to their builds when doing the char/pointer manipulations you described? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
[Bug c++/38562] [4.3/4.4 regression] mysql miscompiles and causes testsuite failures
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-22 01:06 --- (In reply to comment #9) Is this a regression in gcc, or is this something upstreams need to add to their builds when doing the char/pointer manipulations you described? Most likely a bug in the mysql sources. Does compiling with -W -Wall produce any warnings (when compiling with just -O2)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
[Bug c++/38562] [4.3/4.4 regression] mysql miscompiles and causes testsuite failures
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-22 01:10 --- I do get a warning from the trunk though: log_event.cc: In member function 'virtual bool Query_log_event::write(IO_CACHE*)': log_event.cc:1124: warning: dereferencing pointer 'start.519' does break strict-aliasing rules log_event.cc:1217: note: initialized from here Which is exactly what I mentioned except it is a different place I was thinking of: write_str_with_code_and_len((char **)(start), catalog, catalog_len, 6); Yes this is now becomes an obvious aliasing issue as you are a unsigned char * as a char * which violates C/C++ aliasing rules. Please report this bug to mysql. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor
--- Comment #3 from jason at gcc dot gnu dot org 2008-12-22 02:26 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37906
[Bug c++/35319] [4.3 regression] ICE throwing fixed-point types
--- Comment #8 from jason at gcc dot gnu dot org 2008-12-22 02:33 --- The fix isn't suitable for 4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35319
[Bug c++/38552] Invalid function return path analysis error report
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-22 02:36 --- *** This bug has been marked as a duplicate of 20681 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38552
[Bug c++/20681] [4.2/4.3/4.4 Regression] wrong control reaches warning with switches
--- Comment #23 from pinskia at gcc dot gnu dot org 2008-12-22 02:36 --- *** Bug 38552 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||piotr dot wyderski at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/3187] gcc lays down two copies of constructors
--- Comment #33 from jason at gcc dot gnu dot org 2008-12-22 03:11 --- Bill Maddox posted a patch at http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01147.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
