[Bug other/27063] Fail to build gcc-core-4.2 snapshots
--- Comment #5 from bonzini at gnu dot org 2006-07-03 07:58 --- Subject: Bug 27063 Author: bonzini Date: Mon Jul 3 07:58:08 2006 New Revision: 115145 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115145 Log: 2006-07-03 Paolo Bonzini [EMAIL PROTECTED] PR other/27063 * configure.in: Test subdir_requires and give an appropriate error message. * configure: Regenerate gcc: 2006-07-03 Paolo Bonzini [EMAIL PROTECTED] PR other/27063 * configure.ac (for lang...): Simplify nesting of conditionals. Test subdir_requires for non-enabled languages. Move processing of lang_opt_files and lang_tree_fiels below that test. * configure: Regenerate. * doc/sourcebuild.texi (Front End Config): Document subdir_requires. gcc/objcp: 2006-07-03 Paolo Bonzini [EMAIL PROTECTED] PR other/27063 * config-lang.in: Add subdir_requires. Modified: trunk/ChangeLog trunk/configure trunk/configure.in trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac trunk/gcc/doc/sourcebuild.texi trunk/gcc/objcp/ChangeLog trunk/gcc/objcp/config-lang.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27063
[Bug other/27063] Fail to build gcc-core-4.2 snapshots
--- Comment #6 from bonzini at gnu dot org 2006-07-03 07:58 --- patch committed, should be ok. -- bonzini at gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27063
[Bug other/28230] New: ICE during profiled bootstrap.
/home/users/pluto/rpm/BUILD/trunk/builddir/./gcc/xgcc -B/home/users/pluto/rpm/BUILD/trunk/builddir/./gcc/ -B/usr/x86_64-pld-linux/bin/ -B/usr/x86_64-pld-linux/lib/ -isystem /usr/x86_64-pld-linux/include -isystem /usr/x86_64-pld-linux/sys-include -O2 -O2 -O2 -fno-strict-aliasing -fwrapv -march=x86-64 -pipe -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-omit-frame-pointer -fno-asynchronous-unwind-tables -c ../../gcc/crtstuff.c -DCRT_BEGIN -o crtbegin.o ../../gcc/crtstuff.c:1: internal compiler error: Segmentation fault (gdb) set args -fpreprocessed crtstuff.i -quiet -dumpbase crtstuff.i -mtune=generic -auxbase crtstuff -version -o /tmp/ccenndGf.s (gdb) r Starting program: /home/users/pluto/rpm/BUILD/trunk/builddir/gcc/cc1 -fpreprocessed crtstuff.i -quiet -dumpbase crtstuff.i -mtune=generic -auxbase crtstuff -version -o /tmp/ccenndGf.s GNU C version 4.2.0 20060702 (experimental) (PLD-Linux) (x86_64-pld-linux) compiled by GNU C version 4.2.0 20060702 (experimental) (PLD-Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Program received signal SIGSEGV, Segmentation fault. 0x0091cf26 in lshift_significand () (gdb) bt #0 0x0091cf26 in lshift_significand () #1 0x0091fbb4 in normalize () #2 0x00921b6c in real_from_integer () #3 0x0067f18f in init_emit_once () #4 0x0098f289 in toplev_main () #5 0x004a0c91 in main () $ ./xgcc -v Reading specs from /usr/lib64/gcc/x86_64-pld-linux/4.2.0/specs Target: x86_64-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib64 --libexecdir=/usr/lib64 --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib64 --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,java --enable-c99 --enable-long-long --enable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib64 --without-system-libunwind --enable-cmath --with-long-double-128 --with-gxx-include-dir=/usr/include/c++/4.2.0 --disable-libstdcxx-pch --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libjava-multilib --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-java-awt=qt,gtk,xlib --enable-jni --enable-xmlj --enable-alsa --enable-dssi --enable-bootstrap x86_64-pld-linux Thread model: posix gcc version 4.2.0 20060702 (experimental) (PLD-Linux) -- Summary: ICE during profiled bootstrap. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
confusing error-message
Hi, the following code: struct S { void f(int x) {} }; int main() { S s; s.f(3); } would produce: error: no matching function for call to 'S::f(int)' note: candidates are: void S::f(int) but should be something like trying to convert non-variable to reference... Regards, Martin
[Bug bootstrap/28231] New: building process failed after disabling fixincludes
possible reason maybe: syslimits.h depends on fixincludes, but include/limits.h always include syslimit.h , regardless wether or not fixincludes is enabled - error message - ./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -L/src/build/gcc-build/gcc/../ld -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/. -I../../gcc-4.1.1/gcc/../include -I../../gcc-4.1.1/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer \ -c ../../gcc-4.1.1/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o In file included from ../../gcc-4.1.1/gcc/tsystem.h:108, from ../../gcc-4.1.1/gcc/crtstuff.c:68: ./include/limits.h:11:23: error: syslimits.h: No such file or directory make[2]: *** [crtbegin.o] Error 1 make[2]: Leaving directory `/src/build/gcc-build/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/src/build/gcc-build/gcc' make: *** [bootstrap] Error 2 - disabling fixincludes - diff -ru gcc-4.1.1/gcc/configure ../build/gcc-4.1.1/gcc/configure --- gcc-4.1.1/gcc/configure 2006-02-15 00:50:45.0 +0800 +++ ../build/gcc-4.1.1/gcc/configure2006-06-30 17:41:21.0 +0800 @@ -12763,7 +12763,9 @@ # These are the normal (build=host) settings: CC_FOR_BUILD='$(CC)' BUILD_CFLAGS='$(ALL_CFLAGS)' -STMP_FIXINC=stmp-fixinc +# disable fixincludes +#STMP_FIXINC=stmp-fixinc +STMP_FIXINC= # Possibly disable fixproto, on a per-target basis. case ${use_fixproto} in -- Summary: building process failed after disabling fixincludes Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: texlexsex at gmail dot com 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=28231
[Bug fortran/16206] rejects valid array initialization expression
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16206
[Bug fortran/28119] forall_stmt ; stmt gives an internal error
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28119
[Bug other/28230] ICE during profiled bootstrap.
--- Comment #1 from pluto at agmk dot net 2006-07-03 11:24 --- without profiling boostrap fails too. Program received signal SIGSEGV, Segmentation fault. 0x0074c419 in lshift_significand (r=0xc97980, a=0xc97980, n=63) at ../../gcc/real.c:254 254 r-sig[SIGSZ-1-i] (gdb) p *r $2 = {cl = 1, decimal = 0, sign = 0, signalling = 0, canonical = 0, uexp = 1, sig = {0, 1, 9223372036854775808}} (gdb) p *a $3 = {cl = 1, decimal = 0, sign = 0, signalling = 0, canonical = 0, uexp = 1, sig = {0, 1, 9223372036854775808}} (gdb) bt #0 0x0074c419 in lshift_significand (r=0xc97980, a=0xc97980, n=63) at ../../gcc/real.c:254 #1 0x0074fcbc in real_from_integer (r=0xc97980, mode=DFmode, low=value optimized out, high=1, unsigned_p=value optimized out) at ../../gcc/real.c:2062 #2 0x005ac6e2 in init_emit_once (line_numbers=value optimized out) at ../../gcc/emit-rtl.c:5194 #3 0x0079a18b in toplev_main (argc=value optimized out, argv=value optimized out) at ../../gcc/toplev.c:1825 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
[Bug target/28232] New: wrong movua.l instruction combine for sh4a
union unaligned { void *ptr; } __attribute__((__packed__)); void *foo(union unaligned *p) { return (p-ptr); } sh-elf-gcc -V4.1.1 -S -O2 -m4a test2.c combine optimize change movua.l to mov.l instruction. .file test2.c .text .text .align 1 .align 5 .global _foo .type _foo, @function _foo: mov.l @r4,r0 mov.l r14,@-r15 mov r15,r14 mov r14,r15 mov.l @r15+,r14 rts nop .size _foo, .-_foo .ident GCC: (GNU) 4.1.1 -- Summary: wrong movua.l instruction combine for sh4a Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tyokota at k2 dot dion dot ne dot jp GCC target triplet: sh-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28232
[Bug c/28233] New: internal compiler error: in make_decl_rtl, at varasm.c:752
An array of 64K labels triggers the error. Environment: System: FreeBSD FreeBSD.jphartmann.net 6.1-RELEASE FreeBSD 6.1-RELEASE #1: Sat Jun 17 11:51:42 CEST 2006 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/KERNEL i386 machine, os, target, libraries (multiple lines) host: i386-unknown-freebsd6.1 build: i386-unknown-freebsd6.1 target: i386-unknown-freebsd6.1 configured with: ../gcc-4.1.1/configure --prefix=/home/john --with-cpu=i686 How-To-Repeat: There is no preprocessor statements in the failing program. f/home/john/src/testing:make ts.s cc -S -fverbose-asm -finline -Winline -Wall -O2 -fno-unroll-loops -fno-unroll-all-loops -g -o ts.s ts.c ts.c: In function `main': ts.c:17: warning: unused variable `ic' ts.c:22: internal compiler error: in make_decl_rtl, at varasm.c:752 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gmake: *** [ts.s] Error 1 f/home/john/src/testing:gcc --version gcc (GCC) 4.1.1 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. --- Comment #1 from jphartmann at gmail dot com 2006-07-03 12:05 --- Fix: No known circumvention. I tried switch statements, but they run the compiler out of storage after a while. Apologies for generating this by hand. My system i mail-challenged. -- Summary: internal compiler error: in make_decl_rtl, at varasm.c:752 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jphartmann at gmail dot com GCC build triplet: i386-unknown-freebsd6.1 GCC host triplet: i386-unknown-freebsd6.1 GCC target triplet: i386-unknown-freebsd6.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28233
[Bug libgcj/28234] New: MAXHOSTNAMELEN usage in libjava
libjava/java/net/natInetAddressPosix.cc is broken on system which have no limit for the hostname length (i.e., GNU): /build/buildd/gcj-4.1-4.1.1/build/./gcc/xgcc -shared-libgcc -B/build/buildd/gcj-4.1-4.1.1/build/./gcc -nostdinc++ -L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src -L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src/.libs -B/usr/i486-gnu/bin/ -B/usr/i486-gnu/lib/ -isystem /usr/i486-gnu/include -isystem /usr/i486-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj -I../../../src/libjava -Iinclude -I../../../src/libjava/include -I../../../src/libjava/classpath/include -I../../../src/libjava/classpath/native/fdlibm -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl -I../../../src/libjava/.././libjava/../gcc -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\ -DJAVA_HOME=\/usr\ -DBOOT_CLASS_PATH=\/usr/share/java/libgcj-4.1.2.jar\ -DJAVA_EXT_DIRS=\/usr/share/java/ext\ -DGCJ_ENDORSED_DIRS=\/usr/share/java/gcj-endorsed\ -DLIBGCJ_DEFAULT_DATABASE=\/var/lib/gcj-4.1/classmap.db\ -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\gcj-4.1/classmap.db\ -DTOOLEXECLIBDIR=\/usr/lib\ -g -O2 -D_GNU_SOURCE -MT java/net/natInetAddress.lo -MD -MP -MF java/net/.deps/natInetAddress.Tpo -c java/net/natInetAddress.cc -fPIC -DPIC -o java/net/.libs/natInetAddress.o ../../../src/libjava/java/lang/Class.h: In member function 'java::lang::Class* java::lang::Class::getComponentType()': ../../../src/libjava/java/lang/Class.h:354: warning: dereferencing type-punned pointer will break strict-aliasing rules java/net/natInetAddress.cc: In static member function 'static java::lang::String* java::net::InetAddress::getLocalHostname()': java/net/natInetAddress.cc:287: error: 'MAXHOSTNAMELEN' was not declared in this scope java/net/natInetAddress.cc:288: error: 'buffer' was not declared in this scope java/net/natInetAddress.cc:290: error: 'buffer' was not declared in this scope make[6]: *** [java/net/natInetAddress.lo] Error 1 make[6]: Leaving directory `/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libjava' Source is from gcj-4.1_4.1.1-6 from Debian unstable. -- Summary: MAXHOSTNAMELEN usage in libjava Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mbanck at debian dot org GCC build triplet: i686-pc-gnu0.3 GCC host triplet: i686-pc-gnu0.3 GCC target triplet: i686-pc-gnu0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28234
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #23 from franke dot daniel at gmail dot com 2006-07-03 12:14 --- Is the list of missing intrinsics given in comment #7 still valid? I tried to compile F77 code I inherited and got undefined references for itime_ and idate_ (gfortran-4.1.1). If they are still missing, is someone working on those? -- franke dot daniel at gmail dot com changed: What|Removed |Added CC||franke dot daniel at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/28235] New: segmentation fault ICE in 4.0 and 4.1
have not tested 4.2, debian doesnt have it and i am lazy -- Summary: segmentation fault ICE in 4.0 and 4.1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sascha dot krissler at web dot de GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #1 from sascha dot krissler at web dot de 2006-07-03 12:36 --- Created an attachment (id=11805) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11805action=view) command line and compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #2 from sascha dot krissler at web dot de 2006-07-03 12:39 --- Created an attachment (id=11806) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11806action=view) preprocessed source code (gzip compressed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #3 from sascha dot krissler at web dot de 2006-07-03 12:45 --- thank you for making such a standard compliant c++ compiler -- sascha dot krissler at web dot de changed: What|Removed |Added CC||sascha dot krissler at web ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #24 from fxcoudert at gcc dot gnu dot org 2006-07-03 12:58 --- (In reply to comment #23) Is the list of missing intrinsics given in comment #7 still valid? I tried to compile F77 code I inherited and got undefined references for itime_ and idate_ (gfortran-4.1.1). If they are still missing, is someone working on those? I think the list is indeed still valid, as nobody has been (to my knowledge) working on this for some time now. They should not be very difficult to implement (I'd even say fairly easy) but there are just too few people to do the job... Pasting the list here again: Access, fcn, Check file accessibility. ChMod,sub, Change file modes. FSeek,fcn, Position file (low-level). GMTime, fcn, Convert time to GMT time info. IDate,sub, Get local time info. Int2, fcn, Convert to `INTEGER(KIND=6)' value truncated to whole number. Int8, fcn, Convert to `INTEGER(KIND=2)' value truncated to whole number. ITime,sub, Get local time of day. Long, fcn, Conversion to `INTEGER(KIND=1)' (archaic). LShift, fcn, Left-shift bits LStat,sub and fcn, Get file information. LTime,sub, Convert time to local time info. MClock, fcn, Get number of clock ticks for process. MClock8, fcn, Get number of clock ticks for process. RShift, fcn, Right-shift bits. Short,fcn, Convert to `INTEGER(KIND=6)' value truncated to whole number. CHMOD might be a bit tricky (especially if we don't want to fork and exec), FSEEK needs a bit of thinking from someone knowing the I/O library, but all others probably require no special skill. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #4 from sascha dot krissler at web dot de 2006-07-03 13:21 --- Created an attachment (id=11808) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11808action=view) minimal difference causing ICE after applying this patch it throws an ICE @@ -52823,13 +52823,13 @@ } template typename KEY, typename VALUE, typename HASHFN, - typename InlineNat = PerfectHash::NoNatImplKEY, VALUE, bool BitSet = true + typename InlineNat = PerfectHash::NoNatImplKEY, VALUE, bool BitSet1 = true class PerfectHashMap : public HASHFN, public PerfectHash::NatBitset true ::type { - +static const bool BitSet = BitSet1; typedef typename PerfectHash::NatBitsetBitSet::type bitset_type; typedef std::vectortypename PerfectHash::VTypeKEY, VALUE, InlineNat, false::type entries_t; -- sascha dot krissler at web dot de changed: What|Removed |Added Attachment #11806|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os
--- Comment #7 from sayle at gcc dot gnu dot org 2006-07-03 14:35 --- Subject: Bug 26251 Author: sayle Date: Mon Jul 3 14:35:13 2006 New Revision: 115150 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115150 Log: PR tree-optimization/26251 * tree-ssa-threadupdate.c (redirection_block_p): New function. (thread_block): When optimizing for size refuse to thread jumps that would require duplication of blocks other than redirection blocks. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-threadupdate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26251
[Bug bootstrap/28231] building process failed after disabling fixincludes
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 15:01 --- Why do you want to fully disable fixincludes on x86-linux? Some versions of the glibc headers really need to be fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|building process failed |building process failed |after disabling fixincludes |after disabling fixincludes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28231
[Bug c/28233] internal compiler error: in make_decl_rtl, at varasm.c:752
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 15:02 --- Can you attach the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28233
[Bug libgcj/28234] MAXHOSTNAMELEN usage in libjava
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 15:04 --- (In reply to comment #0) libjava/java/net/natInetAddressPosix.cc is broken on system which have no limit for the hostname length (i.e., GNU): s/GNU/Hurd/. Also this is a dup of bug 21821. *** This bug has been marked as a duplicate of 21821 *** -- 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=28234
[Bug libgcj/21821] MAXPATHLEN usage in libjava
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-03 15:04 --- *** Bug 28234 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with BOOTCFLAGS=-O0 -fkeep-inline-functions
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-06-11 13:10:31 |2006-07-03 15:23:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong control reaches warning with switches
--- Comment #15 from pluto at agmk dot net 2006-07-03 15:27 --- one more valid code rejected by 4.1/4.2: typedef enum { foo, bar } e; int zoo( e __e ) { switch ( __e ) { case foo: return -1; case bar: return +1; } } $ x86_64-gnu-linux-g++ bug.cpp -c -Wall -O2 bug.cpp: In function 'int zoo(e)': bug.cpp:9: warning: control reaches end of non-void function -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong control reaches warning with switches
--- Comment #16 from pluto at agmk dot net 2006-07-03 15:30 --- (In reply to comment #15) one more valid code rejected by 4.1/4.2: typedef enum { foo, bar } e; int zoo( e __e ) { switch ( __e ) { case foo: return -1; case bar: return +1; } } $ x86_64-gnu-linux-g++ bug.cpp -c -Wall -O2 bug.cpp: In function 'int zoo(e)': bug.cpp:9: warning: control reaches end of non-void function ohh, 3.3.6 also fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong control reaches warning with switches
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-07-03 15:34 --- (In reply to comment #16) ohh, 3.3.6 also fails. That is a different issue and really should be filed in a different bug. The issue there is C++'s enums are only defined for those two values. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug libgcj/28234] MAXHOSTNAMELEN usage in libjava
--- Comment #2 from mbanck at debian dot org 2006-07-03 15:37 --- s/GNU/Hurd/. Sure, I was merely following the GNU project's terminology here. Also this is a dup of bug 21821. Maybe I am blind, but I don't see this particular issue mentioned in that bug, nor adressed by the patches attached to it. I thought about following up to that PR, but as this bug is about MAXHOSTNAMELEN and #21821 is about MAXPATHLEN, I decided to open a new bug, sorry. Can you elaborate? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28234
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-03 15:46 --- Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28139] alias information for EH is wrong
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-07-03 16:39 --- The keyword description says that the alias keyword is specific to missed optimizations due to aliasing issues. If that is true, than adding this keyword here was incorrect. If that isn't true, then the keyword description should be corrected. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2006-07-03 16:41 --- FSEEK should be straightforward (ha ha) I will take a shot at that one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/28236] New: wrong control reaches warning with enums.
typedef enum { foo, bar } e; int zoo( e __e ) { switch ( __e ) { case foo: return -1; case bar: return +1; } } bug.cpp: In function 'int zoo(e)': bug.cpp:9: warning: control reaches end of non-void function -- Summary: wrong control reaches warning with enums. Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC build triplet: x86-64-linux GCC host triplet: x86-64-linux GCC target triplet: x86-64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28236
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong control reaches warning with switches
--- Comment #18 from pluto at agmk dot net 2006-07-03 16:55 --- (In reply to comment #17) (In reply to comment #16) ohh, 3.3.6 also fails. That is a different issue and really should be filed in a different bug. The issue there is C++'s enums are only defined for those two values. reported in PR28236 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/28236] wrong control reaches warning with enums.
--- Comment #1 from pluto at agmk dot net 2006-07-03 17:00 --- zoo (__e) { int D.1616; bb 0: switch (__e) { case 0: goto L0; case 1: goto L5; default : goto L2; } L0:; D.1616 = -1; goto bb 3 (L3); L2:; return; problem. L5:; D.1616 = 1; L3:; return D.1616; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28236
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #26 from sgk at troutmask dot apl dot washington dot edu 2006-07-03 17:17 --- Subject: Re: [meta-bug] g77 features lacking in gfortran On Mon, Jul 03, 2006 at 04:41:30PM -, jvdelisle at gcc dot gnu dot org wrote: FSEEK should be straightforward (ha ha) I will take a shot at that one. hint Jerry, with your knowledge of libgfortran, I'd rather see you work on the F2003 stream IO feature /hint -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/28237] New: recursive fuction causes ICE
recursive function causes ICE -- program r implicit none integer :: i=5 print fact(i) stop end recursive function fact(n) result(nfact) implicit none integer, intent(in) :: n integer :: nfact if (n0) then nfact = n * fact(n-1) else nfact = 1 end if end function fact end gfortran -vUsing built-in specs. Target: i586-pc-linux-gnu Configured with: /tmp/gcc-4.0.3/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --with-gnu-as --with-gnu-ld --verbose --enable-languages=c,c++,f95 --disable-nls --disable-rpath --build=i586-pc-linux-gnu --target=i586-pc-linux-gnu --host=i586-pc-linux-gnu Thread model: posix gcc version 4.0.3 even if the code is invalid, it should not result in an ICE -- Summary: recursive fuction causes ICE Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: buraphalinuxserver at gmail dot com GCC build triplet: i586-linux-gnu GCC host triplet: i586-linux-gnu GCC target triplet: i586-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28237
[Bug middle-end/28205] Request an option to make -finstrument-functions not apply to inlined function calls
--- Comment #1 from joev dot dubach at nuance dot com 2006-07-03 18:01 --- (In reply to comment #0) The best we can do is say -fno-inline to turn off inlining altogether, and accept a slower and less accurate profiler. This is problematic as well, due to the existence of __attribute__((always_inline)), which causes functions to be inlined efen when -fno-inline is specified. In particular, my code calls functions defined by the system header emmintrin.h as always inlined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28205
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-03 18:16 --- Reduced testcase: template bool BitSet1 = true class PerfectHashMap { static const bool BitSet = BitSet1; template bool L_BitSet = BitSet struct makeIter { }; typedef typename makeIter::type const_iterator; }; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] [4.0/4.1/4.2 Regression] segmentation fault ICE in 4.0 and 4.1
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |major Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.2.0 |4.2.0 4.1.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2006-07-03 18:19:38 date|| Summary|segmentation fault ICE in |[4.0/4.1/4.2 Regression] |4.0 and 4.1 |segmentation fault ICE in ||4.0 and 4.1 Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug fortran/28237] recursive fuction causes ICE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 18:26 --- Confirmed, related to PR 23420. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||23420 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-03 18:26:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28237
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #14 from reichelt at gcc dot gnu dot org 2006-07-03 18:28 --- Marks's testcase from comment #6 still ICEs. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug fortran/28237] print call()
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 18:28 --- This has nothing to do with recursive functions, reduced testcase: program r implicit none print fact() stop contains function fact() result(nfact) implicit none integer :: nfact end function fact end -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|recursive fuction causes ICE|print call() http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28237
[Bug fortran/18923] segfault after subroutine name confusion
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-07-03 18:35 --- With the following testcase I still get an internal error: = module FOO contains subroutine FOO integer :: I character(len=selected_int_kind(I)) :: C, D, E, F, G end subroutine end = In file PR18923.f90:3 subroutine FOO 1 Error: MODULE attribute conflicts with PROCEDURE attribute at (1) In file PR18923.f90:4 integer :: I 1 Error: Unexpected data declaration statement in CONTAINS section at (1) In file PR18923.f90:5 character(len=selected_int_kind(I)) :: C, D, E, F, G 1 Error: Unexpected data declaration statement in CONTAINS section at (1) In file PR18923.f90:6 end subroutine 1 Error: Expecting END MODULE statement at (1) In file PR18923.f90:7 end 1 Internal Error at (1): gfc_get_default_type(): Bad symbol -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18923
[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-03 20:51 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26251
[Bug c++/28225] [4.0/4.1/4.2 regression] segfault in type_dependent_expression_p
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28225
[Bug fortran/25297] Support for STRUCTURE/END STRUCTURE and RECORD
--- Comment #3 from steven at gcc dot gnu dot org 2006-07-03 21:52 --- Paul, Since gfortran is developed by volunteers who are often gfortran users themselves, it usually depends on the needs of the developers what gets implemented in gfortran. Given that nobody has responded to your latest comment in months, apparently this is not a feature that many gfortran users are interested in. That is not really surprising because most of them probably used g77 before (GNU Fortran 77) which also did not support RECORD. What would be helpful to know in this case, is how the standard DERIVED TYPE feature of Fortran 90 (and later) compares to your STRUCTURE+RECORD thing. If the semantics of these two features is not very different, then perhaps we can implement it without too much trouble. Now, if you have time for some research, perhaps you could figure out a thing or two for us, such as: how does the SGI compiler handle mixed F95 derived types and RECORD declarations; how are STRUCTURE types layed out? Basically any comparison of derived types vs. STRUCTURE would be nice. If the two features can easily co-exist, then I think it should be quite easy to implement support for STRUCTURE in gfortran. -- steven at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2006-01-02 07:13:40 |2006-07-03 21:52:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25297
[Bug tree-optimization/28238] New: [4.2 regression] verify_stmts failed (invalid operand to unary operator)
I get the following ICE with gcc 4.2. gcc 4.0 and 4.1 work. (sid)65:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O min4.c min4.c: In constructor 'ConfLexerCore::ConfLexerCore(ConfIO*)': min4.c:86: error: invalid operand to unary operator thisD.2456_2-m_matchStartD.2447; min4.c:86: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c -O min4.c (sid)66:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c min4.c (sid)67:[EMAIL PROTECTED]: ~] g++-4.1 -c -O2 min4.c (sid)68:[EMAIL PROTECTED]: ~] g++-4.0 -c -O2 min4.c (sid)69:[EMAIL PROTECTED]: ~] g++-3.4 -c -O2 min4.c (sid)70:[EMAIL PROTECTED]: ~] -- Summary: [4.2 regression] verify_stmts failed (invalid operand to unary operator) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug tree-optimization/28238] [4.2 regression] verify_stmts failed (invalid operand to unary operator)
--- Comment #1 from tbm at cyrius dot com 2006-07-03 22:18 --- Created an attachment (id=11809) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11809action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug tree-optimization/28238] [4.2 regression] verify_stmts failed (invalid operand to unary operator)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug target/28232] Wrong aligned load is generated with -m4a on sh-*
--- Comment #1 from kkojima at gcc dot gnu dot org 2006-07-03 22:49 --- I've confirmed that 4.0 and 4.2 behave same as 4.1. So all compilers which support -m4a option have this issue. It seems that the combine is too smart and replaces the movua insn (define_insn movua [(set (match_operand:SI 0 register_operand =z) (sign_extract:SI (match_operand:SI 1 unaligned_load_operand Sua) (const_int 32) (const_int 0)))] TARGET_SH4A_ARCH movua.l %1,%0 [(set_attr type movua)]) with the usual load insn. I'm testing the patch below. --- ORIG/trunk/gcc/config/sh/sh.md 2006-06-14 06:15:09.0 +0900 +++ LOCAL/trunk/gcc/config/sh/sh.md 2006-07-03 16:43:56.0 +0900 @@ -152,6 +152,7 @@ (UNSPEC_THUNK36) (UNSPEC_SP_SET 40) (UNSPEC_SP_TEST 41) + (UNSPEC_MOVUA42) ;; These are used with unspec_volatile. (UNSPECV_BLOCKAGE0) @@ -11121,8 +11122,8 @@ mov.l\\t1f,r0\\n\\ (define_insn movua [(set (match_operand:SI 0 register_operand =z) - (sign_extract:SI (match_operand:SI 1 unaligned_load_operand Sua) -(const_int 32) (const_int 0)))] + (unspec:SI [(match_operand:SI 1 unaligned_load_operand Sua)] + UNSPEC_MOVUA))] TARGET_SH4A_ARCH movua.l %1,%0 [(set_attr type movua)]) -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Known to fail||4.0.3 4.1.1 4.2.0 Summary|wrong movua.l instruction |Wrong aligned load is |combine for sh4a |generated with -m4a on sh-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28232
[Bug fortran/25828] [f2003] ACCESS='STREAM' io support
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-07-03 23:14 --- Since I do not have access to an F2003 compiler and have not used this feature, could someone post an example program using this feature that is known to work that I can then use as a working test case. I am going to start piecing this together. Janne I will forward things to you for review off list if thats OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25828
[Bug tree-optimization/28238] [4.2 regression] verify_stmts failed (invalid operand to unary operator)
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 23:16 --- Confirmed. Reduced testcase: struct iterator{}; struct ByteIterator : iterator { ByteIterator (){} int a[1024]; }; inline ByteIterator f () { return ByteIterator (); } class ConfLexerCore { ConfLexerCore (); ByteIterator m_matchStart; }; ConfLexerCore::ConfLexerCore () : m_matchStart (f ()) { } -- 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 |2006-07-03 23:16:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer
--- Comment #57 from tbm at cyrius dot com 2006-07-03 23:51 --- (In reply to comment #56) complit1.C: In constructor 'Foo::Foo(int, int)': complit1.C:14: internal compiler error: in emit_move_insn, at expr.c:3275 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. (should I file a different bug?) For the record, I reported this as PR28018 without knowing of this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103
[Bug c++/28239] New: [4.2 regression] ICE in gimple_add_tmp_var, at gimplify.c:720
I get the following ICE with gcc 4.2 on invalid code: (sid)5059:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/g++ -c mini.c mini.c:1: error: 'SelectedStyle' has not been declared mini.c: In function 'int SelectedStyle(bool)': mini.c:1: error: only constructors take base initializers mini.c:1: error: '_' was not declared in this scope mini.c:2: error: '_sw_group' was not declared in this scope mini.c:4: error: expected `)' at end of input mini.c:4: error: expected `{' at end of input mini.c:4: internal compiler error: in gimple_add_tmp_var, at gimplify.c:694 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. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c mini.c (sid)5060:[EMAIL PROTECTED]: ~/delta/bin] more mini.c SelectedStyle::SelectedStyle (bool layout):_desktop (__null), _table (2, 6), _fill_label (_(F:)), _popup_mm (_sw_group), _sw_unit (__null), _tooltips (), _drop ((void *[]) { 0, 0} -- Summary: [4.2 regression] ICE in gimple_add_tmp_var, at gimplify.c:720 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28239
[Bug c++/28239] [4.2 regression] ICE in gimple_add_tmp_var, at gimplify.c:720
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 00:33 --- Confirmed, reduced testcase: int f ( bool a ) : _drop ( (void *[]) { 0, 0} -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||error-recovery, ice-on- ||invalid-code Last reconfirmed|-00-00 00:00:00 |2006-07-04 00:33:35 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28239
[Bug libfortran/27704] Incorrect runtime error on multiple OPEN
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-07-04 01:36 --- Subject: Bug 27704 Author: jvdelisle Date: Tue Jul 4 01:36:31 2006 New Revision: 115168 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115168 Log: 2006-07-03 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/27704 * runtime/error.c (notify_std): Pass common flags into function. Use flags to show locus of error or warning. * libgfortran.h: Add enum try. Add prototype for notify_std. * io/open.c (edit_modes): Allow status=old and add extension to allow status=scratch *io/list_read.c (nml_read_obj): Update call to notify_std. *io/io.h: Remove enum try and prototype for notify_std. *io/transfer.c (read_sf): Update call to notify_std. *io/format.c (parse_format_list): Update call to notify_std. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/format.c trunk/libgfortran/io/io.h trunk/libgfortran/io/list_read.c trunk/libgfortran/io/open.c trunk/libgfortran/io/transfer.c trunk/libgfortran/libgfortran.h trunk/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27704
[Bug libfortran/27704] Incorrect runtime error on multiple OPEN
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-07-04 01:47 --- Subject: Bug 27704 Author: jvdelisle Date: Tue Jul 4 01:47:26 2006 New Revision: 115169 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115169 Log: 2006-07-03 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/27704 * gfortran.dg/open_status_3.f90: New test. * gfortran.dg/fmt_l.f90: Update for new feature. Added: trunk/gcc/testsuite/gfortran.dg/open_status_3.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/fmt_l.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27704
[Bug bootstrap/28231] building process failed after disabling fixincludes
--- Comment #2 from texlexsex at gmail dot com 2006-07-04 02:21 --- (In reply to comment #1) Why do you want to fully disable fixincludes on x86-linux? Some versions of the glibc headers really need to be fixed. i'm building a linux system from scratch, i'm using different version of glibc and gcc other than the host system use, old glibc headers might find its way into the new system during running of fixincludes, so i want to disable fixincludes, as the lfs-book suggested. the immediate reason is that gcc compile fails with problem about limits.h and/or systemlimits.h stuff. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28231
[Bug fortran/28213] ICE: Hollerith constant
--- Comment #3 from kargl at gcc dot gnu dot org 2006-07-04 02:40 --- Patch is here http://gcc.gnu.org/ml/fortran/2006-07/msg00015.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28213
[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #2 from amodra at gcc dot gnu dot org 2006-07-04 03:35 --- Subject: Bug 28207 Author: amodra Date: Tue Jul 4 03:35:48 2006 New Revision: 115170 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115170 Log: PR target/28207 * config/rs6000/rs6000.c (function_arg_boundary): Double-word align 128-bit IBM long doubles for ABI_V4. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #3 from amodra at gcc dot gnu dot org 2006-07-04 04:38 --- Subject: Bug 28207 Author: amodra Date: Tue Jul 4 04:37:59 2006 New Revision: 115171 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115171 Log: PR target/28207 * config/rs6000/rs6000.c (function_arg_boundary): Double-word align 128-bit IBM long doubles for ABI_V4. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #4 from amodra at bigpond dot net dot au 2006-07-04 04:41 --- Patch applied 4.1 and 4.2 -- amodra at bigpond dot net dot au changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||07/msg00085.html Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207