[Bug target/25115] New: Segmentation fault in pre_insert_copy_insn
The mainline compiler for sh4-*-linux-gnu segfaults with -O2 on
the program:
struct state
{
int retrans;
int retry;
int options;
char pad[4];
};
extern __thread struct state *res
__attribute__ ((tls_model ("initial-exec")));
void
foo (void)
{
if (!res->retrans)
res->retrans = 5;
if (!res->retry)
res->retry = 4;
if (!res->options)
res->options = 1;
}
in gcse.c:pre_insert_copy_insn. It starts to fail after the patch
r107456:
2005-11-24 Paolo Bonzini <[EMAIL PROTECTED]>
* gcse.c (hash_scan_set): Look through REG_EQUAL or REG_EQUIV notes
also when doing PRE, rather than only for global CPROP.
--
Summary: Segmentation fault in pre_insert_copy_insn
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25115
[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529
--- Comment #4 from bernds_cb1 at t-online dot de 2005-11-27 11:09 --- The preprocessed source is where? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25027
[Bug libfortran/25116] New: [regression wrt g77] A namelist read from an unnamed file should read from fort.n
Gfortran should read a namelist from a file that has not been given a name on an open statement from the fort.n where n is the unit number in the read statement. (this a defacto standard way to do it on Unix systems). Hmm, in lynx I do not see the attach file option, so here goes: namelist /nlist/ i, a read(9,nlist) write(6,nlist) end with the following contents of fort.9: &nlist i=1, a=3.5 / should print the namelist to stdout, not give "end of file". It works if you add "open(9,file='fort.9')" before the read. Blocks: HIRLAM. -- Summary: [regression wrt g77] A namelist read from an unnamed file should read from fort.n Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: toon at moene dot indiv dot nluug dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25116
[Bug libfortran/25116] [regression wrt g77] namelist read from non-opened file
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-27 11:38 --- Confirmed on mainline. Interesting, because the Access time of the fort.9 file is indeed modified, and the error message is: At line 2 of file nml.f Fortran runtime error: End of file -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org OtherBugsDependingO||19292 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-27 11:38:52 date|| Summary|[regression wrt g77] A |[regression wrt g77] |namelist read from an |namelist read from non- |unnamed file should read|opened file |from fort.n | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25116
[Bug libfortran/24919] CRLF support in libgfortran
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2005-11-27 11:42 --- Subject: Bug 24919 Author: fxcoudert Date: Sun Nov 27 11:42:46 2005 New Revision: 107563 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107563 Log: PR libfortran/24919 * io/list_read.c (eat_separator, finish_separator, read_character): Handle CRLF separators correctly during reads. (nml_query): Use the HAVE_CRLF macro to print adequate newlines. * io/io.h (st_parameter_dt): Add comment about the possible values for sf_seen_eor. * io/unix.c (tempfile, regular_file): HAVE_CRLF doesn't imply that O_BINARY is defined, so we add that condition. (stream_at_bof): Fix typo in comment. * io/transfer.c (read_sf): Handle correctly CRLF, setting sf_seen_eor value to 2 instead of 1. (formatted_transfer_scalar): Use the sf_seen_eor value to handle CRLF the right way. * io/write.c (nml_write_obj, namelist_write): Use CRLF as newline when HAVE_CRLF is defined. * gfortran.dg/ftell_1.f90: Modify testcase so that it doesn't fail on CRLF platforms. * gfortran.dg/ftell_2.f90: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/ftell_1.f90 trunk/gcc/testsuite/gfortran.dg/ftell_2.f90 trunk/libgfortran/ChangeLog trunk/libgfortran/io/io.h trunk/libgfortran/io/list_read.c trunk/libgfortran/io/transfer.c trunk/libgfortran/io/unix.c trunk/libgfortran/io/write.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24919
[Bug ada/25117] New: GNAT Bug Box, GCC error, TYPES.UNRECOVERABLE_ERROR
Happens when compiling the sources of AdaCore's AWS, checked out 2005-11-26, public CVS, cvs -d :pserver:[EMAIL PROTECTED]:/anoncvs co AWS $ make setup $ make build ... gcc -c -gnatwecfijkmruv -gnaty3abcefhiklmnoprstx -Wall -O2 -gnatn -I- -gnatA /werkstatt/src/AWS/src/aws-containers-key_value.ads +===GNAT BUG DETECTED==+ | 4.1.0 20051124 (prerelease) (i686-pc-linux-gnu) GCC error: | | in expand_expr_addr_expr_1, at expr.c:6306 | | No source file position information available| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. /werkstatt/src/AWS/src/aws-containers-key_value.ads /werkstatt/src/AWS/src/aws-containers.ads /werkstatt/src/AWS/src/aws.ads /werkstatt/src/AWS/include/strings_maps.ads /werkstatt/src/AWS/include/ai302/ai302.ads /werkstatt/src/AWS/include/ai302/ai302-containers.ads /werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_hashed_maps.ads /werkstatt/src/AWS/include/ai302/ai302-containers-hash_tables.ads /werkstatt/src/AWS/include/ai302/ai302-strings.ads /werkstatt/src/AWS/include/ai302/ai302-strings-hash.ads /werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_hashed_maps.adb /werkstatt/src/AWS/include/ai302/ai302-containers-hash_tables.adb /werkstatt/src/AWS/include/ai302/ai302-containers-prime_numbers.ads raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 gnatmake: "/werkstatt/src/AWS/src/aws-containers-key_value.ads" compilation error make[1]: *** [build] Error 4 make: *** [src_build] Error 2 Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../src/gcc/configure --enable-languages=c,ada,c++,fortran --disable-nls Thread model: posix gcc version 4.1.0 20051124 (prerelease) Linux sonnenregen 2.6.12-10-386 #1 Fri Nov 18 11:51:02 UTC 2005 i686 GNU/Linux -- Summary: GNAT Bug Box, GCC error, TYPES.UNRECOVERABLE_ERROR Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bauhaus at futureapps dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25117
[Bug libfortran/24919] [4.0/4.1] CRLF support in libgfortran
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2005-11-27 12:25 --- Will wait a bit before backporting to 4.1. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Summary|CRLF support in libgfortran |[4.0/4.1] CRLF support in ||libgfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24919
[Bug ada/25117] GNAT Bug Box, GCC error, TYPES.UNRECOVERABLE_ERROR
--- Comment #1 from bauhaus at futureapps dot de 2005-11-27 12:31 ---
another one when using a 4.2 compiler instead.
$ make clean
$ make setup
$ make build
gcc -c -gnatwecfijkmruv -gnaty3abcefhiklmnoprstx -Wall -O2 -gnatn -I- -gnatA
/werkstatt/src/AWS/src/aws-attachments.adb
/werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_vectors.adb: In
function 'AWS.ATTACHMENTS.ATTACHMENT_TABLE.INSERT':
/werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_vectors.adb:1790:
error: definition in block 36 does not dominate use in block 32
for SSA_NAME: D.5829_572 in statement:
ivtmp.6117_476 = &(*D.5788_262)[iftmp.540_8 ...]{lb: D.5829_572 sz:
4}[D.18768_320]{lb: before_25 sz: 4};
+===GNAT BUG DETECTED==+
| 4.2.0 20051120 (experimental) (i686-pc-linux-gnu) verify_ssa failed |
| Error detected at aws-attachments.adb:380:1 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report. |
| Include the exact gcc or gnatmake command that you entered. |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files). |
+==+
Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
/werkstatt/src/AWS/src/aws-attachments.adb
/werkstatt/src/AWS/src/aws-attachments.ads
/werkstatt/src/AWS/src/aws.ads
/werkstatt/src/AWS/include/ai302/ai302.ads
/werkstatt/src/AWS/include/ai302/ai302-containers.ads
/werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_vectors.ads
/werkstatt/src/AWS/src/aws-headers.ads
/werkstatt/src/AWS/src/aws-containers.ads
/werkstatt/src/AWS/src/aws-containers-tables.ads
/werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_hashed_maps.ads
/werkstatt/src/AWS/include/ai302/ai302-containers-hash_tables.ads
/werkstatt/src/AWS/include/ai302/ai302-strings.ads
/werkstatt/src/AWS/include/ai302/ai302-strings-hash.ads
/werkstatt/src/AWS/include/ai302/ai302-containers-vectors.ads
/werkstatt/src/AWS/src/aws-net.ads
/werkstatt/src/AWS/src/aws-headers-set.ads
/werkstatt/src/AWS/src/aws-messages.ads
/werkstatt/src/AWS/src/aws-mime.ads
/werkstatt/src/AWS/src/aws-net-buffered.ads
/werkstatt/src/AWS/src/aws-os_lib.ads
/werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_hashed_maps.adb
/werkstatt/src/AWS/include/ai302/ai302-containers-indefinite_vectors.adb
/werkstatt/src/AWS/include/ai302/ai302-containers-generic_array_sort.ads
/werkstatt/src/AWS/config/aws-os_lib__gnat.adb
/werkstatt/src/AWS/src/aws-headers-set.adb
/werkstatt/src/AWS/src/aws-containers-tables-set.ads
/werkstatt/src/AWS/src/aws-net-buffered.adb
/werkstatt/src/AWS/src/aws-translator.ads
/werkstatt/src/AWS/src/aws-resources.ads
/werkstatt/src/AWS/src/aws-resources-streams.ads
/werkstatt/src/AWS/src/aws-resources-streams-memory.ads
/werkstatt/src/AWS/src/aws-utils.ads
/werkstatt/src/AWS/include/zlib.ads
/werkstatt/src/AWS/include/memory_streams.ads
/werkstatt/src/AWS/src/aws-resources-streams-memory-zlib.ads
raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380
gnatmake: "/werkstatt/src/AWS/src/aws-attachments.adb" compilation error
make[1]: *** [build] Error 4
make: *** [src_build] Error 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25117
[Bug fortran/23912] MOD function requires same kind arguments
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-27 14:01 --- Subject: Bug 23912 Author: fxcoudert Date: Sun Nov 27 14:01:36 2005 New Revision: 107566 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107566 Log: PR fortran/23912 * iresolve.c (gfc_resolve_dim, gfc_resolve_mod, gfc_resolve_modulo): When arguments have different kinds, fold the lower one to the largest kind. * check.c (gfc_check_a_p): Arguments of different kinds is not a hard error, but an extension. * simplify.c (gfc_simplify_dim, gfc_simplify_mod, gfc_simplify_modulo): When arguments have different kinds, fold the lower one to the largest kind. * gfortran.dg/modulo_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/modulo_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/check.c trunk/gcc/fortran/iresolve.c trunk/gcc/fortran/simplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23912
[Bug bootstrap/25119] New: bootstrap failure on AIX 5.3
I have a 64bit GMP and want to bootstrap gcc with: export CONFIG_SHELL=/path/to/bash AR="ar -X64" CFLAGS="-maix64 -mminimal-toc" /tmp/gfortran-20051127/gcc/configure --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20051127/gfortran_libs but this fails to bootstrap with: ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./ternary.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./asprintf.o ./mempcpy.o ./mkstemps.o ./strverscmp.o ./vasprintf.o ar: 0707-126 ./regex.o is not valid with the current object file mode. Use the -X option to specify the desired object mode. gmake[1]: *** [libiberty.a] Error 53 gmake[1]: Leaving directory `/tmp/gfortran-20051127/ibin/build-powerpc-ibm-aix5.3.0.0/libiberty' So it looks like my AR environement variable is not recognized, although the output of configure is: checking for bison... bison checking for bison... bison -y checking for gm4... no checking for gnum4... no checking for m4... m4 checking for flex... flex checking for flex... flex checking for makeinfo... no checking for powerpc-ibm-aix5.3.0.0-ar... ar -X64 checking for powerpc-ibm-aix5.3.0.0-as... no checking for as... as checking for powerpc-ibm-aix5.3.0.0-dlltool... no checking for dlltool... no checking for powerpc-ibm-aix5.3.0.0-ld... no checking for ld... ld checking for powerpc-ibm-aix5.3.0.0-nm... no checking for nm... nm checking for powerpc-ibm-aix5.3.0.0-ranlib... no checking for ranlib... ranlib checking for powerpc-ibm-aix5.3.0.0-windres... no checking for windres... no checking for powerpc-ibm-aix5.3.0.0-objcopy... no checking for objcopy... no checking for powerpc-ibm-aix5.3.0.0-objdump... no checking for objdump... no checking for powerpc-ibm-aix5.3.0.0-ar... no checking for ar... ar Note that it's checking twice for powerpc-ibm-aix5.3.0.0-ar, and doesn't find it the same way the second time. -- Summary: bootstrap failure on AIX 5.3 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix5.3 GCC host triplet: powerpc-ibm-aix5.3 GCC target triplet: powerpc-ibm-aix5.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25119
[Bug middle-end/21309] [4.0/4.1/4.2 regression] internal compiler error: in expand_mult_const, at expmed.c:2884
--- Comment #7 from sayle at gcc dot gnu dot org 2005-11-27 14:27 --- Subject: Bug 21309 Author: sayle Date: Sun Nov 27 14:27:26 2005 New Revision: 107567 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107567 Log: PR middle-end/21309 * expmed.c (choose_mult_variant): Return immediately when mult_cost is less than zero. Limit mult_cost to a reasonable upper bound for the synthetic multiplication sequence. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/expmed.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21309
[Bug fortran/21302] Max line length in free form mode
--- Comment #9 from rep dot nop at aon dot at 2005-11-27 14:46 --- (In reply to comment #8) > updated patch: > > http://gcc.gnu.org/ml/fortran/2005-11/msg00612.html > > ACK by stevenb: > http://gcc.gnu.org/ml/fortran/2005-11/msg00631.html > And each a testcase for -ffree-line-length-none and -ffixed-line-length-none here: http://gcc.gnu.org/ml/fortran/2005-11/msg00676.html Please apply, thank you -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug middle-end/25022] [3.4/4.0 regression] failure to transform the unlocked stdio calls
--- Comment #5 from ghazi at gcc dot gnu dot org 2005-11-27 14:47 --- 4.0 patch here: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01845.html -- ghazi at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2005- |patches/2005- |11/msg01772.html|11/msg01845.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25022
[Bug fortran/24917] Handling of hexadecimal constants in gfortran
--- Comment #3 from kargl at gcc dot gnu dot org 2005-11-27 15:47 --- Subject: Bug 24917 Author: kargl Date: Sun Nov 27 15:47:56 2005 New Revision: 107568 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107568 Log: PR fortran/24917 * primary.c (match_boz_constant): Implement postfix BOZ constants; (match_string_constant): Peek for b, o, z, and x * gfortran.dg/boz_6.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/boz_6.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24917
[Bug middle-end/25120] New: [3.4/4.0/4.1/4.2] builtin printf/fprintf is confused by -fexec-charset
With a program compiled with e.g. -O2 -fexec-charset=IBM1047, the builtin
handlers for printf and fprintf get confused because they check for matching
stuff in the format string like "%s", "%s\n", "%c" and trailing "\n" using the
host's charset values. So they don't match correctly when compiling strings in
the target charset and thus fail to do the appropriate transformations. This
is merely a slight pessimization.
However what's worse is they'll do incorrect transformations if the user's
program happens to have matching strings. E.g.
printf ("hello world\012");
In the above, "\012" is ascii "\n" but it's something else in other charsets.
However, GCC will still transform this call into puts with the "\012" stripped
off. This yields "wrong code".
--
Summary: [3.4/4.0/4.1/4.2] builtin printf/fprintf is confused by
-fexec-charset
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: wrong-code, missed-optimization
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ghazi at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug fortran/24917] Handling of hexadecimal constants in gfortran
--- Comment #4 from kargl at gcc dot gnu dot org 2005-11-27 15:51 --- Subject: Bug 24917 Author: kargl Date: Sun Nov 27 15:51:54 2005 New Revision: 107569 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107569 Log: PR fortran/24917 * primary.c (match_boz_constant): Implement postfix BOZ constants; (match_string_constant): Peek for b, o, z, and x * gfortran.dg/boz_6.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/boz_6.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/primary.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24917
[Bug middle-end/25120] [3.4/4.0/4.1/4.2] builtin printf/fprintf is confused by -fexec-charset
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-11-27 15:52 --- This is the same bug as PR 18785 and probably has a similar solution. I'm working on a patch. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-27 15:52:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug fortran/24917] Handling of hexadecimal constants in gfortran
--- Comment #5 from kargl at gcc dot gnu dot org 2005-11-27 15:54 --- Fixed. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24917
[Bug target/25115] [4.2 Regression] Segmentation fault in pre_insert_copy_insn
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org Summary|Segmentation fault in |[4.2 Regression] |pre_insert_copy_insn|Segmentation fault in ||pre_insert_copy_insn Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25115
[Bug pending/25118] PPC/-O2 bug causes segfault, -O1 works fine
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-27 16:05 --- What happens if you do "-O2 -fno-strict-aliasing"? I almost want to say you are violating C aliasing rules. Also what warnings do you get with -O2 -W -Wall? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25118
[Bug other/25121] New: libgcj misscompilation?
gcc-4.1.0-20051126 (rev 107546) bootstraped with `-march=i486 -O2`
causes runtime error. i686 library binaries works fine.
$ LD_PRELOAD=./libgcj.so.7.0.0_i686 gij Test
$ LD_PRELOAD=/usr/lib/libgcj.so.7.0.0 gij Test
Aborted
public class Test {
public static void main (String args[]) {}
}
i486 backtrace:
Program received signal SIGABRT, Aborted.
0x41526a80 in raise () from /lib/libc.so.6
(gdb) bt
#0 0x41526a80 in raise () from /lib/libc.so.6
#1 0x4152804b in abort () from /lib/libc.so.6
#2 0x408385b0 in _Jv_Throw () from /usr/lib/libgcj.so.7
#3 0x4082bf8f in _Jv_ThrowNullPointerException () from /usr/lib/libgcj.so.7
#4 0x in ?? ()
#5 0x40b246ca in java::util::logging::Level::parse ()
from /usr/lib/libgcj.so.7
#6 0x40b2476f in java::util::logging::LogManager::getLevelProperty ()
from /usr/lib/libgcj.so.7
#7 0x40b24823 in java::util::logging::StreamHandler::StreamHandler ()
from /usr/lib/libgcj.so.7
#8 0x40b24c87 in java::util::logging::ConsoleHandler::ConsoleHandler ()
from /usr/lib/libgcj.so.7
#9 0x40861d01 in java::lang::Class::newInstance () from /usr/lib/libgcj.so.7
#10 0x40b25068 in java::util::logging::LogManager::readConfiguration ()
from /usr/lib/libgcj.so.7
#11 0x40b23e44 in java::util::logging::LogManager::readConfiguration ()
from /usr/lib/libgcj.so.7
#12 0x40b2453f in java::util::logging::LogManager::__U3c_clinit__U3e_ ()
from /usr/lib/libgcj.so.7
#13 0x40861abf in java::lang::Class::initializeClass ()
from /usr/lib/libgcj.so.7
#14 0x40862137 in _Jv_InitClass () from /usr/lib/libgcj.so.7
#15 0x40b1f7ee in java::util::logging::LogManager::getLogManager ()
from /usr/lib/libgcj.so.7
#16 0x40b231ca in java::util::logging::Logger::getLogger ()
from /usr/lib/libgcj.so.7
#17 0x40b23352 in java::util::logging::Logger::getLogger ()
from /usr/lib/libgcj.so.7
#18 0x40b2337e in java::util::logging::Logger::__U3c_clinit__U3e_ ()
from /usr/lib/libgcj.so.7
#19 0x40861abf in java::lang::Class::initializeClass ()
from /usr/lib/libgcj.so.7
#20 0x40862137 in _Jv_InitClass () from /usr/lib/libgcj.so.7
#21 0x40b2333e in java::util::logging::Logger::getLogger ()
from /usr/lib/libgcj.so.7
#22 0x40875a21 in gnu::classpath::debug::SystemLogger::__U3c_clinit__U3e_ ()
from /usr/lib/libgcj.so.7
#23 0x40861abf in java::lang::Class::initializeClass ()
from /usr/lib/libgcj.so.7
#24 0x40862137 in _Jv_InitClass () from /usr/lib/libgcj.so.7
#25 0x409463ae in gnu::javax::crypto::RSACipherImpl::__U3c_clinit__U3e_ ()
from /usr/lib/libgcj.so.7
#26 0x40861abf in java::lang::Class::initializeClass ()
from /usr/lib/libgcj.so.7
#27 0x40862137 in _Jv_InitClass () from /usr/lib/libgcj.so.7
#28 0x4092dd5d in gnu::java::security::provider::Gnu$1::run ()
from /usr/lib/libgcj.so.7
#29 0x40abbf66 in java::security::AccessController::doPrivileged ()
from /usr/lib/libgcj.so.7
#30 0x4092d336 in gnu::java::security::provider::Gnu::Gnu ()
from /usr/lib/libgcj.so.7
#31 0x40861d01 in java::lang::Class::newInstance () from /usr/lib/libgcj.so.7
#32 0x40abd846 in java::security::Security::loadProviders ()
from /usr/lib/libgcj.so.7
#33 0x40abda31 in java::security::Security::__U3c_clinit__U3e_ ()
from /usr/lib/libgcj.so.7
#34 0x40861abf in java::lang::Class::initializeClass ()
from /usr/lib/libgcj.so.7
#35 0x40862137 in _Jv_InitClass () from /usr/lib/libgcj.so.7
#36 0x40abc800 in java::security::Security::getProviders ()
from /usr/lib/libgcj.so.7
#37 0x40ac07ba in java::security::MessageDigest::getInstance ()
from /usr/lib/libgcj.so.7
#38 0x40a7a54a in java::lang::VMCompiler::__U3c_clinit__U3e_ ()
from /usr/lib/libgcj.so.7
#39 0x40861abf in java::lang::Class::initializeClass ()
from /usr/lib/libgcj.so.7
#40 0x40862137 in _Jv_InitClass () from /usr/lib/libgcj.so.7
#41 0x40a7a981 in java::lang::VMCompiler::compileClass ()
from /usr/lib/libgcj.so.7
#42 0x40869417 in java::lang::VMClassLoader::defineClass ()
from /usr/lib/libgcj.so.7
#43 0x40a7930c in java::lang::ClassLoader::defineClass ()
from /usr/lib/libgcj.so.7
#44 0x40abe0ff in java::security::SecureClassLoader::defineClass ()
from /usr/lib/libgcj.so.7
#45 0x40a96626 in java::net::URLClassLoader::findClass ()
from /usr/lib/libgcj.so.7
#46 0x40a76fba in java::lang::ClassLoader::loadClass ()
from /usr/lib/libgcj.so.7
#47 0x40a6207f in java::lang::ClassLoader::loadClass ()
from /usr/lib/libgcj.so.7
#48 0x408626e1 in _Jv_FindClass () from /usr/lib/libgcj.so.7
#49 0x40861e7e in java::lang::Class::forName () from /usr/lib/libgcj.so.7
#50 0x4089b0d0 in gnu::java::lang::MainThread::run ()
from /usr/lib/libgcj.so.7
#51 0x40869166 in _Jv_ThreadRun () from /usr/lib/libgcj.so.7
#52 0x4082d2b0 in _Jv_RunMain () from /usr/lib/libgcj.so.7
#53 0x4001ac21 in main () from /usr/lib/libgij.so.7
#54 0x4151403a in __libc_start_main () from /lib/libc.so.6
#55 0x08048461 in ?? ()
--
Summary: libgcj misscompilation?
Product: gcc
[Bug pending/25118] PPC/-O2 bug causes segfault, -O1 works fine
--- Comment #3 from johannes at sipsolutions dot net 2005-11-27 16:09 --- Same thing happens with "-O2 -fno-strict-aliasing", I've thrown in "-W -Wall -Werror" for fun and get no warnings/errors. Program keeps segfaulting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25118
[Bug middle-end/25120] builtin printf/fprintf is confused by -fexec-charset
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-27 16:11 --- Isn't a simular problem as PR 20110? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[3.4/4.0/4.1/4.2] builtin |builtin printf/fprintf is |printf/fprintf is confused |confused by -fexec-charset |by -fexec-charset | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug other/25121] libgcj misscompilation?
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 16:13 --- Hmm, this was PR 23602. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25121
[Bug middle-end/21309] [4.0/4.1/4.2 regression] internal compiler error: in expand_mult_const, at expmed.c:2884
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-27 16:20 --- 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=21309
[Bug c++/24189] crash at exit after dlclose with -fuse-cxa-atexit
--- Comment #13 from hidden_peak at mail dot ru 2005-11-27 16:41 --- This is really bug in glibc: __cxa_finalize don't call all registered handlers in case of NULL argument (glibc 2.2.5 has this bug, but 2.3.2 already not). But nevertheless, the problem still present at platforms without glibc. Really, I wonder why code specific for C++ language support (and even more: specific for gcc) should be in glibc? May be the better place is one of crt*.o? -- hidden_peak at mail dot ru changed: What|Removed |Added CC||hidden_peak at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
[Bug c++/24189] crash at exit after dlclose with -fuse-cxa-atexit
--- Comment #14 from hidden_peak at mail dot ru 2005-11-27 16:48 --- Created an attachment (id=10348) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10348&action=view) __cxa_atexit and __cxa_finalize that work correctly cxa.c contain code with __cxa_atexit and __cxa_finalize that work correctly with gcc 3.4.x (really I am check only 3.4.4). Useful when builded as so library and used in LD_PRELOAD to fix glibc problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
[Bug c++/24189] crash at exit after dlclose with -fuse-cxa-atexit
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-27 16:52 --- (In reply to comment #13) > Really, I wonder why code specific for C++ language support (and even more: > specific for gcc) should be in glibc? May be the better place is one of > crt*.o? It is not specific to GCC, it is a standard C++ ABI defined by a committee (and across multiple compilers now), it is the IA64 C++ ABI which is used by more than GCC and on more than just IA64. Anyways this is a bug in glibc. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
[Bug middle-end/25120] builtin printf/fprintf is confused by -fexec-charset
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-11-27 16:59 --- Yes same conceptual problem, but entirely different GCC location. This bug lies in builtins.c and PR 20110 lies in c-format.c. What I mean is that they be fixed separately and should not have any bugzilla dependencies. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-11-27 17:01 --- builtin sprintf (and _chk friends) also have the problem, changed summary to reflect that. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Summary|builtin printf/fprintf is |builtin *printf handlers are |confused by -fexec-charset |confused by -fexec-charset http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug ada/25117] GNAT Bug Box, GCC error, verify_ssa failed
--- Comment #2 from charlet at gcc dot gnu dot org 2005-11-27 17:26 --- Please file a self contained test case, it is inappropriate to reference third party CVS in particular if a specific date must be used. Also please extract proper sources and remove the need to for any extra step (configure in particular), thanks. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Summary|GNAT Bug Box, GCC error,|GNAT Bug Box, GCC error, |TYPES.UNRECOVERABLE_ERROR |verify_ssa failed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25117
[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-27 17:28 --- Subject: Re: [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529 > The preprocessed source is where? Attached. Dave --- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-27 17:28 --- Created an attachment (id=10349) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10349&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25027
[Bug c/25125] New: [4.1/4.2 Regression] (short) ((int)(unsigned short) + (int)) is done in the wrong type
unsigned short f(unsigned short a)
{
short c = a;
if (c >0) return 0;
short b = ((int)a) + - (int)32768;
return b;
}
int main(void)
{
printf("%d\n", f(32769));
}
---
Compile with -O2 and we get the wrong result. We should get 1 but instead we
get 32768. Note this was exposed by VRP but VRP is doing what it is given o
it.
--
Summary: [4.1/4.2 Regression] (short) ((int)(unsigned short) +
(int)) is done in the wrong type
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
[Bug c++/24189] crash at exit after dlclose with -fuse-cxa-atexit
--- Comment #16 from hidden_peak at mail dot ru 2005-11-27 17:40 --- Thanks for explanation. Link to this issue: http://www.codesourcery.com/cxx-abi/abi.html#dso-dtor (for archive/reference purposes). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
[Bug c/25125] [4.1/4.2 Regression] (short) ((int)(unsigned short) + (int)) is done in the wrong type
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 17:40 --- I should note I found this while trying to improve fold to a - b to a + -b as that is valid as far as I can tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 4.2.0 Known to work||4.0.3 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
[Bug c/25125] [4.1/4.2 Regression] (short) ((int)(unsigned short) + (int)) is done in the wrong type
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-27 17:42 --- I think this is related to PR 19606 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
[Bug c/25125] [4.1/4.2 Regression] (short) ((int)(unsigned short) + (int)) is done in the wrong type
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-27 17:45 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-27 17:45:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
[Bug c/25125] [4.1/4.2 Regression] (short) ((int)(unsigned short) + (int)) is done in the wrong type
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-11-27 17:47 --- g++ has the same problem. We don't have a frontend category, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-27
17:51 ---
Subject: Re: [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload,
at targhooks.c:529
This is what I see in gdb:
Assembling functions:
__gcov_merge_single
Breakpoint 3, default_secondary_reload (in_p=0 '\0', x=0x4000d720,
reload_class=FP_REGS, reload_mode=DImode, sri=0xbff5ed10)
at ../../gcc/gcc/targhooks.c:534
534 gcc_assert (scratch_class == class);
(gdb) p class
$1 = GENERAL_REGS
(gdb) p scratch_class
$2 = GENERAL_REGS
(gdb) p insn_data[(int) icode]
$3 = {name = 0x864b60 "reload_outdi", output = {single = 0x0, multi = 0x0,
function = 0}, genfun = @0x8dfda2: 0x8e117c ,
operand = 0x862bc4, n_operands = 3 '\003', n_dups = 0 '\0',
n_alternatives = 1 '\001', output_format = 0 '\0'}
(gdb) p debug_rtx (x)
(mem:DI (reg/f:SI 30 %r30) [0 S8 A64])
$4 = void
(gdb) p reload_class
$5 = FP_REGS
(gdb) p reload_mode
$6 = DImode
The problem is that the class for the scratch register specified in
"reload_outdi" is GENERAL_REGS but we actually need R1_REGS for certain
reloads.
The documentation indicates that reload_in* and reload_out* have
been obsoleted by the new target hook. If that's really the case,
then it would appear emit_move_sequence needs a rewrite to somehow
integrate it with the new target hook.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25027
[Bug middle-end/25125] [4.1/4.2 Regression] (short) ((int)(unsigned short) + (int)) is done in the wrong type
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-27 18:03 --- I am going to say that convert.c is part of the middle-end. The problem is convert.c:570 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
[Bug libstdc++/25025] Failure to build, :1:2: error: missing '(' after predicate
--- Comment #3 from danglin at gcc dot gnu dot org 2005-11-27 18:57 --- The "-Aa" option is likely the problem. It's probably set in CFLAGS. If you're using the HP tools, put the "-Aa" in your CC define. There's more info in the manual on this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25025
[Bug fortran/25055] numeric STOP code should be limited to five digits
-- kargl at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kargl at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25055
[Bug fortran/25068] IOSTAT should be default integer when -std=f95
--- Comment #3 from kargl at gcc dot gnu dot org 2005-11-27 19:07 --- Sigh. Change subject to something meaningful. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|better diagnostic needed|IOSTAT should be default ||integer when -std=f95 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25068
[Bug fortran/25075] array size mismatch in DOT_PRODUCT
--- Comment #1 from kargl at gcc dot gnu dot org 2005-11-27 19:11 --- Sigh. Change subject to some meaningful. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|better diagnostic needed|array size mismatch in ||DOT_PRODUCT http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25075
[Bug fortran/25078] EQUILALENCE requires two or more objects
--- Comment #1 from kargl at gcc dot gnu dot org 2005-11-27 19:17 --- Change subject to something more meaningful -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|better diagnostic needed|EQUILALENCE requires two or ||more objects http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25078
[Bug target/25126] New: -msoft-float does not work
The -msoft-float option is accepted on i86, and causes calls to the soft fp library routines. however those routines are not built so one ends up with link errors. I don't mind if soft-float is rejected, but I think it should be if it's not supposed to work :) -- Summary: -msoft-float does not work Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nathan at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25126
[Bug target/25126] -msoft-float does not work
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 21:01 --- Actually I doubt it works also on mips-linux-gnu and maybe a couple other targets too. It is a semi generic target specific option but it also changes the ABI so I doubt it will ever work on GNU/Linux on x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25126
[Bug c++/18635] use of uninitialised reference accepted in C++ front end
--- Comment #6 from gdr at gcc dot gnu dot org 2005-11-27 21:18 --- this is accept-invalid, no diagnostic -- gdr at gcc dot gnu dot org changed: What|Removed |Added Keywords|diagnostic |accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
[Bug ada/25117] GNAT Bug Box, GCC error, verify_ssa failed
--- Comment #3 from bauhaus at futureapps dot de 2005-11-27 21:26 --- OK if I attach an archive of (most of) the sources of AWS, ready for make build? Otherwise I'll have to see whether I can cut some of the .gpr dependenies in AWS modules in order to downsize the sources. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25117
[Bug tree-optimization/24575] -(i /10) is not foldded to i/-10
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-27 21:31 --- Subject: Bug 24575 Author: pinskia Date: Sun Nov 27 21:31:36 2005 New Revision: 107575 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107575 Log: 2005-11-27 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/24575 * fold-const.c (negate_expr_p): Add case for signed divides if overflow is undefined. (negate_expr): Likewise. 2005-11-27 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/24575 * gcc.dg/tree-ssa/divide-3.c: New test. * gcc.dg/tree-ssa/divide-4.c: New test. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/divide-3.c trunk/gcc/testsuite/gcc.dg/tree-ssa/divide-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24575
[Bug tree-optimization/24575] -(i /10) is not foldded to i/-10
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-27 21:31 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24575
[Bug bootstrap/25127] New: internal compiler error: in rs6000_emit_prologue, at config/rs6000/rs6000.c:14039
I try to install gcc 4.1; I have
$ svn info
Path: .
URL: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_1-branch
Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 107570
Node Kind: directory
Schedule: normal
Last Changed Author: kargl
Last Changed Rev: 107569
Last Changed Date: 2005-11-27 09:51:54 -0600 (Sun, 27 Nov 2005)
Properties Last Updated: 2005-11-27 14:41:39 -0600 (Sun, 27 Nov 2005)
I configured with
$ CFLAGS='-g -O2 -mcpu=G4 -mabi=altivec -mlongcall' CXXFLAGS='-g -O2 -mcpu=G4
-mabi=altivec -mlongcall' FCFLAGS='-g -O2 -mcpu=G4 -mabi=altivec -mlongcall'
/Users/eschnett/src/gcc-4.1/configure --prefix=/Users/eschnett/gcc
--with-mpfr=/Users/eschnett --disable-multilib
--enable-languages=c,c++,fortran,java,objc,treelang
and a "make boostrap" results in
./xgcc -B./ -B/Users/eschnett/gcc/powerpc-apple-darwin8.3.0/bin/ -isystem
/Users/eschnett/gcc/powerpc-apple-darwin8.3.0/include -isystem
/Users/eschnett/gcc/powerpc-apple-darwin8.3.0/sys-include
-L/Users/eschnett/src/gcc-build-4.1/gcc/../ld -O2 -O2 -g -O2 -mcpu=G4
-mabi=altivec -mlongcall -DIN_GCC-W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem
./include -Wa,-force_cpusubtype_ALL -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/Users/eschnett/src/gcc-4.1/gcc
-I/Users/eschnett/src/gcc-4.1/gcc/.
-I/Users/eschnett/src/gcc-4.1/gcc/../include -I./../intl
-I/Users/eschnett/src/gcc-4.1/gcc/../libcpp/include -I/Users/eschnett/include
-fexceptions -fvisibility=hidden -DHIDE_EXPORTS -c
/Users/eschnett/src/gcc-4.1/gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o
/Users/eschnett/src/gcc-4.1/gcc/unwind.inc: In function
‘_Unwind_RaiseException’:
/Users/eschnett/src/gcc-4.1/gcc/unwind.inc:140: internal compiler error: in
rs6000_emit_prologue, at config/rs6000/rs6000.c:14039
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
{standard input}:4874:non-relocatable subtraction expression, "L_abort$stub"
minus "L550_pic"
{standard input}:4874:symbol: "L_abort$stub" can't be undefined in a
subtraction expression
{standard input}:4872:non-relocatable subtraction expression, "L_abort$stub"
minus "L550_pic"
{standard input}:4872:symbol: "L_abort$stub" can't be undefined in a
subtraction expression
{standard input}:4602:non-relocatable subtraction expression, "L_abort$stub"
minus "L517_pic"
{standard input}:4602:symbol: "L_abort$stub" can't be undefined in a
subtraction expression
{standard input}:4600:non-relocatable subtraction expression, "L_abort$stub"
minus "L517_pic"
[some similar lines omitted]
{standard input}:unknown:Undefined local symbol L_abort$stub
{standard input}:unknown:Undefined local symbol L__Unwind_Find_FDE$stub
{standard input}:unknown:Undefined local symbol L_memcpy$stub
{standard input}:unknown:Undefined local symbol L_memset$stub
{standard input}:unknown:Undefined local symbol
L__Unwind_fallback_frame_state_for$stub
{standard input}:unknown:Undefined local symbol L_strlen$stub
{standard input}:unknown:Undefined local symbol L_pthread_once$stub
make[3]: *** [libgcc/./unwind-dw2.o] Error 1
make[2]: *** [libgcc.a] Error 2
make[1]: *** [stage1_build] Error 2
make: *** [bootstrap] Error 2
--
Summary: internal compiler error: in rs6000_emit_prologue, at
config/rs6000/rs6000.c:14039
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC target triplet: powerpc-apple-darwin8.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
[Bug bootstrap/25119] bootstrap failure on AIX 5.3
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-27 22:06 --- Build GCC on AIX as 64-bit application is not a tested configuration. A better way to set the flag for AR probably is in new config/mh-aix file or with OBJECT_MODE=64 environment variable. You probably need to do this manually because it will mess up multilibs. Or disable multilib in the configuration as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25119
[Bug other/25121] libgcj misscompilation?
--- Comment #2 from pluto at agmk dot net 2005-11-27 22:06 --- (In reply to comment #1) > Hmm, this was PR 23602. > so what's happens on current 4.1? compiler flags look good. [EMAIL PROTECTED] gcc]$ grep 'frame\-pointer' obj-i486-pld-linux/i486-pld-linux/libjava/Makefile LIBGCJ_CFLAGS = -ffloat-store -fomit-frame-pointer LIBGCJ_CXXFLAGS = -ffloat-store -fomit-frame-pointer LIBGCJ_JAVAFLAGS = -ffloat-store -fomit-frame-pointer -ffloat-store -fomit-frame-pointer \ -ffloat-store -fomit-frame-pointer \ AM_CFLAGS = -ffloat-store -fomit-frame-pointer $(am__append_5) JC1FLAGS = -ffloat-store -fomit-frame-pointer $(GCJFLAGS) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25121
[Bug fortran/23815] Add -byteswapio flag
--- Comment #19 from tkoenig at gcc dot gnu dot org 2005-11-27 22:14 --- Created an attachment (id=10350) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10350&action=view) broken patch The patches for this PR have been obsoleted of the introduction of the thread-safety patch. I have a patch (attached), but it causes quite a number of regressions (something messes up the gfc_unit) and I haven't found the reason yet. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Attachment #10224|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
[Bug target/25127] internal compiler error: in rs6000_emit_prologue, at config/rs6000/rs6000.c:14039
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 22:19 --- Is there a reason why you are bootstrapping with -mlongcall? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target Keywords||build, ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
[Bug middle-end/23666] Fold does not reduce C - ~a into a + (C+1)
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-27 22:26 --- After the patch which I am about to test, we get this with -fwrapv (yes that is weird we get it with something which should be cause optimizations not to happen and not the other way around). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23666
[Bug fortran/23815] Add -byteswapio flag
--- Comment #20 from tkoenig at gcc dot gnu dot org 2005-11-27 22:27 --- Removed patch keyword. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/fortra| |n/2005-11/msg00451.html | Keywords|patch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
[Bug target/25127] internal compiler error: in rs6000_emit_prologue, at config/rs6000/rs6000.c:14039
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-27 22:30 --- In the end, I want to build some large applications, and I had an error at one time where one of gcc's run time libraries needed to be built with -mlongcall. I didn't investigate this more closely, and I could be wrong with that statement, so that some other change that I made made my application build successfully. I've been bootstrapping with -mlongcall for some time, and I didn't encounter any problems. I'm using Apple's gcc 3.3 for bootstrapping. I'm now re-running the bootstrap with the options "-mcpu=G4 -mabi=altivec" removed, and this seems to go fine (so far). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
[Bug c++/24979] DECL_MAIN_P is declared twice in cp-tree.h
--- Comment #2 from reichelt at gcc dot gnu dot org 2005-11-27 22:37 --- Subject: Bug 24979 Author: reichelt Date: Sun Nov 27 22:37:06 2005 New Revision: 107578 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107578 Log: PR c++/24979 * cp-tree.h (DECL_MAIN_P): Remove duplicate definition. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24979
[Bug c++/24979] DECL_MAIN_P is declared twice in cp-tree.h
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-11-27 22:38 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24979
[Bug fortran/23815] Add -byteswapio flag
--- Comment #21 from sgk at troutmask dot apl dot washington dot edu 2005-11-27 22:42 --- Subject: Re: Add -byteswapio flag On Sun, Nov 27, 2005 at 10:15:02PM -, tkoenig at gcc dot gnu dot org wrote: > > I have a patch (attached), but it causes quite a number of > regressions (something messes up the gfc_unit) and I haven't found > the reason yet. > gfc_unit may need to be locked before its accessed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
-- ghazi at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug libfortran/25116] [regression wrt g77] namelist read from non-opened file
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14 --- (In reply to comment #1) > At line 2 of file nml.f > Fortran runtime error: End of file Debugging shows that the bytes_left field of the stream is not set correctly (2338621003140048416 instead of 9223372036854775807). It is set in transfer.c, line 1143. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-11-27 11:38:52 |2005-11-27 23:14:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25116
[Bug target/25128] New: [m68k] Suboptimal comparisons against 65536
Consider:
unsigned int bar (void);
void
foo (void)
{
unsigned int a = bar ();
if (65536 > a)
bar ();
}
./cc1 -quiet -O2 -fomit-frame-pointer generates
foo:
move.l %a2,-(%sp)
lea bar,%a2
jbsr (%a2)
cmp.l #65535,%d0
jbhi .L10
jbsr (%a2)
.L10:
move.l (%sp)+,%a2
rts
Note that
cmp.l #65535,%d0
jbhi .L10
can be replaced with
swap %d0
tst.w %d0
jbne .L10
A similar trick can be applied to signed comparisons as well.
--
Summary: [m68k] Suboptimal comparisons against 65536
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at gcc dot gnu dot org
GCC target triplet: m68k-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25128
[Bug target/25128] [m68k] Suboptimal comparisons against 65536
-- kazu at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25128
[Bug target/25114] [m68k] Suboptimal inequality comparisons with small integers
-- kazu at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25114
[Bug target/25113] [m68k] lshiftrt and some other insns are conservative on cc0
-- kazu at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25113
[Bug c++/15938] ICE with anonymous unions
--- Comment #12 from giovannibajo at libero dot it 2005-11-27 23:38 --- Thanks Volker -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15938
[Bug c/25129] New: asm volatile optimizes to invalid operands
Compile the following with -O and compile fails with "Error: suffix or operands
invalid for `movq'". No problem is either __volatile__ or -O removed.
Compiles ok with gcc-3.2.3 or gcc-2.96.
Here is the test code:
#define mmx_r2m(op,reg,mem) \
__asm__ __volatile__ (#op " %%" #reg ", %0" \
: "=X" (mem) \
: /* nothing */ )
#define movq_r2m(reg,var) mmx_r2m (movq, reg, var)
void gcc_fulla_bugs(void)
{
long long sumtop_accs;
movq_r2m( mm0, *(&sumtop_accs) );
}
--
Summary: asm volatile optimizes to invalid operands
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jw203198 at hotmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25129
[Bug c/25129] asm volatile optimizes to invalid operands
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 00:13 --- the X constaint means any operand from memory to a register. You might want to use the m constaint instead. -- 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=25129
[Bug fortran/25109] formatted reads with embedded blanks in input fields
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-11-28 00:23 --- Subject: Bug 25109 Author: jvdelisle Date: Mon Nov 28 00:23:28 2005 New Revision: 107588 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107588 Log: 2005-11-27 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/25109 * io/unit.c (init_units): Set default flag to BLANK_NULL per requirement of F95 standard. Set PAD_YES for stdin. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/unit.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25109
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
--- Comment #5 from joseph at codesourcery dot com 2005-11-28 00:45 --- Subject: Re: New: [3.4/4.0/4.1/4.2] builtin printf/fprintf is confused by -fexec-charset On Sun, 27 Nov 2005, ghazi at gcc dot gnu dot org wrote: > With a program compiled with e.g. -O2 -fexec-charset=IBM1047, the builtin > handlers for printf and fprintf get confused because they check for matching > stuff in the format string like "%s", "%s\n", "%c" and trailing "\n" using the > host's charset values. So they don't match correctly when compiling strings > in This looks the same as bug 20109 to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug rtl-optimization/25130] New: 4.1: miscompilation in loop optimization
hi -
The current gcc in the 4.1 branch (svn rev 107578) miscompiles the following
source with -O3 -fno-strict-aliasing:
---
// g++ -O3 -g -fno-strict-aliasing -o x x.cc
inline void* operator new(unsigned, void* __p) throw() { return __p; }
extern "C" int printf (...);
struct _Deque_base
{
_Deque_base()
{
_M_impl._M_start_cur = new int;
_M_impl._M_finish_cur = _M_impl._M_start_cur;
printf ("");
}
~_Deque_base() {
printf ("", _M_impl._M_start_node);
}
struct _Deque_impl
{
int* _M_start_cur;
int _M_start_node;
int* _M_finish_cur;
};
_Deque_impl _M_impl;
};
struct deque : public _Deque_base {};
struct ClusterContainerStandard
{
deque _clusters;
virtual void add_cluster() { }
};
int main( )
{
{
ClusterContainerStandard box;
}
printf ("aaa\n");
{
deque clusters;
if (clusters._M_impl._M_start_cur)
{
::new(static_cast(clusters._M_impl._M_finish_cur)) int(0);
++clusters._M_impl._M_finish_cur;
}
printf ("%p %p\n",
clusters._M_impl._M_start_cur, clusters._M_impl._M_finish_cur);
}
return 0;
}
---
I expect the two pointer values printed by this program to differ by 4.
Instead, they are identical:
$ g++ -o x -O3 -fno-strict-aliasing x.cc
$ ./x
aaa
0x804a018 0x804a018
$
Here is the relevant excerpt from the generated code, starting just
after the printf("aaa\n") call:
movl$4, (%esp)
call_Znwj ; new int
movl%eax, -24(%ebp) ; assign to start_cur
movl%eax, -16(%ebp) ; assign to finish_cur
movl$.LC0, (%esp)
callprintf; empty printf
.LEHE0:
movl-24(%ebp), %eax ; test start_cur
testl %eax, %eax
je .L12
movl-16(%ebp), %eax ; test finish_cur --- part of the new()
testl %eax, %eax
je .L6
movl$0, (%eax); *finish_cur = 0
movl-16(%ebp), %eax ; (a redundant move) [1]
.L6:
addl$4, -16(%ebp) ; ++finish_cur
.L4:
movl%eax, 8(%esp) ; OOPS --- here we're using the value [2]
; of finish_cur before the increment!
movl-24(%ebp), %eax
movl$.LC2, (%esp)
movl%eax, 4(%esp)
.LEHB1:
callprintf
Looking at the RTL dumps, the problem first seems to appear after the
loop2_done pass. Here's an excerpt from that file, starting
at the insn corresponding to [1] above and continuing to [2].
Note that after the increment, there's a branch around an insn
that reloads the value of finish_cur from memory before the
printf call --- without that jump, the program would work correctly.
That jump is not present in the previous RTL dump, loop2_unswitch.
(insn 122 56 57 2 (set (reg:SI 79 [ clusters.D.1787._M_impl._M_finish_cur ])
(mem/s/j:SI (plus:SI (reg/f:SI 20 frame)
(const_int -8 [0xfff8])) [0
._M_impl._M_start_node+0 S4 A32])) 34 {*movsi_1} (nil)
(nil))
;; End of basic block 2, registers live:
(nil)
;; Start of basic block 3, registers live: (nil)
(code_label 57 122 58 3 6 "" [1 uses])
(note 58 57 59 3 [bb 3] NOTE_INSN_BASIC_BLOCK)
(note 59 58 60 3 ("x.cc") 48)
(insn 60 59 128 3 x.cc:48 (parallel [
(set (mem/s/j/c:SI (plus:SI (reg/f:SI 20 frame)
(const_int -8 [0xfff8])) [0
clusters.D.1787._M_impl._M_finish_cur+0 S4 A32])
(plus:SI (mem/s/j/c:SI (plus:SI (reg/f:SI 20 frame)
(const_int -8 [0xfff8])) [0
clusters.D.1787._M_impl._M_finish_cur+0 S4 A32])
(const_int 4 [0x4])))
(clobber (reg:CC 17 flags))
]) 148 {*addsi_1} (nil)
(nil))
(jump_insn 128 60 129 3 (set (pc)
(label_ref 61)) -1 (nil)
(nil))
;; End of basic block 3, registers live:
(nil)
(barrier 129 128 127)
;; Start of basic block 4, registers live: (nil)
(code_label 127 129 126 4 12 "" [1 uses])
(note 126 127 121 4 [bb 4] NOTE_INSN_BASIC_BLOCK)
(insn 121 126 61 4 (set (reg:SI 79 [ clusters.D.1787._M_impl._M_finish_cur ])
(mem/s/j:SI (plus:SI (reg/f:SI 20 frame)
(const_int -8 [0xfff8])) [0
._M_impl._M_start_node+0 S4 A32])) 34 {*movsi_1} (nil)
(nil))
;; End of basic block 4, registers live:
(nil)
;; Start of basic block 5, registers live: (nil)
(code_label 61 121 62 5 4 "" [1 uses])
(note 62 61 63 5 [bb 5] NOTE_INSN_BASIC_BLOCK)
(note 63 62 65 5 ("x.cc") 51)
(insn 65 63 66 5 x.cc:51 (set (mem:SI (plus:SI (reg/f:SI 7 sp)
(const_int 8 [0x8])) [0 S4 A32])
(reg:SI 79 [ clusters.D.1787._M_impl._M_finish_cur ])) 34 {*movsi_1}
(nil)
(nil))
Environment:
System: Linux karma 2.6.14.2sss #1 PREEMPT Mon Nov 21 10:03:24 EST 2005 i686
i686 i386 GNU/Linux
Architecture: i686
ho
[Bug target/24997] [4.1/4.2 regression] ICE with -ftree-vectorize
-- amodra at bigpond dot net dot au changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||11/msg01916.html Component|middle-end |target Target Milestone|4.1.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
Re: [Bug libfortran/25116] [regression wrt g77] namelist read from non-opened file
fxcoudert at gcc dot gnu dot org wrote: --- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14 --- (In reply to comment #1) At line 2 of file nml.f Fortran runtime error: End of file Debugging shows that the bytes_left field of the stream is not set correctly (2338621003140048416 instead of 9223372036854775807). It is set in transfer.c, line 1143. If you mean this: memcpy (&i, p, sizeof (gfc_offset)); dtp->u.p.current_unit->bytes_left = i; Maybe it should be a -= Jerry
[Bug libfortran/25116] [regression wrt g77] namelist read from non-opened file
--- Comment #3 from jvdelisle at verizon dot net 2005-11-28 01:40 --- Subject: Re: [regression wrt g77] namelist read from non-opened file fxcoudert at gcc dot gnu dot org wrote: > --- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14 > --- > (In reply to comment #1) > >>At line 2 of file nml.f >>Fortran runtime error: End of file > > > Debugging shows that the bytes_left field of the stream is not set correctly > (2338621003140048416 instead of 9223372036854775807). It is set in transfer.c, > line 1143. > > If you mean this: memcpy (&i, p, sizeof (gfc_offset)); dtp->u.p.current_unit->bytes_left = i; Maybe it should be a -= Jerry -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25116
[Bug rtl-optimization/25130] [4.1/4.2 Regression] miscompilation in GCSE
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-28 02:00 --- Loop optimizers don't do anything to this testcase as there are no loops. -fno-gcse fixes it so I am going to assume it is GCSE bug. Anyways confirmed. -- 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 |2005-11-28 02:00:05 date|| Summary|4.1: miscompilation in loop |[4.1/4.2 Regression] |optimization|miscompilation in GCSE Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25130
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-11-28 02:45 --- *** Bug 20109 has been marked as a duplicate of this bug. *** -- ghazi at gcc dot gnu dot org changed: What|Removed |Added CC||jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug middle-end/20109] printf optimizations and non-ASCII character sets
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-11-28 02:45 --- *** This bug has been marked as a duplicate of 25120 *** -- ghazi at gcc dot gnu dot org changed: What|Removed |Added CC||ghazi at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20109
[Bug other/25131] New: genpreds.c doesn't correctly mark predicates as special
The logic in mark_mode_tests is broken and doesn't match the comment. Here is a testcase, a simple predicate that is just an alias for address_operand, which is a special predicate. (define_predicate "foo" (match_operand 0 "address_operand")) This will incorrectly have mode tests added. -- Summary: genpreds.c doesn't correctly mark predicates as special Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amodra at bigpond dot net dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25131
[Bug other/25131] genpreds.c doesn't correctly mark predicates as special
--- Comment #1 from amodra at bigpond dot net dot au 2005-11-28 03:10 --- Ugh, misunderstanding.. -- amodra at bigpond dot net dot au changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25131
[Bug objc/7098] ObjC front end doesn't understand attributes on method parameters
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-11-28 03:16 --- Andrew, any progress on this one? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7098
[Bug target/25127] internal compiler error: in rs6000_emit_prologue, at config/rs6000/rs6000.c:14039
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-28 03:19 --- After removing the flags "-mcpu=G4 -mabi=altivec" from the explicit compiler options, the bootstrap completes fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
[Bug middle-end/21988] GCC should transform printf("%s",foo) and printf("foo") into fputs(foo,stdout)
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-11-28 03:23 --- Getting stdout wrapped in an inline function is not hard. I can create something fixincl or whatever to capture that. The part I don't know how to do is expand that inline function's body into the code stream from fold_builtin_printf or expand_builtin_printf. Just inserting the inline function call as the right parameter to fputs and calling expand() used to just magically work when we had the RTL inliner because that ran after builtin expansion. Now with the tree inliner it's too late so we'd have to do something else extra. Anybody have ideas on this? It might also help with PR 24729. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21988
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
--- Comment #7 from ghazi at gcc dot gnu dot org 2005-11-28 03:36 --- 4.0 patch here: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01918.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug target/24997] [4.1/4.2 regression] ICE with -ftree-vectorize
--- Comment #11 from amodra at gcc dot gnu dot org 2005-11-28 03:52 --- Subject: Bug 24997 Author: amodra Date: Mon Nov 28 03:52:01 2005 New Revision: 107591 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107591 Log: PR target/24997 * config/rs6000/rs6000.c (legitimate_indexed_address_p): Allow pattern generated by reload. * config/rs6000/predicates.md (indexed_or_indirect_operand): Use indexed_or_indirect_address. (indexed_or_indirect_address): Don't test for base reg. Call address_operand last. Make it a special predicate. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/predicates.md trunk/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
[Bug other/25004] elfutils misscompilation (testuite failure).
--- Comment #7 from amodra at bigpond dot net dot au 2005-11-28 04:19 --- I would guess this isn't a gcc problem, but rather that the elfutils testsuite hasn't been updated for new binutils. Older binutils put _GLOBAL_OFFSET_TABLE_ at the start of .got but the powerpc SYSV ABI allows _GLOBAL_OFFSET_TABLE_ to be anywhere in .got. With newer binutils, ld makes use of this fact by placing _GLOBAL_OFFSET_TABLE_ at the end of .got or somewhere in the middle so that both positive and negative offsets from the got pointer can be used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25004
[Bug other/25004] elfutils misscompilation (testuite failure).
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-28 04:56 --- So this is not a GCC bug so closing as such. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25004
[Bug rtl-optimization/25115] [4.2 Regression] Segmentation fault in pre_insert_copy_insn
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 04:57 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|target |rtl-optimization Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-28 04:57:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25115
[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-28 04:58 --- Confirmed. -- 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 |2005-11-28 04:58:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25027
[Bug libfortran/25132] New: collect2: ld terminated with signal 10 [Bus error], core dumped
/test/gnu/gcc-3.3/objdir/./gcc/xgcc -B/test/gnu/gcc-3.3/objdir/./gcc/ -B/opt/gnu /gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-h pux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/include -isy stem /opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/sys-include -shared -fPIC -Wl, +h -Wl,libgfortran.sl.1 -Wl,+b -Wl,/opt/gnu/gcc/gcc-4.1.0/lib -o .libs/libgfortr an.sl.1.0 .libs/compile_options.o .libs/environ.o .libs/error.o .libs/fpu.o .li bs/main.o .libs/memory.o .libs/pause.o .libs/stop.o .libs/string.o .libs/select. o .libs/all_l4.o .libs/all_l8.o .libs/all_l16.o .libs/any_l4.o .libs/any_l8.o .l ibs/any_l16.o .libs/count_4_l4.o .libs/count_8_l4.o .libs/count_16_l4.o .libs/co unt_4_l8.o .libs/count_8_l8.o .libs/count_16_l8.o .libs/count_4_l16.o .libs/coun t_8_l16.o .libs/count_16_l16.o .libs/maxloc0_4_i4.o .libs/maxloc0_8_i4.o .libs/m axloc0_16_i4.o .libs/maxloc0_4_i8.o .libs/maxloc0_8_i8.o .libs/maxloc0_16_i8.o . libs/maxloc0_4_i16.o .libs/maxloc0_8_i16.o .libs/maxloc0_16_i16.o .libs/maxloc0_ 4_r4.o .libs/maxloc0_8_r4.o .libs/maxloc0_16_r4.o .libs/maxloc0_4_r8.o .libs/max loc0_8_r8.o .libs/maxloc0_16_r8.o .libs/maxloc0_4_r10.o .libs/maxloc0_8_r10.o .l ibs/maxloc0_16_r10.o .libs/maxloc0_4_r16.o .libs/maxloc0_8_r16.o .libs/maxloc0_1 6_r16.o .libs/maxloc1_4_i4.o .libs/maxloc1_8_i4.o .libs/maxloc1_16_i4.o .libs/ma xloc1_4_i8.o .libs/maxloc1_8_i8.o .libs/maxloc1_16_i8.o .libs/maxloc1_4_i16.o .l ibs/maxloc1_8_i16.o .libs/maxloc1_16_i16.o .libs/maxloc1_4_r4.o .libs/maxloc1_8_ r4.o .libs/maxloc1_16_r4.o .libs/maxloc1_4_r8.o .libs/maxloc1_8_r8.o .libs/maxlo c1_16_r8.o .libs/maxloc1_4_r10.o .libs/maxloc1_8_r10.o .libs/maxloc1_16_r10.o .l ibs/maxloc1_4_r16.o .libs/maxloc1_8_r16.o .libs/maxloc1_16_r16.o .libs/maxval_i4 .o .libs/maxval_i8.o .libs/maxval_i16.o .libs/maxval_r4.o .libs/maxval_r8.o .lib s/maxval_r10.o .libs/maxval_r16.o .libs/minloc0_4_i4.o .libs/minloc0_8_i4.o .lib s/minloc0_16_i4.o .libs/minloc0_4_i8.o .libs/minloc0_8_i8.o .libs/minloc0_16_i8. o .libs/minloc0_4_i16.o .libs/minloc0_8_i16.o .libs/minloc0_16_i16.o .libs/minlo c0_4_r4.o .libs/minloc0_8_r4.o .libs/minloc0_16_r4.o .libs/minloc0_4_r8.o .libs/ minloc0_8_r8.o .libs/minloc0_16_r8.o .libs/minloc0_4_r10.o .libs/minloc0_8_r10.o .libs/minloc0_16_r10.o .libs/minloc0_4_r16.o .libs/minloc0_8_r16.o .libs/minloc 0_16_r16.o .libs/minloc1_4_i4.o .libs/minloc1_8_i4.o .libs/minloc1_16_i4.o .libs /minloc1_4_i8.o .libs/minloc1_8_i8.o .libs/minloc1_16_i8.o .libs/minloc1_4_i16.o .libs/minloc1_8_i16.o .libs/minloc1_16_i16.o .libs/minloc1_4_r4.o .libs/minloc1 _8_r4.o .libs/minloc1_16_r4.o .libs/minloc1_4_r8.o .libs/minloc1_8_r8.o .libs/mi nloc1_16_r8.o .libs/minloc1_4_r10.o .libs/minloc1_8_r10.o .libs/minloc1_16_r10.o .libs/minloc1_4_r16.o .libs/minloc1_8_r16.o .libs/minloc1_16_r16.o .libs/minval _i4.o .libs/minval_i8.o .libs/minval_i16.o .libs/minval_r4.o .libs/minval_r8.o . libs/minval_r10.o .libs/minval_r16.o .libs/product_i4.o .libs/product_i8.o .libs /product_i16.o .libs/product_r4.o .libs/product_r8.o .libs/product_r10.o .libs/p roduct_r16.o .libs/product_c4.o .libs/product_c8.o .libs/product_c10.o .libs/pro duct_c16.o .libs/sum_i4.o .libs/sum_i8.o .libs/sum_i16.o .libs/sum_r4.o .libs/su m_r8.o .libs/sum_r10.o .libs/sum_r16.o .libs/sum_c4.o .libs/sum_c8.o .libs/sum_c 10.o .libs/sum_c16.o .libs/dotprod_i4.o .libs/dotprod_i8.o .libs/dotprod_i16.o . libs/dotprod_r4.o .libs/dotprod_r8.o .libs/dotprod_r10.o .libs/dotprod_r16.o .li bs/dotprod_l4.o .libs/dotprod_l8.o .libs/dotprod_l16.o .libs/dotprod_c4.o .libs/ dotprod_c8.o .libs/dotprod_c10.o .libs/dotprod_c16.o .libs/matmul_i4.o .libs/mat mul_i8.o .libs/matmul_i16.o .libs/matmul_r4.o .libs/matmul_r8.o .libs/matmul_r10 .o .libs/matmul_r16.o .libs/matmul_c4.o .libs/matmul_c8.o .libs/matmul_c10.o .li bs/matmul_c16.o .libs/matmul_l4.o .libs/matmul_l8.o .libs/matmul_l16.o .libs/tra nspose_i4.o .libs/transpose_i8.o .libs/transpose_i16.o .libs/transpose_c4.o .lib s/transpose_c8.o .libs/transpose_c10.o .libs/transpose_c16.o .libs/shape_i4.o .l ibs/shape_i8.o .libs/shape_i16.o .libs/eoshift1_4.o .libs/eoshift1_8.o .libs/eos hift1_16.o .libs/eoshift3_4.o .libs/eoshift3_8.o .libs/eoshift3_16.o .libs/cshif t1_4.o .libs/cshift1_8.o .libs/cshift1_16.o .libs/reshape_i4.o .libs/reshape_i8. o .libs/reshape_i16.o .libs/reshape_c4.o .libs/reshape_c8.o .libs/reshape_c10.o .libs/reshape_c16.o .libs/in_pack_i4.o .libs/in_pack_i8.o .libs/in_pack_i16.o .l ibs/in_pack_c4.o .libs/in_pack_c8.o .libs/in_pack_c10.o .libs/in_pack_c16.o .lib s/in_unpack_i4.o .libs/in_unpack_i8.o .libs/in_unpack_i16.o .libs/in_unpack_c4.o .libs/in_unpack_c8.o .libs/in_unpack_c10.o .libs/in_unpack_c16.o .libs/exponent _r4.o .libs/exponent_r8.o .libs/exponent_r10.o .libs/exponent_r16.o .libs/fracti on_r4.o .libs/fraction_r8.o .libs/fraction_r10.o .libs/fraction_r16.o .libs/near est_r4.o .libs/nearest_r8.o .libs/nearest_r10.o .libs/nearest_r16.o .libs/set_ex ponent_r4.o .libs/set_exponent_r8.o .libs/set_exponent_r10.
[Bug target/25112] [m68k] Suboptimal equality comparisons with small integers
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:02 --- Confirmed. -- 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 |2005-11-28 05:02:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25112
[Bug libfortran/25132] [4.1/4.2 Regression] collect2: ld terminated with signal 10 [Bus error], core dumped
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|collect2: ld terminated with|[4.1/4.2 Regression] |signal 10 [Bus error], core |collect2: ld terminated with |dumped |signal 10 [Bus error], core ||dumped Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25132
[Bug target/25128] [m68k] Suboptimal comparisons against 65536
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:04 --- Confirmed. -- 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 |2005-11-28 05:04:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25128
[Bug target/25114] [m68k] Suboptimal inequality comparisons with small integers
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:05 --- Confirmed. -- 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 |2005-11-28 05:05:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25114
[Bug target/25113] [m68k] lshiftrt and some other insns are conservative on cc0
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:06 --- Confirmed, isn't it better just to convert m68k to a non cc0 target? -- 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 |2005-11-28 05:06:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25113
[Bug target/24997] [4.1/4.2 regression] ICE with -ftree-vectorize
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
[Bug target/25127] internal compiler error: in rs6000_emit_prologue, at config/rs6000/rs6000.c:14039
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-28 05:07 --- Can you attach the preprocessed source for unwind-dw2.c when bootstrapping with options that ICE? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
[Bug fortran/25106] statement label is zero
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-28 05:08 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-28 05:08:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25106
