[Bug preprocessor/37778] New: wrong construction of search path for include files
Configuring with: ../gcc-4.3.2/configure --prefix=/usr --bindir=/bin --sbindir=/sbin --sysconfdir=/etc --libdir=/lib --localstatedir=/var --enable-languages=c,c++ --enable-threads --enable-tls --with-system-zlib results in wrong search path for c++ include files. I can see in gcc-build-dir/gcc/Makefile that gcc_gxx_include_dir = $(libsubdir)/$(libsubdir_to_prefix)include/c++/$(version) and $(libsubdir)/$(libsubdir_to_prefix) erroneously points to root directory. One assume that libdir is ($PREFIX)/lib, but libdir is set to /lib during configuration. -- Summary: wrong construction of search path for include files Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: agri at akamo dot info GCC build triplet: i686-pc-linux GCC host triplet: i686-pc-linux GCC target triplet: i686-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37778
[Bug c/37768] bogus warnings on x86_64-mingw32 due to attribute((format(printf))) breakage
--- Comment #2 from mikpe at it dot uu dot se 2008-10-09 07:04 --- The program below illustrates the issue. It declares a private C99-compliant snprintf() implementation and invokes it with %zu and %llx formats. This triggers the following bogus warnings on x86_64-pc-mingw32: Use gnu_printf for such an implementation. Thanks. Using gnu_printf (new in 4.4) solves the issues I had. -- mikpe at it dot uu dot se changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37768
[Bug fortran/37779] New: Missing RECURSIVE not detected
Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/70dd268bac2af9c9 The following program should be rejected as NAG f95, Error: line 4: Subroutine FOO is not RECURSIVE , and ifort, error #6437: A subroutine or function is calling itself recursively. [FOO] , do. subroutine foo(x) real, intent(in) :: x call bar(x,foo) return end subroutine foo -- Summary: Missing RECURSIVE not detected Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: accepts-invalid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37779
[Bug fortran/37780] New: Optimize LEADZ/TRAILZ for zero arguments
Follow up to PR 37635. From trans-intrinsic.c: /* LEADZ (i) = (i == 0) ? BIT_SIZE (i) : __builtin_clz(i) - (BIT_SIZE('int') - BIT_SIZE(i)) The conditional expression is necessary because the result of LEADZ(0) is defined, but the result of __builtin_clz(0) is undefined for most targets. [...] /* ??? For some combinations of targets and integer kinds, the condition can be avoided if CLZ_DEFINED_VALUE_AT_ZERO is used. Later. */ -- Summary: Optimize LEADZ/TRAILZ for zero arguments Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37780
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #23 from cnstar9988 at gmail dot com 2008-10-09 07:16 --- to Rainer Orth. when apply your patch on gcc 4.3.2 release, cause PR3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug fortran/35723] Can't use run-time array element in character declaration
--- Comment #3 from domob at gcc dot gnu dot org 2008-10-09 07:29 --- Subject: Bug 35723 Author: domob Date: Thu Oct 9 07:28:22 2008 New Revision: 141001 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141001 Log: 2008-10-09 Daniel Kraft [EMAIL PROTECTED] PR fortran/35723 * gfortran.h (gfc_suppress_error): Removed from header. (gfc_push_suppress_errors), (gfc_pop_suppress_errors): New methods. * array.c (gfc_array_size): Use new gfc_push/pop_suppress_errors instead of directly changing gfc_suppress_error. * intrinsic.c (gfc_intrinsic_func_interface): Ditto. (gfc_intrinsic_sub_interface): Ditto. * error.c (suppress_errors): Made static from `gfc_suppress_error'. (gfc_push_suppress_errors), (gfc_pop_suppress_errors): New methods. (gfc_notify_std), (gfc_error): Use new static name of global. * expr.c (check_arglist), (check_references): New methods. (check_restricted): Check arglists and references of EXPR_FUNCTIONs and EXPR_VARAIBALEs, respectively. Allow PARAMETER symbols. 2008-10-09 Daniel Kraft [EMAIL PROTECTED] PR fortran/35723 * gfortran.dg/restricted_expression_1.f90: New test. * gfortran.dg/restricted_expression_2.f90: New test. * gfortran.dg/restricted_expression_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/restricted_expression_1.f90 trunk/gcc/testsuite/gfortran.dg/restricted_expression_2.f90 trunk/gcc/testsuite/gfortran.dg/restricted_expression_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/array.c trunk/gcc/fortran/error.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35723
[Bug fortran/35723] Can't use run-time array element in character declaration
--- Comment #4 from domob at gcc dot gnu dot org 2008-10-09 07:33 --- Fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35723
[Bug middle-end/37774] [4.4 Regression] Alignment information is lost for ARRAY_REFs
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-09 08:18 --- Subject: Bug 37774 Author: jakub Date: Thu Oct 9 08:17:08 2008 New Revision: 141003 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141003 Log: PR middle-end/37774 * tree.h (get_object_alignment): Declare. * emit-rtl.c (set_mem_attributes_minus_bitpos): Call get_object_alignment if needed. * builtins.c (get_pointer_alignment): Move ADDR_EXPR operand handling to ... (get_object_alignment): ... here. New function. Try harder to determine alignment from get_inner_reference returned offset. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/emit-rtl.c trunk/gcc/tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37774
[Bug c++/37765] Printf of typed null pointer causes a run-time error
--- Comment #5 from paolo dot carlini at oracle dot com 2008-10-09 08:19 --- Yes, all those inserters, per 27.6.2.5.4/3 Require a non-null s. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37765
[Bug target/37777] error: 'ASM_SHORT' undeclared (first use in this function)
--- Comment #3 from cnstar9988 at gmail dot com 2008-10-09 11:25 --- sorry, closed. -- cnstar9988 at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug libfortran/37707] Namelist read of array of derived type incorrect
--- Comment #7 from dominiq at lps dot ens dot fr 2008-10-09 09:27 --- (In reply to comment #6) On i686-apple-darwin9 I get: [ibook-dhum] f90/bug% gfc pr37707.f90 [ibook-dhum] f90/bug% a.out 87 88 89 97 98 99 NAMLIS A(1)%M= 1, A(1)%N= 5, A(2)%M= 2, A(2)%N= 6, A(3)%M= 89, A(3)%N= 99, / -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37707
[Bug middle-end/37774] [4.4 Regression] Alignment information is lost for ARRAY_REFs
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-09 11:29 --- 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=37774
[Bug libfortran/37707] Namelist read of array of derived type incorrect
--- Comment #8 from burnus at gcc dot gnu dot org 2008-10-09 13:31 --- (In reply to comment #6) Tobias, should A(3)%M not be 89?? Yes. I realized too late that I pasted the output of a slightly different program, which I used during testing. In any case today's build gives the same output as NAG f95 (excepts that NAG writes the namelist as NAMLIS A = 1 5 2 6 89 99/) and the same output as ifort. [Sidenote: NAG's format works also with gfortran since at least 4.2.] Jerry, I think that your namelist_54.f90 should test the values of A(3) as well as A(1) and A(2) I agree with Paul that A(3)%m and A(3)%n should also be tested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37707
[Bug preprocessor/37781] New: error: missing binary operator before token (
Boost header is not procceeded correctly and ended with error: /usr/local/include/boost/mpl/apply_wrap.hpp:81:31: error: missing binary operator before token ( The code is: #elif BOOST_PP_ITERATION_DEPTH() == 1 where BOOST_PP_ITERATION_DEPTH() is defined as (for example): #define BOOST_PP_ITERATION_DEPTH() 2 System: FreeBSD 7.0 RELEASE Arch: amd64 Gcc version: gcc-4.4.0_20081003 -- Summary: error: missing binary operator before token ( Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jarda at grisoft dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37781
[Bug target/35760] [4.4 Regression] ICE with complex types and -static on PPC darwin
--- Comment #1 from jakub at gcc dot gnu dot org 2008-10-09 14:23 --- Created an attachment (id=16481) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16481action=view) gcc44-pr35760.patch I think attached patch should fix it, it is after all what ELF does too and rs6000_legitimize_address really shouldn't create addresses that rs6000_legitimate_address (legitimate_lo_sum_address_p) won't accept. But, I have no interest nor access to darwin and so can't bootstrap it there, all I've tested is that it cures this testcase. So, if there is somebody interested in darwin, please give it a shot, otherwise I'd appreciate moving darwin out of primary/secondary arches as unmaintained. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35760
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2008-10-09 11:22 --- to Rainer Orth. when apply your patch on gcc 4.3.2 release, cause PR3. Are you really sure? Please retry and close the PR otherwise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug preprocessor/36453] PR36320 breaks boost
--- Comment #6 from schwab at suse dot de 2008-10-09 14:46 --- *** Bug 37781 has been marked as a duplicate of this bug. *** -- schwab at suse dot de changed: What|Removed |Added CC||jarda at grisoft dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36453
[Bug preprocessor/37781] error: missing binary operator before token (
--- Comment #1 from schwab at suse dot de 2008-10-09 14:46 --- *** This bug has been marked as a duplicate of 36453 *** -- schwab at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37781
[Bug libfortran/37707] Namelist read of array of derived type incorrect
--- Comment #6 from pault at gcc dot gnu dot org 2008-10-09 09:15 --- (In reply to comment #1) NAMLIS A(1)%M = 1, A(1)%N = 5, A(2)%M = 2, A(2)%N = 6, A(3)%M = 5, A(3)%N = 99 / Tobias, should A(3)%M not be 89?? Jerry, I think that your namelist_54.f90 should test the values of A(3) as well as A(1) and A(2) Cheers Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37707
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #24 from cnstar9988 at gmail dot com 2008-10-09 11:00 --- works ok on gcc 4.3.2 --- config.gcc.4.3.2.oldThu Oct 9 18:51:26 2008 +++ config.gcc.4.3.2.newThu Oct 9 18:51:26 2008 @@ -1289,7 +1289,7 @@ *-*-solaris2.1[0-9]*) tm_file=${tm_file} i386/x86-64.h i386/sol2-10.h tm_defines=${tm_defines} TARGET_BI_ARCH=1 - tmake_file=$tmake_file i386/t-crtstuff i386/t-sol2-10 + tmake_file=$tmake_file i386/t-sol2-10 need_64bit_hwint=yes # FIXME: -m64 for i[34567]86-*-* should be allowed just # like -m32 for x86_64-*-*. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug rtl-optimization/37782] New: [4.4 regression] Stage2 ada compiler miscompiled
The patch for PR37451 causes the stage2 ada compiler to be miscompiled. $ ../prev-gcc/xgcc -B../prev-gcc/ -B../root/powerpc64-suse-linux/bin/ -c -g -O2 -gnatpg -gnata -gnatwns -nostdinc -I- -I. -Iada -I../../gcc/ada -I../../gcc/ada/gcc-interface ../../gcc/ada/ada.ads -o ada/ada.o fatal error: system.ads is incorrectly formatted unrecognized or incorrect restrictions pragma: No_Implicit_Dynamic_Code compilation abandoned -- Summary: [4.4 regression] Stage2 ada compiler miscompiled Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de GCC target triplet: powerpc64-*-* OtherBugsDependingO 37451 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
[Bug c/37783] New: double (a+a)-(b+b) fetches constant 2.0, rather than using subtract
the following code double aaminusbb (const double a, const double b) { return (a+a)-(b+b); } yields: addsd %xmm0, %xmm0 mulsd .LC0(%rip), %xmm1 addsd %xmm1, %xmm0 ret Where LC0 holds -2.0. There's a perfectly good subtract instruction. Using it will avoid the memory load to fetch the constant -2.0. Perhaps something like: addsd %xmm0, %xmm0 addsd %xmm1, %xmm1 subsd %xmm1, %xmm0 ret -- Summary: double (a+a)-(b+b) fetches constant 2.0, rather than using subtract Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rrh at google dot com GCC build triplet: i686-host_pc-linux-gnu GCC host triplet: i686-host_pc-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37783
[Bug c/37783] double (a+a)-(b+b) fetches constant 2.0, rather than using subtract
--- Comment #1 from rrh at google dot com 2008-10-09 16:38 --- I should have added that this is for -O, -O2, -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37783
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2008-10-09 17:35 --- We have filed case #65952072 with Sun to get this backported to Solaris 10. Do you have any news about this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug rtl-optimization/37784] New: inefficient code for double compare double yielding double
The function: double dfunc_001 ( const double a, const double b) { return a b; } yields the x86_64 code: cmpltsd %xmm0, %xmm1 movapd %xmm1, %xmm0 movsd .LC1(%rip), %xmm1 andpd %xmm0, %xmm1 xorpd %xmm2, %xmm2 andnpd %xmm2, %xmm0 orpd%xmm1, %xmm0 ret .LC1: .long 0 .long 1072693248 Where LC1 is the fp constant +1.0 The 3 instruction sequence preceding the ret (eg xorpd;andnpd;orpd) is not needed. The xorpd generates a 0, which is anded with something to yield a 0, which is or'ed in with the value (+0.0 or +1.0) to yield the result. Similar illness is seen for the other compares built around cmpsd variants. Some improvement is seen when compiling -O3, but in that case there are 2 unneeded instructions. -- Summary: inefficient code for double compare double yielding double Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rrh at google dot com GCC build triplet: i686-host_pc-linux-gnu GCC host triplet: i686-host_pc-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37784
[Bug c/37785] New: printf + sleep = problems with output buffer
PLATFORM PC i386 + GNU/Linux Ubuntu Hardy 8.04 + GCC 4.2.3 Compiling and Linking options: none. Excuse my poor English. (By the way, what is Host triplet, Target triplet, Build triplet?) BUG: printf really prints at terminal when finds '\n' character. So if I have a simple printf iteration without '\n' like this ... int n; for (n=10; n=0; n--) { printf(%d , n); sleep(1); }; ... it doesn't works like expected. It just waits 10 seconds without printing anything. After that prints whole line. Another related problem with printf without '\n' and printf buffer using fork, but I don't know if it is problem with printf or fork: int n, pid; for (n=10; n=0; n--) { printf(%d , n); sleep(1); }; pid = fork(); if (pid == -1) printf(Error\n); else if (pid == 0) printf(I'm the child\n); else printf(I'm the parent\n); it prints TWO times 10 9 8 7 6 5 4 3 2 1 0 It is not that executes two times, but if the fork send again the buffer to the screen. -- Summary: printf + sleep = problems with output buffer Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: alexcastan at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37785
[Bug c/37785] printf without '\n' + sleep = problems with output buffer
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-09 18:36 --- In any case, sorry but this has nothing to do with the compiler. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37785
[Bug c/37785] printf without '\n' + sleep = problems with output buffer
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-09 18:46 --- FILEs only fushes its internal buffer when it encounters a newline or when done explicitly. Do it explicitly, use fflush (stdout);. Anyways this is not a compiler or a library issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37785
[Bug driver/37786] New: Documentation for `-symbolic' needs fixing
gcc has flags -Bsymbolic and -Bsymbolic-functions which are documented in the usage message. $ gcc -v --help 21 | grep symbolic -Bsymbolic Bind global references locally -Bsymbolic-functionsBind global function references locally However, the info pages are incorrect and incomplete. `-symbolic' Bind references to global symbols when building a shared object. Warn about any unresolved references (unless overridden by the link editor option `-Xlinker -z -Xlinker defs'). Only a few systems support this option. In fact, gcc does not appear to support any such flag `-symbolic'. `-symbolic' should probably be changed to `-Bsymbolic'. Also, please add info documentation for `-Bsymbolic-functions'. A motivating example for these options would be nice as well. (or maybe a link to any corresponding binutils documentation) -- Summary: Documentation for `-symbolic' needs fixing Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: martinrb at google dot com GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-09 18:57 --- The -Bsymbolic* options are linker options so they don't get documented in GCC's documentation at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-09 19:00 --- Only a few systems support this option. x86-linux-gnu is one of those targets that don't support this option :). There is no changes needed here for the documentation as far as I can tell so closing as invalid. -- 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=37786
[Bug c/37783] double (a+a)-(b+b) fetches constant 2.0, rather than using subtract
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-09 19:03 --- *** This bug has been marked as a duplicate of 19988 *** -- 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=37783
[Bug middle-end/19988] [4.2/4.3/4.4 Regression] pessimizes fp multiply-add/subtract combo
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-10-09 19:03 --- *** Bug 37783 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rrh at google dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #3 from martinrb at google dot com 2008-10-09 19:26 --- (In reply to comment #2) Only a few systems support this option. x86-linux-gnu is one of those targets that don't support this option :). There is no changes needed here for the documentation as far as I can tell so closing as invalid. Dear bugmeister, At the very least the documentation could be made less confusing. The documentation for GNU ld gives: `-Bsymbolic' When creating a shared library, bind references to global symbols to the definition within the shared library, if any. Normally, it is possible for a program linked against a shared library to override the definition within the shared library. This option is only meaningful on ELF platforms which support shared libraries. The wording is sufficiently similar that one might think `-symbolic' and `-Bsymbolic' have the same meaning. Yet on x86-linux-gnu, the first fails, while the second appears to succeed. $ gcc -symbolic main.c; echo --; gcc -Bsymbolic main.c gcc: unrecognized option '-symbolic' -- Also, gcc has a documented `-B' flag with a completely different meaning. All in all, I think there is at least scope for improved clarity in the documentation. I've used gcc for decades, but am still confused. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug libfortran/37753] [4.4 Regression] Convert=BIG_ENDIAN reverses character
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-10-09 19:30 --- Subject: Bug 37753 Author: tkoenig Date: Thu Oct 9 19:28:58 2008 New Revision: 141008 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141008 Log: 2008-10-09 Thomas Koenig [EMAIL PROTECTED] PR libfortran/37753 * io/transfer.c (unformatted_read): CONVERT_NATIVE is the usual case. Check for kind==1 for non-byte-reversing operation. (unformatted_write): Likewise. 2008-10-09 Thomas Koenig [EMAIL PROTECTED] PR libfortran/37753 * gfortran.dg/convert_2.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/convert_2.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/io/transfer.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37753
[Bug fortran/37787] New: right-left hand side overlap not recognized with EQUIVALENCEd array assignment
The following program fails to recognize that the equivalence between qla1 and qla2 causes a dependency in the assignment. Using qla1 on the right (ie resolving the dependency by hand) makes the problem go away. It occurs for both explicit constant subscripts and variable subscripts. Dick Hendrickson ! fails on Windows XP ! gcc version 4.4.0 20080603 (experimental) [trunk revision136333] (GCC) !apparently, the EQUIVALENCE between QLA1 and QLA2 isn't recognized !and the left-right overlap isn't recognized module stuff integer nf1, nf2 integer, parameter :: r4_kv = 4 contains SUBROUTINE CF0004 ! COPYRIGHT 1999 SPACKMAN HENDRICKSON, INC. ! CALL CF0004 REAL(R4_KV) QLA1(100) REAL(R4_KV) QLA2(100) REAL(R4_KV) QLA3(100) REAL(R4_KV) QCA(100) EQUIVALENCE (QLA1, QLA2) do I = 1,100 qca(i) = i enddo QLA1 = QCA QLA3 = QCA QLA3( 2:100:3) = QCA ( 1:65:2) + 1 QLA1( 2:100:3) = QLA2( 1:65:2) + 1!fails ! QLA1(NF2:100:3) = QLA2(NF1:65:2) + 1!fails ! QLA1(NF2:100:3) = QLA1(NF1:65:2) + 1!works ! QLA1( 2:100:3) = QLA1( 1:65:2) + 1!works DO J1 = 1,100 if (qla1(j1) .ne. qla3(j1)) print *, j1, qla1(j1), qla3(j1) 100 ENDDO; END SUBROUTINE end module program try_cf004 use stuff nf1 = 1 nf2 = 2 call cf0004 end C:\g_experiments\gfortrangfortran cf0004_2.f C:\g_experiments\gfortrana 8 5.000 6.000 17 9.000 12.00 26 10.000 18.00 35 17.00 24.00 44 21.00 30.00 53 18.00 36.00 62 29.00 42.00 71 33.00 48.00 80 19.00 54.00 89 41.00 60.00 98 45.00 66.00 -- Summary: right-left hand side overlap not recognized with EQUIVALENCEd array assignment Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dick dot hendrickson at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37787
[Bug tree-optimization/37568] [4.4 regression] ICE returning a struct
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-09 20:16 --- Subject: Bug 37568 Author: jakub Date: Thu Oct 9 20:15:17 2008 New Revision: 141010 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141010 Log: PR c++/37568 * semantics.c (finalize_nrv_r): Clear DECL_INITIAL instead of setting it to error_mark_node. * testsuite/libmudflap.c++/pass66-frag.cxx: New test. Added: trunk/libmudflap/testsuite/libmudflap.c++/pass66-frag.cxx Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/libmudflap/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37568
[Bug tree-optimization/37568] [4.4 regression] ICE returning a struct
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-09 20:20 --- 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=37568
[Bug c/37785] printf without '\n' + sleep = problems with output buffer
--- Comment #3 from alexcastan at gmail dot com 2008-10-09 20:24 --- Then the second problem it is also the normal behavior. The fork() makes child inherit the unprinted parent buffer, then two similar buffers get print later. 10 9 8 7 6 5 4 3 2 1 0 I'm the child 10 9 8 7 6 5 4 3 2 1 0 I'm the parent -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37785
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-10-09 20:34 --- If you want to use a specific linker option, use -Wl,XYZ or -Xlinker XYZ . Since those are the documented way to pass a linker option via gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug middle-end/37788] New: [4.4 regression] ICE with variable declaration in loop and -fmudflap
The following valid code snippet triggers an ICE on mainline when compiled with -fmudflap -O -g: == struct A { A(); }; void foo() { while (true) A a; } == bug.cc: In function 'void foo()': bug.cc:10: internal compiler error: tree check: expected block, have function_decl in change_scope, at cfglayout.c:420 Please submit a full bug report, [etc.] This is a recent regression, introduced between 2008-09-29 and 2008-10-08. -- Summary: [4.4 regression] ICE with variable declaration in loop and -fmudflap Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37788
[Bug middle-end/37788] [4.4 regression] ICE with variable declaration in loop and -fmudflap
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37788
[Bug preprocessor/36453] PR36320 breaks boost
--- Comment #7 from sam at gcc dot gnu dot org 2008-10-09 20:39 --- Note that this has been fixed in Boost SVN repository recently (http://svn.boost.org/trac/boost/ticket/2069). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36453
[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer
--- Comment #9 from reichelt at gcc dot gnu dot org 2008-10-09 20:51 --- I just stumbled over the same bug and a similar ICE in vectorizable_store: The following valid code snippet triggers an ICE on mainline when compiled with -march=pentium4 -O2 -ftree-vectorize on i686-pc-linux-gnu: == void foo(int* __restrict__ p, int* q, int* p1, int *q1) { int i; p = p1; q = q1; for (i = 0; i 4; ++i) *++q = *++p + 1; } == bug.c: In function 'foo': bug.c:1: internal compiler error: in vectorizable_load, at tree-vect-transform.c:6675 Please submit a full bug report, [etc.] Moving the restrict keyword triggers a slightly different ICE: == void foo(int* p, int* __restrict__ q, int* p1, int *q1) { int i; p = p1; q = q1; for (i = 0; i 4; ++i) *++q = *++p + 1; } == bug.c: In function 'foo': bug.c:1: internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447 Please submit a full bug report, [etc.] This is a recent regression, introduced between 2008-09-29 and 2008-10-08. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Keywords||monitored Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in |vectorizer with restrict|vectorizer with restrict |pointer to struct |pointer http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug c++/37789] New: [4.4 regression] ICE with __FUNCTION__
The following invalid code snippet triggers an ICE on mainline: === void foo(): { __FUNCTION__; } === bug.cc: In function 'void foo()': bug.cc:2: error: only constructors take base initializers bug.cc:2: error: expected identifier before '{' token bug.cc:2: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x cc1plus: internal compiler error: Segmentation fault Please submit a full bug report, [etc.] The regression was introduced between 2008-06-26 and 2008-07-05. -- Summary: [4.4 regression] ICE with __FUNCTION__ Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37789
[Bug c++/37789] [4.4 regression] ICE with __FUNCTION__
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37789
[Bug fortran/37787] right-left hand side overlap not recognized with EQUIVALENCEd array assignment
-- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org OtherBugsDependingO||32834 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2008-10-09 21:17:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37787
[Bug libfortran/37753] [4.4 Regression] Convert=BIG_ENDIAN reverses character
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-10-09 21:57 --- Fixed. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37753
[Bug middle-end/37790] New: limits-fnargs.c takes very long time to compile at -O2
The test case gcc-c-torture/compile/limits-fnargs.c takes multiple hours to compile at -O2 or above optimization on IA64. It looks like most of the time is spent in IRA. The IRA pass calls reload which calls ira_sort_regnos_for_alter_reg with n = 28977. This in turn calls coalesce_spill_slots with num = 10061. It is in the main loop of coalesce_spill_slots where I seem to spend a most of the time compiling limits-fnargs.c. -- Summary: limits-fnargs.c takes very long time to compile at -O2 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sje at cup dot hp dot com GCC target triplet: ia64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37790
[Bug c++/36654] Inlined con/de-structor breaks virtual inheritance dllimport classes
--- Comment #6 from tdragon at tdragon dot net 2008-10-09 22:57 --- Ping! Any ideas on this bug? -- tdragon at tdragon dot net changed: What|Removed |Added Known to fail|4.2.4 4.3.0 4.3.1 |4.2.4 4.3.0 4.3.1 4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36654
[Bug middle-end/37788] [4.4 regression] ICE with variable declaration in loop and -fmudflap
--- Comment #1 from jakub at gcc dot gnu dot org 2008-10-09 23:09 --- That has been fixed already. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37788
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #5 from martinrb at google dot com 2008-10-09 23:10 --- (In reply to comment #4) If you want to use a specific linker option, use -Wl,XYZ or -Xlinker XYZ . Since those are the documented way to pass a linker option via gcc. I know about -Wl, and -Xlinker. I am trying to reduce confusion, for myself in part, but mostly for others. The flag `-Bsymbolic' works (or at least is accepted) despite the fact that it is not documented that such a flag is passed to the linker. This appears to be an undocumented use of `-B'. And on the other hand, the documented flag `-symbolic', which appears to have the same meaning, is rejected. Does this not seem disturbingly confusing? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-10-09 23:15 --- -B is documented on http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/Directory-Options.html: -Bprefix This option specifies where to find the executables, libraries, include files, and data files of the compiler itself. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug driver/37786] Documentation for `-symbolic' needs fixing
--- Comment #7 from martinrb at google dot com 2008-10-09 23:16 --- The flag `-Bsymbolic' works (or at least is accepted) despite the fact that it is not documented that such a flag is passed to the linker. Ops. Please ignore my previous msg. I have misunderstood for years that `-Bsymbolic' is passed directly to the linker. Now I understand you need to do -Wl,-Bsymbolic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37786
[Bug libgcj/37791] New: Regression in 0.98 merge tree
A few Mauve tests now throw an OutOfMemory error following the merge up to Classpath 0.98: TEST: java.lang.Character.Blocks15 uncaught exception: java.lang.OutOfMemoryError java.lang.OutOfMemoryError No stacktrace available Strangely, the bug seems to be unreproducible outside the test harness (copying all lines of code from Blocks15 to a new class and executing it cause the class to run successfully). Verbose info: [Loaded (pre-compiled) java.lang.ClassLoader from no code source] [Loaded (pre-compiled) java.lang.Object from no code source] [Loaded (pre-compiled) java.lang.Class from no code source] [Loaded (pre-compiled) java.lang.reflect.Type from no code source] [Loaded (pre-compiled) java.lang.reflect.AnnotatedElement from no code source] [Loaded (pre-compiled) java.lang.reflect.GenericDeclaration from no code source] [Loaded (pre-compiled) java.io.Serializable from no code source] [Loaded (pre-compiled) java.lang.Cloneable from no code source] [Loaded (pre-compiled) java.lang.VMClassLoader from no code source] [Loaded (pre-compiled) java.lang.RuntimePermission from no code source] [Loaded (pre-compiled) java.security.BasicPermission from no code source] [Loaded (pre-compiled) java.security.Permission from no code source] [Loaded (pre-compiled) java.security.Guard from no code source] [Loaded (pre-compiled) java.security.Permissions from no code source] [Loaded (pre-compiled) java.security.PermissionCollection from no code source] [Loaded (pre-compiled) java.util.Hashtable from no code source] [Loaded (pre-compiled) java.util.Dictionary from no code source] [Loaded (pre-compiled) java.util.Map from no code source] [Loaded (pre-compiled) java.security.AllPermission from no code source] [Loaded (pre-compiled) java.security.AllPermission$AllPermissionCollection from no code source] [Loaded (pre-compiled) java.util.Hashtable$HashEntry from no code source] [Loaded (pre-compiled) java.util.AbstractMap$SimpleEntry from no code source] [Loaded (pre-compiled) java.util.Map$Entry from no code source] [Loaded (pre-compiled) java.security.ProtectionDomain from no code source] [Loaded (pre-compiled) java.util.HashMap from no code source] [Loaded (pre-compiled) java.util.AbstractMap from no code source] [Loaded (pre-compiled) java.lang.System from no code source] [Loaded (pre-compiled) java.io.BufferedInputStream from no code source] [Loaded (pre-compiled) java.io.FilterInputStream from no code source] [Loaded (pre-compiled) java.io.InputStream from no code source] [Loaded (pre-compiled) java.io.Closeable from no code source] [Loaded (pre-compiled) java.io.FileInputStream from no code source] [Loaded (pre-compiled) java.io.FileDescriptor from no code source] [Loaded (pre-compiled) gnu.java.nio.channels.FileChannelImpl from no code source] [Loaded (pre-compiled) java.nio.channels.FileChannel from no code source] [Loaded (pre-compiled) java.nio.channels.spi.AbstractInterruptibleChannel from no code source] [Loaded (pre-compiled) java.nio.channels.Channel from no code source] [Loaded (pre-compiled) java.nio.channels.InterruptibleChannel from no code source] [Loaded (pre-compiled) java.nio.channels.ByteChannel from no code source] [Loaded (pre-compiled) java.nio.channels.ReadableByteChannel from no code source] [Loaded (pre-compiled) java.nio.channels.WritableByteChannel from no code source] [Loaded (pre-compiled) java.nio.channels.GatheringByteChannel from no code source] [Loaded (pre-compiled) java.nio.channels.ScatteringByteChannel from no code source] [Loaded (pre-compiled) java.lang.SecurityManager from no code source] [Loaded (pre-compiled) java.io.PrintStream from no code source] [Loaded (pre-compiled) java.io.FilterOutputStream from no code source] [Loaded (pre-compiled) java.io.OutputStream from no code source] [Loaded (pre-compiled) java.io.Flushable from no code source] [Loaded (pre-compiled) java.lang.Appendable from no code source] [Loaded (pre-compiled) gnu.classpath.SystemProperties from no code source] [Loaded (pre-compiled) java.util.Properties from no code source] [Loaded (pre-compiled) java.lang.StringBuilder from no code source] [Loaded (pre-compiled) java.lang.AbstractStringBuffer from no code source] [Loaded (pre-compiled) java.lang.CharSequence from no code source] [Loaded (pre-compiled) java.lang.String from no code source] [Loaded (pre-compiled) java.lang.Comparable from no code source] [Loaded (pre-compiled) java.lang.String$CaseInsensitiveComparator from no code source] [Loaded (pre-compiled) java.util.Comparator from no code source] [Loaded (pre-compiled) java.util.Hashtable$3 from no code source] [Loaded (pre-compiled) java.util.AbstractSet from no code source] [Loaded (pre-compiled) java.util.AbstractCollection from no code source] [Loaded (pre-compiled) java.util.Collection from no code source] [Loaded (pre-compiled) java.lang.Iterable from no code source] [Loaded (pre-compiled) java.util.Set from no code source] [Loaded (pre-compiled) java.util.Collections$SynchronizedSet
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #27 from cnstar9988 at gmail dot com 2008-10-10 00:42 --- works well on gcc 4.3.2 + patch. I don't build libgcc_s.so. gas 2.18 + gmp 4.2.4 + mpfr 2.3.2. Configured with: ../src/configure --prefix=/opt/gcc-4.3.2 --with-gmp=/opt/gcc-4.3.2 --with-mpfr=/opt/gcc-4.3.2 --with-as=/usr/local/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --disable-shared --disable-nls --with-cpu=generic --build=i386-pc-solaris2.10 --- config.gcc.4.3.2.oldThu Oct 9 18:51:26 2008 +++ config.gcc.4.3.2.newThu Oct 9 18:51:26 2008 @@ -1289,7 +1289,7 @@ *-*-solaris2.1[0-9]*) tm_file=${tm_file} i386/x86-64.h i386/sol2-10.h tm_defines=${tm_defines} TARGET_BI_ARCH=1 - tmake_file=$tmake_file i386/t-crtstuff i386/t-sol2-10 + tmake_file=$tmake_file i386/t-sol2-10 need_64bit_hwint=yes # FIXME: -m64 for i[34567]86-*-* should be allowed just # like -m32 for x86_64-*-*. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug tree-optimization/37102] [4.3 Regression] out-of-SSA is broken
--- Comment #21 from cnstar9988 at gmail dot com 2008-10-10 00:56 --- Does this patch works well on 4.3? Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102
[Bug libfortran/37707] Namelist read of array of derived type incorrect
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-10-10 02:11 --- Subject: Bug 37707 Author: jvdelisle Date: Fri Oct 10 02:10:14 2008 New Revision: 141016 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141016 Log: 2008-10-08 Jerry DeLisle [EMAIL PROTECTED] PR libfortran/37707 * gfortran.dg/namelist_54.f90: Revise test, check a(3). Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/namelist_54.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37707
[Bug libfortran/37707] Namelist read of array of derived type incorrect
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-10-10 02:14 --- This is fixed on trunk. I think I will back port this to 4.3 since the bug does result in failing in valid namelists. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37707
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-10-10 05:14 --- works well on gcc 4.3.2 + patch. Thanks but this patch is not suitable for the branch, only Rainer's is. And you didn't say whether you can reproduce PR 3 so I'm closing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug fortran/37792] New: ICE in gfc_conv_array_initializer; works with -fno-range-check
The following program gives an ICE: internal compiler error: in gfc_conv_array_initializer, at fortran/trans-array.c:3976 However, it works when one uses -fno-range-check See: http://gcc.gnu.org/ml/fortran/2008-10/msg00078.html -- Summary: ICE in gfc_conv_array_initializer; works with -fno- range-check Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37792