[Bug fortran/25217] Derived type dummy argument having intent(out) attribute
--- Comment #2 from steven at gcc dot gnu dot org 2006-07-09 07:48 --- To quote from the F95 June 97 working draft, note 12.17: Because an INTENT(OUT) variable is considered undefined on entry to the procedure, any default initialization specified for its type will be applied. Of the fortran bugs we have, this is one of the more serious bugs. -- steven at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-12-02 19:28:17 |2006-07-09 07:48:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25217
[Bug fortran/24285] format(1000(a,$))
--- Comment #4 from steven at gcc dot gnu dot org 2006-07-09 10:29 --- FX, are you working on this problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24285
[Bug c/28321] [4.0 4.1 regression] gcc 4 does not notice C syntax error
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-09 10:32 --- This is the second time you guys have filed this one. Anyways this is a dup of bug 23144. *** This bug has been marked as a duplicate of 23144 *** -- 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=28321
[Bug c/23144] [4.0/4.1/4.2 Regression] invalid parameter forward declarations not diagnosed
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-09 10:32 --- *** Bug 28321 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23144
[Bug fortran/25104] [F2003] Non-initialization expr. as case-selector
-- steven at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25104
[Bug fortran/25709] BIND (Fortran 2003) is not supported at all
-- steven at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25709
[Bug other/28322] GCC new warnings and compatibility
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-09 10:41 --- This is more of a policy issue rather than a bug. Occasionally, GCC introduces new warnings. For example, GCC 4 has introduced warnings about discrepancies in signedness of integers pointed to by otherwise-compatible pointers. but it is invalid C (standard C that is) so that case should not be mentioned. Again this is a policy issue rather than really a bug, I am thinking about closing this as invalid as I thought our policy is clear. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322
[Bug target/28320] bootstrap failure in libstdc++-v3
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-09 10:42 --- Hmm, the patch for PR 28084 was applied to the 4.1 branch and I thought the patch which caused it was not applied to the branch also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28320
[Bug bootstrap/28323] New: undeclared wcs symbols in libstdc++
The boostrap is done using the MipsPRO compiler. boostrap fails inside the C++ std library with: /usr/people/multix/gcc-build/./gcc/xgcc -shared-libgcc -B/usr/people/multix/gcc-build/./gcc -nostdinc++ -L/usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/src -L/usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/src/.libs -B/usr/local/mips-sgi-irix6.5/bin/ -B/usr/local/mips-sgi-irix6.5/lib/ -isystem /usr/local/mips-sgi-irix6.5/include -isystem /usr/local/mips-sgi-irix6.5/sys-include -I/usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/include/mips-sgi-irix6.5 -I/usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/include -I/usr/people/multix/gcc-4.1.1/libstdc++-v3/libsupc++ -g -O2 -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c ../../../../gcc-4.1.1/libstdc++-v3/src/codecvt.cc -DPIC -o .libs/codecvt.o /usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/include/cwchar:183: error: '::wcsftime' has not been declared /usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/include/cwchar:194: error: '::wcstok' has not been declared gmake[5]: *** [codecvt.lo] Error 1 gmake[5]: Leaving directory `/usr/people/multix/gcc-build/mips-sgi-irix6.5/libstdc++-v3/src' -- Summary: undeclared wcs symbols in libstdc++ Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: multix at gmail dot com GCC build triplet: mips-sgi-irix6.5 GCC host triplet: mips-sgi-irix6.5 GCC target triplet: mips-sgi-irix6.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28323
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-07-09 11:46 --- *** Bug 28323 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||multix at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug bootstrap/28323] undeclared wcs symbols in libstdc++
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-09 11:46 --- *** This bug has been marked as a duplicate of 27878 *** -- 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=28323
[Bug bootstrap/28324] New: boostrapping with gcc fails with unrecognized linker option
I boostrapped using gcc 3.3 from sgi, usning as configure option ../gcc-4.1.1/configure --with-as=/usr/local/bin/as --enable-languages=c,c++,objc and as make command gmake CFLAGS='-O' LIBCFLAGS='-O2' LIBCXXFLAGS='-O2 -fno-implicit-templates' bootstrap bootstrapping fails with: mv 'libgcc/./tmp-libgcc.map' libgcc/./libgcc.map ./xgcc -B./ -B/usr/local/mips-sgi-irix6.5/bin/ -isystem /usr/local/mips-sgi-irix 6.5/include -isystem /usr/local/mips-sgi-irix6.5/sys-include -L/usr/people/multi x/gcc-gccbuild/gcc/../ld -O2 -O2 -O -DIN_GCC-W -Wall -Wwrite-strings -Wstr ict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,-soname,l ibgcc_s.so.1 -o ./libgcc_s.so.1.tmp libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o l ibgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi 2_s.o libgcc/./_ucmpdi2_s.o libgcc/./_floatdidf_s.o libgcc/./_floatdisf_s.o libg cc/./_fixunsdfsi_s.o libgcc/./_fixunssfsi_s.o libgcc/./_fixunsdfdi_s.o libgcc/./ _fixdfdi_s.o libgcc/./_fixunssfdi_s.o libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s. o libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o libg cc/./_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o libgcc/./_cle ar_cache_s.o libgcc/./_enable_execute_stack_s.o libgcc/./_trampoline_s.o libgcc/ ./__main_s.o libgcc/./_absvsi2_s.o libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o l ibgcc/./_addvdi3_s.o libgcc/./_subvsi3_s.o libgcc/./_subvdi3_s.o libgcc/./_mulvs i3_s.o libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o libgcc/ ./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o libgcc/ ./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o libgcc/./_ctzdi2_s.o lib gcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o libgcc/./_popcountdi2_s.o libg cc/./_paritysi2_s.o libgcc/./_paritydi2_s.o libgcc/./_powisf2_s.o libgcc/./_powi df2_s.o libgcc/./_powixf2_s.o libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/ ./_muldc3_s.o libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o lib gcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o libgcc/./_umoddi3_s.o libgcc/./_udiv _w_sdiv_s.o libgcc/./_udivmoddi4_s.o libgcc/./_pack_sf_s.o libgcc/./_unpack_sf_s .o libgcc/./_addsub_sf_s.o libgcc/./_mul_sf_s.o libgcc/./_div_sf_s.o libgcc/./_f pcmp_parts_sf_s.o libgcc/./_compare_sf_s.o libgcc/./_eq_sf_s.o libgcc/./_ne_sf_s .o libgcc/./_gt_sf_s.o libgcc/./_ge_sf_s.o libgcc/./_lt_sf_s.o libgcc/./_le_sf_s .o libgcc/./_unord_sf_s.o libgcc/./_si_to_sf_s.o libgcc/./_sf_to_si_s.o libgcc/. /_negate_sf_s.o libgcc/./_make_sf_s.o libgcc/./_sf_to_df_s.o libgcc/./_sf_to_tf_ s.o libgcc/./_thenan_sf_s.o libgcc/./_sf_to_usi_s.o libgcc/./_usi_to_sf_s.o libg cc/./_pack_df_s.o libgcc/./_unpack_df_s.o libgcc/./_addsub_df_s.o libgcc/./_mul_ df_s.o libgcc/./_div_df_s.o libgcc/./_fpcmp_parts_df_s.o libgcc/./_compare_df_s. o libgcc/./_eq_df_s.o libgcc/./_ne_df_s.o libgcc/./_gt_df_s.o libgcc/./_ge_df_s. o libgcc/./_lt_df_s.o libgcc/./_le_df_s.o libgcc/./_unord_df_s.o libgcc/./_si_to _df_s.o libgcc/./_df_to_si_s.o libgcc/./_negate_df_s.o libgcc/./_make_df_s.o lib gcc/./_df_to_sf_s.o libgcc/./_df_to_tf_s.o libgcc/./_thenan_df_s.o libgcc/./_df_ to_usi_s.o libgcc/./_usi_to_df_s.o libgcc/./_pack_tf_s.o libgcc/./_unpack_tf_s.o libgcc/./_addsub_tf_s.o libgcc/./_mul_tf_s.o libgcc/./_div_tf_s.o libgcc/./_fpc mp_parts_tf_s.o libgcc/./_compare_tf_s.o libgcc/./_eq_tf_s.o libgcc/./_ne_tf_s.o libgcc/./_gt_tf_s.o libgcc/./_ge_tf_s.o libgcc/./_lt_tf_s.o libgcc/./_le_tf_s.o libgcc/./_unord_tf_s.o libgcc/./_si_to_tf_s.o libgcc/./_tf_to_si_s.o libgcc/./_ negate_tf_s.o libgcc/./_make_tf_s.o libgcc/./_tf_to_df_s.o libgcc/./_tf_to_sf_s. o libgcc/./_thenan_tf_s.o libgcc/./_tf_to_usi_s.o libgcc/./_usi_to_tf_s.o libgcc /./fixtfdi_s.o libgcc/./fixunstfdi_s.o libgcc/./floatditf_s.o libgcc/./floatundi tf_s.o libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde_s.o libgcc/./unwind-sjlj_ s.o libgcc/./gthr-gnat_s.o libgcc/./unwind-c_s.o -lc rm -f ./libgcc_s.so i f [ -f ./libgcc_s.so.1 ]; then mv -f ./libgcc_s.so.1 ./libgcc_s.so.1.backup; els e true; fi mv ./libgcc_s.so.1.tmp ./libgcc_s.so.1 ln -s libgcc_s.so.1 ./li bgcc_s.so /usr/local/mips-sgi-irix6.5/bin/ld: unrecognized option '-_SYSTYPE_SVR4' /usr/local/mips-sgi-irix6.5/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status gmake[3]: *** [libgcc_s.so] Error 1 gmake[3]: Leaving directory `/usr/people/multix/gcc-gccbuild/gcc' -- Summary: boostrapping with gcc fails with unrecognized linker option Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: multix at gmail dot com GCC build triplet: mips-sgi-irix6.5
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #17 from multix at gmail dot com 2006-07-09 12:34 --- as it appears that I am suffering form the same problem, what kind of confirmation do you need? Maybe we have different irix 6.5 subrevisions ? Even if they should all be binary compatible back and forth, later revisions added many improvments, possibly also in the wchar area? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #18 from pcarlini at suse dot de 2006-07-09 12:45 --- The problem is confirmed, but nobody knows why the configure-time check for those wchar facilities succeeds and then the very same functions appear undefined at build-time. I have no mips-sgi machines available and if the port maintainers are not going to help help likely we will not make progress. In any case, this is not a regression, because 4.1.0 bootstrapped but only with all the wchar_t facilites disabled: you can obtain the same behavior now passing --disable-wchar_t to configure. In case you want to help, I suggest first trying to figure out the differences between your machine and this one, which works fine: http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00360.html I'm sure Eric is available for that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug c/28325] New: -fno-delayed-branch does not seem to work with the MIPS branch instructions
I'm working on a binary translator that translates MIPS binaries into Java bytecode (http://spel.bth.se/index.php/Cibyl) with the goal of recompiling C programs to run on J2ME. To simplify things, I use compile programs for a subset of the MIPS1 instruction set, and ideally I would like to get rid of delayed instructions. So, I used the -fno-delayed-branch instruction when compiling. The GCC version is mips-linux-gcc (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-13) (an emdebian.org binary), and the command line i used is mips-linux-gcc -Wall -mips1 -fno-delayed-branch -O2 -fno-pic -mno-abicalls -I/home/ska/projects/private/games/mophun/cibyl/trunk//include -O2 -c main.c -o main.o For the code below, #define _syscall1(type,name,atype,a) \ type name(atype a) \ { \ register unsigned long __a0 asm($4) = (unsigned long) a; \ register unsigned long __v0 asm($2); \ \ __asm__ volatile ( \ .set\tnoreorder\n\t \ li\t$2, %2\t\t\t# #name \n\t \ syscall\n\t \ .set\treorder \ : =r (__v0) \ : r (__a0), i (__NR_##name) \ ); \ \ return (type) __v0; \ } #define __NR_exit 0 static inline _syscall1(void,exit , int, code ); int tst(int *argv) { int x; for (x = 0; x 24; x++) exit(argv[x]); return 0; } I get instructions in the delay slots of bgez and jr: tst: 0: 00801821movev1,a0 4: 24050017li a1,23 8: 8c64lw a0,0(v1) c: 2402li v0,0 10: 000csyscall 14: 24a5addiu a1,a1,-1 18: 04a1fffbbgeza1,8 tst+0x8 1c: 24630004addiu v1,v1,4 20: 03e8jr ra 24: 1021movev0,zero ... Which is not what I had expected. If i replace the syscall exit with a function call instead, I get the expected behavior: exit3: 0: 0800j 0 exit3 4: nop 0008 tst: 8: 27bdffe0addiu sp,sp,-32 c: afb10014sw s1,20(sp) 10: afb00010sw s0,16(sp) 14: afbf0018sw ra,24(sp) 18: 00808021moves0,a0 1c: 24110017li s1,23 20: 8e04lw a0,0(s0) 24: 2631addiu s1,s1,-1 28: 0c00jal 0 exit3 2c: nop 30: 2614addiu s0,s0,4 34: 0621fffabgezs1,20 tst+0x18 38: nop 3c: 8fbf0018lw ra,24(sp) 40: 8fb10014lw s1,20(sp) 44: 8fb00010lw s0,16(sp) 48: 1021movev0,zero 4c: 27bd0020addiu sp,sp,32 50: 03e8jr ra 54: nop ... -- Summary: -fno-delayed-branch does not seem to work with the MIPS branch instructions Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ska at bth dot se http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28325
[Bug libstdc++/28290] [4.2 Regression] error: 'iconv_t' does not name a type
--- Comment #11 from schwab at suse dot de 2006-07-09 16:07 --- Adjusting summary since the ICE is tracked in #28217. -- schwab at suse dot de changed: What|Removed |Added Summary|[4.2 Regression] ICE during |[4.2 Regression] error: |extc++.h pch generation |'iconv_t' does not name a ||type http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
[Bug libstdc++/28290] [4.2 Regression] error: 'iconv_t' does not name a type
--- Comment #12 from pcarlini at suse dot de 2006-07-09 17:39 --- It seemd to me that the best thing to do is adding the include on top of codecvt_specializations.h itself and removing it from the other places where it does currently appear (because a grep reveals that the iconv facilities are *not* used anywhere else (besides the testsuite), I would appreciate of you could double check...). Can you try that? -- pcarlini at suse dot de changed: What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
[Bug libstdc++/28290] [4.2 Regression] error: 'iconv_t' does not name a type
--- Comment #13 from pcarlini at suse dot de 2006-07-09 17:58 --- Forgot: those facilities are not always available, therefore we should probably protect the whole thing with _GLIBCXX_USE_ICONV... I'm adding Benjamin in CC. -- pcarlini at suse dot de changed: What|Removed |Added CC||bkoz at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
[Bug c++/28269] [4.2 regression] ICE on attribute for invalid template
--- Comment #1 from patchapp at dberlin dot org 2006-07-09 19:55 --- Subject: Bug number PR c++/28269 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00383.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28269
[Bug c++/28292] [4.2 regression] ICE in acceptable_java_type
--- Comment #1 from patchapp at dberlin dot org 2006-07-09 20:00 --- Subject: Bug number PR 28292 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00384.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28292
[Bug c++/28269] [4.2 regression] ICE on attribute for invalid template
-- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-09 20:00:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28269
[Bug c++/28292] [4.2 regression] ICE in acceptable_java_type
-- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-09 20:01:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28292
[Bug bootstrap/28326] New: [4.1/ICE] gcc-4.1.0 won't compile on power3
If I try to bootstrap on ppc64 and try to use BOOT_CFLAGS=-m64 -O2 -pipe -mtune=power3 -mcpu=power3 I get an ICE. If I leave out -mtune=power3 -mcpu=power3 the bootstrap finishes. So one of the optimizations is causing this. here are the steps I followed some while ago. see http://bugs.gentoo.org/show_bug.cgi?id=126960 (gcc 4.1.1 has the same result) $ mkdir gcc-4.1.0-temp $ cd gcc-4.1.0-temp/ $ tar xfj /usr/portage/distfiles/gcc-4.1.0.tar.bz2 $ mkdir build $ cd build/ $ ../gcc-4.1.0/configure --prefix=/usr --bindir=/usr/powerpc64-unknown-linux-gnu/gcc-bin/4.1.0 --includedir=/usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.0/include --datadir=/usr/share/gcc-data/powerpc64-unknown-linux-gnu/4.1.0 --mandir=/usr/share/gcc-data/powerpc64-unknown-linux-gnu/4.1.0/man --infodir=/usr/share/gcc-data/powerpc64-unknown-linux-gnu/4.1.0/info --with-gxx-include-dir=/usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.0/include/g++-v4 --host=powerpc64-unknown-linux-gnu --build=powerpc64-unknown-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libmudflap --disable-libssp --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu [...] $ make LDFLAGS= STAGE1_CFLAGS=-O LIBPATH=/usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.0 BOOT_CFLAGS=-m64 -O2 -pipe -mtune=power3 -mcpu=power3 profiledbootstrap [...] make[4]: Entering directory `/root/gcc-4.1.0-temp/build/gcc' make[4]: `crtend.o' is up to date. make[4]: `crtbeginS.o' is up to date. make[4]: `crtendS.o' is up to date. make[4]: `crtbeginT.o' is up to date. make[4]: `ecrti.o' is up to date. make[4]: `ecrtn.o' is up to date. make[4]: `ncrti.o' is up to date. make[4]: `ncrtn.o' is up to date. make[4]: `crtsavres.o' is up to date. make[4]: Leaving directory `/root/gcc-4.1.0-temp/build/gcc' ./xgcc -B./ -B/usr/powerpc64-unknown-linux-gnu/bin/ -isystem /usr/powerpc64-unknown-linux-gnu/include -isystem /usr/powerpc64-unknown-linux-gnu/sys-include -L/root/gcc-4.1.0-temp/build/gcc/../ld -O2 -O2 -O2 -pipe -mtune=power3 -mcpu=power3 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -specs=ldblspecs -mno-minimal-toc -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc-4.1.0/gcc -I../../gcc-4.1.0/gcc/. -I../../gcc-4.1.0/gcc/../include -I../../gcc-4.1.0/gcc/../libcpp/include -fPIC -mstrict-align -DL_muldi3 -c ../../gcc-4.1.0/gcc/libgcc2.c -o libgcc/./_muldi3.o {standard input}: Assembler messages: {standard input}:85: Warning: Unary operator - ignored because bad operand follows {standard input}:85: Warning: zero assumed for missing expression {standard input}:86: Error: Unrecognized opcode: `m' {standard input}:96: Error: Unrecognized opcode: `m' {standard input}:1199: Error: unassigned file number 2 make[3]: *** [libgcc/./_muldi3.o] Error 1 make[3]: Leaving directory `/root/gcc-4.1.0-temp/build/gcc' make[2]: *** [stmp-multilib] Error 2 make[2]: Leaving directory `/root/gcc-4.1.0-temp/build/gcc' make[1]: *** [stageprofile_build] Error 2 make[1]: Leaving directory `/root/gcc-4.1.0-temp/build/gcc' make: *** [profiledbootstrap] Error 2 -- Summary: [4.1/ICE] gcc-4.1.0 won't compile on power3 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: markus at unixforces dot net GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28326
[Bug bootstrap/28326] [4.1/ICE] gcc-4.1.0 won't compile on power3
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-09 20:23 --- Can you try without STAGE1_CFLAGS=-O? And can you try bootstrap instead of profiledbootstrap ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28326
[Bug fortran/24285] format(1000(a,$))
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-09 20:49 --- (In reply to comment #4) FX, are you working on this problem? No, I'm not working on it any more. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24285
[Bug target/26504] compute_frame_pointer_to_cfa_displacement error for avr target with --with-dwarf2
--- Comment #10 from andreas at fink dot org 2006-07-09 21:33 --- Getting the same error when compiling gcc-4.1.1 on MacOSX for target avr. It was compiled with apple's XCode version of gcc which is gcc 4.0.1. ../configure --prefix=$PREFIX --target=avr --enable-languages=c,c++ --disable-nls --with-dwarf2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26504