[Bug bootstrap/38088] New: gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error
The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.
cc -c -g -DIN_GCC-DHAVE_CONFIG_H -I. -I.
-I../../../unZipped/gcc-4.4-20081107/gcc
-I../../../unZipped/gcc-4.4-20081107/gcc/. -I../../..
/unZipped/gcc-4.4-20081107/gcc/../include -I./../intl
-I../../../unZipped/gcc-4.4-20081107/gcc/../libcpp/include
-I../../../unZipped/gcc-4.
4-20081107/gcc/../libdecnumber
-I../../../unZipped/gcc-4.4-20081107/gcc/../libdecnumber/dpd
-I../libdecnumber -I/home/kkusuman/software/my
root/include ../../../unZipped/gcc-4.4-20081107/gcc/mcf.c -o mcf.o
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 215: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 223: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 534: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 809: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 826: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 849: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 889: undefined
symbol: __LONG_LONG_MAX__
"../../../unZipped/gcc-4.4-20081107/gcc/mcf.c", line 1059: undefined
symbol: __LONG_LONG_MAX__
cc: acomp failed for ../../../unZipped/gcc-4.4-20081107/gcc/mcf.c
make[3]: *** [mcf.o] Error 2
make[3]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make: *** [all] Error 2
The problem is due to the line
#define CAP_INFINITY __LONG_LONG_MAX__
in gcc/mcf.c which will fail when a compiler other than gcc is used.
This problem was first pointed out in
http://gcc.gnu.org/ml/gcc-help/2008-11/msg00121.html and Ian Taylor asked me to
file a bug for it.
If you need any other information, I would be more than happy to provide it.
thanks
raju
--
Summary: gcc fails to compile with undefined symbol:
__LONG_LONG_MAX__ error
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38088
[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error
--- Comment #2 from kamaraju at gmail dot com 2008-11-12 13:49 --- Andrew (http://gcc.gnu.org/ml/gcc-help/2008-11/msg00131.html) suggested to use #define CAP_INFINITY INTTYPE_MAXIMUM(HOST_WIDEST_INT) I tried it out. The mcf.c compiles with this modification. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38088
[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error
--- Comment #4 from kamaraju at gmail dot com 2008-11-13 00:02 --- I confirm that using this patch, mcf.c compiles cleanly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38088
[Bug bootstrap/38100] New: gcc fails to compile with (undefined symbol) gimple_check_failed error
The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.
cc -g -DIN_GCC-DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o
attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o
c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o
c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o
c-parser.o sol2-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o
c-omp.o dummy-checksum.o \
main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lmpfr -lgmp
-lmpfr -lgmp
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-ssa-loop-unswitch.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-ssa-loop-prefetch.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-loop-linear.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-affine.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(lambda-trans.o)
lot of these errors.
make[3]: *** [cc1-dummy] Error 5
make[3]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
I am using the Sun solaris cc compiler.
> cc -V
cc: Sun C 5.5 2003/03/12
$ ar t gcc/libbackend.a | grep gimple.o
gimple.o
However,
$ nm gcc/gimple.o | grep check_failed
U gimple_check_failed
The issue was first pointed out at
http://gcc.gnu.org/ml/gcc-help/2008-11/msg00135.html . More information can be
found in that thread. I will gladly provide any additional information (if
necessary) to fix this bug.
thanks
raju
--
Summary: gcc fails to compile with (undefined symbol)
gimple_check_failed error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38100
[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error
--- Comment #1 from kamaraju at gmail dot com 2008-11-13 20:40 --- Created an attachment (id=16664) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16664&action=view) output generated when configure script is run -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106
[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error
--- Comment #2 from kamaraju at gmail dot com 2008-11-13 20:42 --- Created an attachment (id=16665) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16665&action=view) output generated when make is run -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106
[Bug bootstrap/38106] New: gcc fails to compile with ld:libgcc.map: file format not recognized error
The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.
# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/bash ../../../../../unZipped/gcc-4.4-20081107/libgcc/../mkinstalldirs
sparcv9
/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc
-B/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/
-B/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/bin/
-B/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/lib/
-isystem
/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/include
-isystem
/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/sys-include
-O2 -O2 -g -DIN_GCC-Wold-style-definition -isystem ./include -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared
-nodefaultlibs -Wl,-h,libgcc_s.so.1 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc.map
-o sparcv9/libgcc_s.so.1.tmp -O2 -g -m64 -B./ _muldi3_s.o _negdi2_s.o
_lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o
_clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main_s.o
_absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o
_mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o
_ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o
_popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o
_paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o
_muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o
_divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o
_fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o
_fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o
_floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o
_floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o
_umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o unwind-dw2_s.o unwind-dw2-fde_s.o
unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o emutls_s.o -lc && rm -f
sparcv9/libgcc_s.so && if [ -f sparcv9/libgcc_s.so.1 ]; then mv -f
sparcv9/libgcc_s.so.1 sparcv9/libgcc_s.so.1.backup; else true; fi && mv
sparcv9/libgcc_s.so.1.tmp sparcv9/libgcc_s.so.1 && ln -s libgcc_s.so.1
sparcv9/libgcc_s.so
/home/kkusuman/software/myroot/bin/ld:libgcc.map: file format not recognized;
treating as linker script
/home/kkusuman/software/myroot/bin/ld:libgcc.map:1: syntax error
collect2: ld returned 1 exit status
make[5]: *** [libgcc_s.so] Error 1
make[5]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/sparcv9/libgcc'
make[4]: *** [multi-do] Error 1
make[4]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libgcc'
make[3]: *** [all-multi] Error 2
make[3]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make: *** [all] Error 2
I am using the Sun solaris cc compiler.
> cc -V
cc: Sun C 5.5 2003/03/12
But the binutils is compiled by myself.
> as --version
GNU assembler (GNU Binutils) 2.19
Copyright 2007 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `sparc-sun-solaris2.8'.
> ld --version
GNU ld (GNU Binutils) 2.19
Copyright 2007 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.
The configure.log, make.log are attached below.
--
Summary: gcc fails to compile with ld:libgcc.map: file format not
recognized error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106
[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error
--- Comment #4 from kamaraju at gmail dot com 2008-11-13 21:44 --- I was just using nohup ../../unZipped/gcc-4.4-20081107/configure --prefix=/home/kkusuman/software/myroot/gcc-4.4-20081107 2>&1 > configure.log & I will try giving the --with-gnu-as --with-gnu-ld options and see what happens. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106
[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error
--- Comment #6 from kamaraju at gmail dot com 2008-11-13 22:29 --- Changing the configure command to nohup ../../unZipped/gcc-4.4-20081107/configure --prefix=/home/kkusuman/software/myroot/gcc-4.4-20081107 --with-gnu-as --with-gnu-ld 2>&1 > configure.log & fixed the problem. Thanks raju -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106
[Bug c++/38124] New: gcc fails to compile with Internal error, aborting at dw2gencfi.c line 1267 errror
ct: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38124
[Bug c++/38124] gcc fails to compile with Internal error, aborting at dw2gencfi.c line 1267 errror
--- Comment #2 from kamaraju at gmail dot com 2008-11-18 14:28 --- I filed this bug against binutils as http://sourceware.org/bugzilla/show_bug.cgi?id=7032 . The conclusion there is that it is a compiler bug (since the abort is an unhandled case in a switch). Could some one take a second look at this again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38124
[Bug fortran/38853] New: internal compiler error with gfortran 4.4-20081107
Consider the attached heapsort.f90. When compiled it gives an internal
compiler error.
According to http://gcc.gnu.org/ml/fortran/2009-01/msg00179.html, the bug is
not present in 4.4.0 20081209 x86_64-*-freebsd .
> gfortran -c heapsort.f90
heapsort.f90: In function 'heapsort':
heapsort.f90:1: internal compiler error: Segmentation Fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
> gfortran -v
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with:
/home/kkusuman/software/unZipped/gcc-4.4-20081107/configure
--enable-languages=c,fortran
--prefix=/home/kkusuman/software/myroot/gcc-4.4-20081107 --with-gnu-as
--with-as=/home/kkusuman/software/myroot/bin/as --with-gnu-ld
--with-ld=/home/kkusuman/software/myroot/bin/ld
--with-build-time-tools=/home/kkusuman/software/myroot/bin/
Thread model: posix
gcc version 4.4.0 20081107 (experimental) (GCC)
--
Summary: internal compiler error with gfortran 4.4-20081107
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38853
[Bug fortran/38853] internal compiler error with gfortran 4.4-20081107
--- Comment #1 from kamaraju at gmail dot com 2009-01-14 22:14 --- Created an attachment (id=17105) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17105&action=view) code to reproduce the internal compiler error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38853
[Bug fortran/38853] internal compiler error with gfortran 4.4-20081107
--- Comment #3 from kamaraju at gmail dot com 2009-01-15 06:21 --- Joost, Did you test on the solaris machine or on the i386 machine. I think this is a architecture specific bug. Could you please confirm the architecture of your machine? thanks raju -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38853
[Bug c/38981] New: internal compiler error
Consider the attached code ice.c . When compiled, it is giving an internal
compiler error. I was not able to reduce it any further. Would appreciate if
someone can reduce it further.
> gcc -c ice.c
ice.c: In function 'd_substitution':
ice.c:23: internal compiler error: Bus Error
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
> gcc -v
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: /home/kkusuman/software/unZipped/gcc-4.4-20090109/configure
--enable-languages=c,c++,fortran
--prefix=/home/kkusuman/software/myroot/gcc-4.4-20090109 --with-gnu-as
--with-as=/home/kkusuman/software/myroot/bin/as --with-gnu-ld
--with-ld=/home/kkusuman/software/myroot/bin/ld
Thread model: posix
gcc version 4.4.0 20090109 (experimental) (GCC)
Here is the gdb backtrace
> gdb
> /home/kkusuman/software/myroot/gcc-4.4-20090109/libexec/gcc/sparc-sun-solaris2.8/4.4.0/cc1
>
GNU gdb 6.8.0.20090120
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...
(gdb) run ice.c
Starting program:
/home/kkusuman/software/myroot/gcc-4.4-20090109/libexec/gcc/sparc-sun-solaris2.8/4.4.0/cc1
ice.c
d_substitution
Analyzing compilation unit
Performing interprocedural optimizations
Assembling
functions:
d_substitution
Program received signal SIGSEGV, Segmentation fault.
0x0040bea8 in compare_pairs (p1=0x8469e0, p2=0x8469ec) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/tree-ssa-coalesce.c:318
318 result = (* pp2)->cost - (* pp1)->cost;
(gdb) bt
#0 0x0040bea8 in compare_pairs (p1=0x8469e0, p2=0x8469ec) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/tree-ssa-coalesce.c:318
#1 0xff1cb8d0 in qsort () from /usr/lib/libc.so.1
#2 0x0040f8d8 in coalesce_ssa_name () at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/tree-ssa-coalesce.c:434
#3 0x003c6528 in rewrite_out_of_ssa () at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/tree-outof-ssa.c:1353
#4 0x002a99c8 in execute_one_pass (pass=0x79d30c) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/passes.c:1279
#5 0x002a9c58 in execute_pass_list (pass=0x79d30c) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/passes.c:1328
#6 0x003c1d08 in tree_rest_of_compilation (fndecl=0xfefb6280) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/tree-optimize.c:419
#7 0x0053a37c in cgraph_expand_function (node=0xfef0ec00) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/cgraphunit.c:1047
#8 0x0053a624 in cgraph_output_in_order () at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/cgraphunit.c:1195
#9 0x0053c768 in cgraph_optimize () at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/cgraphunit.c:1306
#10 0x000265d0 in c_write_global_declarations () at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/c-decl.c:8074
#11 0x0036a6a8 in toplev_main (argc=, argv=) at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/toplev.c:981
#12 0x00012780 in _start () at
/home/kkusuman/software/unZipped/gcc-4.4-20090109/gcc/config/sparc/sol2-c1.asm:106
Initially, I asked this question on gcc-help
http://gcc.gnu.org/ml/gcc-help/2009-01/msg00109.html . I narrowed down the
problem further and reporting it here.
thanks
raju
--
Summary: internal compiler error
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug c/38981] internal compiler error
--- Comment #1 from kamaraju at gmail dot com 2009-01-27 01:00 --- Created an attachment (id=17187) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17187&action=view) code to reproduce the internal compiler error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug middle-end/38981] internal compiler error
--- Comment #3 from kamaraju at gmail dot com 2009-01-27 01:05 --- Created an attachment (id=17188) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17188&action=view) preprocessed source code produced by using gcc -E ice.c > ice.c.ppd -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug bootstrap/38981] internal compiler error
--- Comment #5 from kamaraju at gmail dot com 2009-01-27 01:14 --- My initial guess was that it is a bug in yacc. But now I do not think so. I have compiled bison (which supersedes yacc). I still see this bug with bison (and no yacc). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug bootstrap/38981] internal compiler error
--- Comment #6 from kamaraju at gmail dot com 2009-01-27 01:20 --- Is there anyway to figure out if my gcc is still using yacc and not bison? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug bootstrap/38981] internal compiler error
--- Comment #7 from kamaraju at gmail dot com 2009-01-27 02:00 --- I can't believe I am so dense... I installed bison, removed /usr/ccs/bin from the PATH. But I forgot to recompile gcc with the new update. I was still trying to bootstrap from the old compiler. Let me recompile gcc (with bison) and see if the problem goes away. It usually takes one day to finish... raju -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug bootstrap/38981] internal compiler error
--- Comment #8 from kamaraju at gmail dot com 2009-01-27 13:51 --- I would like to confirm that, even after recompiling gcc with bison, I am still getting the internal compiler error. There is no yacc, no /usr/ccs/bin in $PATH when gcc was compiled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug fortran/29441] New: mathematical functions and constant expressions
Hi conside the following code $cat const_math_func.f90 program printpi ! This program is not standard complaint real, parameter :: pi = 4.0*atan(1.0) write(*,*) pi end program This code is not Fortran 95 standard compliant ( http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/11eeb6ec2896183c/95d5ab27eb5e94e9#95d5ab27eb5e94e9 ). But still gfortran does not give any errors/warning when compiling this code. $gfortran -Wall -std=f95 const_math_func.f90 $./a.out 3.141593 $gfortran -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13) -- Summary: mathematical functions and constant expressions Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29441
[Bug fortran/20257] New: Fortran runtime error: End of record occurs when writing large arrays
Consider the following test program (fortran 90) program explore implicit none integer, parameter :: NX = 32, NR = 16, NPHI=2 real :: input(0:NX-1, 0:NR-1, 0:NPHI-1) write(*,*) size(input) call random_number(input) write(*,*) input end program explore This program compiles fine. It executes fine. But when the output is redirected to a file, it produces the following error. $gfortran explore.f90 $./a.out > temp At line 11 of file explore.f90 Fortran runtime error: End of record system & build information: $gfortran -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --disable-werror --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.0 20050227 (experimental) $gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --disable-werror --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.0 20050227 (experimental) $uname -a Linux kusumanchi 2.6.9-1-686 #1 Thu Nov 25 03:48:29 EST 2004 i686 GNU/Linux Other information: System is Debian unstable (sid). -- Summary: Fortran runtime error: End of record occurs when writing large arrays Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20257
[Bug fortran/20436] New: usring nested reshape functions gives runtime error
$cat nested_reshape.f90 program nested_reshape implicit none real :: k(8,2) real :: o(8,2) k = reshape((/1.0,2.0,3.0,4.0,5.0,6.0,7.0,8.0,9.0,10.0,11.0,12.0,13.0,14.0,15.0,16.0/), (/8,2/)) o = reshape(reshape(k, (/2,8/), order=(/2,1/)), (/8,2/)) end program This program compiles fine, but gives a runtime error $gfortran nested_reshape.f90 $./a.out Fortran runtime error: shape and target do not conform the program compiles and runs fine with an intel compiler. $ifort -e95 nested_reshape.f90 $./a.out Using Debian Sid distribution. $uname -a Linux kusumanchi 2.6.9-1-686 #1 Thu Nov 25 03:48:29 EST 2004 i686 GNU/Linux $gfortran -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --disable-werror --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.0 20050227 (experimental) $ifort -v Version 8.1 -- Summary: usring nested reshape functions gives runtime error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20436
[Bug bootstrap/38981] internal compiler error
--- Comment #10 from kamaraju at gmail dot com 2009-02-06 21:26 --- Created an attachment (id=17263) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17263&action=view) reduced program which reproduces the ICE Attaching a reduced test case which reproduces the same error. > gcc -c ice3.c ice3.c: In function 'd_substitution': ice3.c:11: internal compiler error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. > gcc -v Using built-in specs. Target: sparc-sun-solaris2.8 Configured with: /home/kkusuman/software/unZipped/gcc-4.4-wkly_gmp-4.2.4_mpfr-2.4.0/configure --enable-languages=c,c++,fortran --with-as=/mlim/u/dev/tools/apps/gnu/arch/sol8.sun4/bin/as --with-ld=/mlim/u/dev/tools/apps/gnu/arch/sol8.sun4/bin/ld --with-build-time-tools=/mlim/u/dev/tools/apps/gnu/arch/sol8.sun4/bin --prefix=/home/kkusuman/software/myroot/gcc-4.4-20090123 Thread model: posix gcc version 4.4.0 20090123 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug bootstrap/38981] internal compiler error
--- Comment #11 from kamaraju at gmail dot com 2009-02-06 21:28 --- Created an attachment (id=17264) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17264&action=view) preprocessed source code of ice3.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981
[Bug fortran/38853] internal compiler error with gfortran 4.4-20081107
--- Comment #5 from kamaraju at gmail dot com 2009-02-12 23:59 --- For those reading the archives, this problem is specific to Solaris 8. The backtrace from this ICE (http://gcc.gnu.org/ml/fortran/2009-01/msg00321.html) is similar to another problem I encountered with a C program as well. The bug was reported and fixed as in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38981. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38853
[Bug fortran/38853] internal compiler error with gfortran 4.4-20081107
--- Comment #7 from kamaraju at gmail dot com 2009-02-13 04:53 --- > So, can we close this PR as fixed? I thought it was marked as fixed long time back (2009-01-15) by Joost. Anyway, the answer is yes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38853
[Bug c/54363] New: ICE when compiling malformed struct initializers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54363
Bug #: 54363
Summary: ICE when compiling malformed struct initializers
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kamar...@gmail.com
Created attachment 28076
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28076
preprocessed source code with gcc 4.7.1
This bug is originally reported by Bernhard as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684635
The following invalid code triggers an ICE with gcc-4.7
$cat t.c
struct bla{char **a;};void test(void){struct bla b = {.a =(char**){"a","b"}};}
$gcc -c t.c
t.c: In function ‘test’:
t.c:1:46: warning: initialization from incompatible pointer type [enabled by
default]
t.c:1:46: warning: (near initialization for ‘(anonymous)’) [enabled by default]
t.c:1:46: warning: excess elements in scalar initializer [enabled by default]
t.c:1:46: warning: (near initialization for ‘(anonymous)’) [enabled by default]
t.c:1:50: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Preprocessed source stored into /tmp/ccS0X8p2.out file, please attach this to
your bugreport.
Attaching the preprocessed source code as ccS0X8p2.out . I am using
$gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i486-linux-gnu/4.7/lto-wrapper
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.1-2'
--with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.7 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object
--enable-plugin --enable-objc-gc --enable-targets=all --with-arch-32=i586
--with-tune=generic --enable-checking=release --build=i486-linux-gnu
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.7.1 (Debian 4.7.1-2)
The same ICE also occurs with gcc version 4.6.2 (Debian 4.6.2-12). But gcc
version 4.4.7 (Debian 4.4.7-1) compiles with a warning.
$gcc-4.4 -c t.c
t.c: In function ‘test’:
t.c:1: warning: initialization from incompatible pointer type
t.c:1: warning: excess elements in scalar initializer
t.c:1: warning: (near initialization for ‘(anonymous)’)
$gcc-4.4 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.7-1'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.4 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4
--libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-targets=all --with-arch-32=i586 --with-tune=generic
--enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
--target=i486-linux-gnu
Thread model: posix
gcc version 4.4.7 (Debian 4.4.7-1)
[Bug fortran/23889] New: non intuitive behaviour of gfortran
consider the following program program random implicit none real :: x call random_seed(); call random_number(x); write(*,*) x end program random When I run this program, I want to output different random numbers for each run. This does not happen with gfortran. $gfortran random.f90 $./a.out 0.1264991 $./a.out 0.1264991 $./a.out 0.1264991 I agree that the current gfortran's behaviour is standard conforming. But it is counter intuitive. Most of the other compilers (see below) do not exhibit this behaviour. It would be nice if this functionality is provided by gfortran also. I tried intel compiler (ifort 8.1). It does what I want to do. $ifort random.f90 $./a.out 0.3770227 $./a.out 0.7290102 $./a.out 8.0997661E-02 $./a.out 0.1369602 This is what I get with g95 (2005 Sep 13) build. % ./a.out 0.5556493 % ./a.out 0.3600861 % ./a.out 0.7311671 % ./a.out 0.3920767 Absoft 8.0 exhibits this behaviour % f90 random.f90 % ./a.out 0.139087 % ./a.out 0.139087 % ./a.out 0.139087 % ./a.out 0.139087 So absoft, intel, g95 compilers generate different sequences on subsequent runs. I hope gfortran also uses this methodology just to be consistent with the common practice if not for anything else. -- Summary: non intuitive behaviour of gfortran Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23889
[Bug libfortran/23889] non intuitive behaviour of gfortran
--- Additional Comments From kamaraju at gmail dot com 2005-09-15 02:11 --- Subject: Re: non intuitive behaviour of gfortran On 15 Sep 2005 00:15:27 -, kargl at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > --- Additional Comments From kargl at gcc dot gnu dot org 2005-09-15 > 00:15 --- > (In reply to comment #0) > > consider the following program > > program random > > implicit none > > real :: x > > call random_seed(); > > call random_number(x); > > write(*,*) x > > end program random > > > > When I run this program, I want to output different random numbers for > > each run. This does not happen with gfortran. > > > > > I agree that the current gfortran's behaviour is standard conforming. > > Enough said. > > > But it is counter intuitive. > > It is counter intuitive to you not me. > Dont know what to say. Well if the original authors want it that way there is really nothing I can do about it. Would it atleast be possible to implement it as an extension? Something like if the user gives an option in the compiling command, then the random numbers generated across different runs will be different. > > Absoft 8.0 exhibits this behaviour > > > > % f90 random.f90 > > % ./a.out > >0.139087 > > % ./a.out > >0.139087 > > % ./a.out > >0.139087 > > % ./a.out > >0.139087 > > > > > > So absoft, intel, g95 compilers generate different sequences on > > subsequent runs. > > What is Absoft's behavior? It appears to agree with gfortran. Sorry that was my bad. Absoft's and gfortran's behaviour are indeed the same. But g95 and intel's behaviour are different than gfortran (in this issue). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23889
[Bug fortran/24369] New: segmentation fault with gfortran
Using Debian, sid $uname -a Linux kusumanchi 2.6.12-1-686-smp #1 SMP Tue Sep 27 13:10:31 JST 2005 i686 GNU/Linux $gfortran -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 (Debian 4.0.2-2) $cat gfortran_bug.f90 module variables implicit none integer, parameter :: NX = 32 real :: xco(0:NX) contains !-- function func1(N) implicit none real :: func1(0:N) integer, intent(in) :: N func1(:) = 1.0 end function func1 !-- function func2(N) implicit none real :: func2(0:N) integer, intent(in) :: N func2(:) = 1.0 + func1(N) end function func2 end module variables !-- program testsuite use variables xco = func2(NX) end program testsuite $gfortran gfortran_bug.f90 $./a.out Segmentation fault I first reported the problem at http://gcc.gnu.org/ml/fortran/2005-10/msg00277.html from which I gather that this is not a problem with 4.1.0 20051010 (experimental) version. I am wondering if it could be fixed in 4.0.2 as well. thanks raju -- Summary: segmentation fault with gfortran Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24369
[Bug c++/45651] New: internal compiler error: in import_export_decl, at cp/decl2.c:2344
r...@kusumanchi:/home/593456# cat error.cpp
namespace { template struct A {}; }
template struct B { void f(A); };
template struct B<1>;
template void B::f(A) {}
r...@kusumanchi:/home/593456# /usr/lib/gcc-snapshot/bin/g++ -v error.cpp
Using built-in specs.
COLLECT_GCC=/usr/lib/gcc-snapshot/bin/g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/i486-linux-gnu/4.6.0/lto-wrapper
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 20100828-1'
--with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,ada,c++,fortran,objc,obj-c++
--prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin
--enable-gold --with-plugin-ld=ld.gold --enable-objc-gc --enable-targets=all
--with-arch-32=i586 --with-tune=generic --disable-werror --enable-checking=yes
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.6.0 20100828 (experimental) [trunk revision 163616] (Debian
20100828-1)
COLLECT_GCC_OPTIONS='-v' '-shared-libgcc' '-mtune=generic' '-march=i586'
/usr/lib/gcc-snapshot/libexec/gcc/i486-linux-gnu/4.6.0/cc1plus -quiet -v
-D_GNU_SOURCE error.cpp -quiet -dumpbase error.cpp -mtune=generic -march=i586
-auxbase error -version -o /tmp/ccQKGBGy.s
GNU C++ (Debian 20100828-1) version 4.6.0 20100828 (experimental) [trunk
revision 163616] (i486-linux-gnu)
compiled by GNU C version 4.6.0 20100828 (experimental) [trunk revision
163616], GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc-snapshot/lib/gcc/i486-linux-gnu/4.6.0/../../../../i486-linux-gnu/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc-snapshot/lib/gcc/i486-linux-gnu/4.6.0/../../../../include/c++/4.6.0
/usr/lib/gcc-snapshot/lib/gcc/i486-linux-gnu/4.6.0/../../../../include/c++/4.6.0/i486-linux-gnu
/usr/lib/gcc-snapshot/lib/gcc/i486-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward
/usr/lib/gcc-snapshot/lib/gcc/i486-linux-gnu/4.6.0/include
/usr/local/include
/usr/lib/gcc-snapshot/include
/usr/lib/gcc-snapshot/lib/gcc/i486-linux-gnu/4.6.0/include-fixed
/usr/include
End of search list.
GNU C++ (Debian 20100828-1) version 4.6.0 20100828 (experimental) [trunk
revision 163616] (i486-linux-gnu)
compiled by GNU C version 4.6.0 20100828 (experimental) [trunk revision
163616], GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 4e52e07a42ee405526b1bbb53d4dbd43
error.cpp: In instantiation of 'void B::f({anonymous}::A) [with int T =
1]':
error.cpp:3:17: instantiated from here
error.cpp:4:37: internal compiler error: in import_export_decl, at
cp/decl2.c:2344
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
This bug was originally reported at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593456 . The bug seems to be
present since gcc-4.3.
Please let me know if you need any further information.
--
Summary: internal compiler error: in import_export_decl, at
cp/decl2.c:2344
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45651
[Bug tree-optimization/40150] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188 with -combine
--- Comment #3 from kamaraju at gmail dot com 2010-09-12 12:51 --- When I tried with 4.6.0 20100828, I get the ICE at a different place. /usr/lib/gcc-snapshot/bin/gcc -std=gnu99 -O3 -fwhole-program -combine lv2log.i sim-common.i flight-computer.i physics.i pressure_sensor.i sensors.i resample-optimal.i coord.i mat.i vec.i isaac.i random.i normal.i normal_tab.i polynomial.i polynomial_tab.i -lm -o lv2log physics.c: In function 'gravity_force': physics.c:23:6: error: invalid conversion in return statement union vec3 union vec3 return ; physics.c:23:6: internal compiler error: verify_gimple failed Please submit a full bug report, with preprocessed source if appropriate. See for instructions. /usr/lib/gcc-snapshot/bin/gcc -v Using built-in specs. COLLECT_GCC=/usr/lib/gcc-snapshot/bin/gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/i486-linux-gnu/4.6.0/lto-wrapper Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 20100828-1' --with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs --enable-languages=c,ada,c++,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-gold --with-plugin-ld=ld.gold --enable-objc-gc --enable-targets=all --with-arch-32=i586 --with-tune=generic --disable-werror --enable-checking=yes --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.6.0 20100828 (experimental) [trunk revision 163616] (Debian 20100828-1) However, the reduced test case by Richard Guenther in comment #2 /usr/lib/gcc-snapshot/bin/gcc -c -std=gnu99 -O -combine lv2log.i sim-common.i compiles with no errors. -- kamaraju at gmail dot com changed: What|Removed |Added CC| |kamaraju at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40150
[Bug tree-optimization/35618] [4.3 regression] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188
--- Comment #14 from kamaraju at gmail dot com 2010-09-12 13:39 --- The reduced test case in comment #8, with options "-c -Os -fno-unit-at-a-time", does not ICE in gcc 4.4.5 20100909, gcc 4.6.0 20100828. But it gives an ICE with gcc 4.3.5. Also, for sched.i, with options "-c -Os -fno-unit-at-a-time", there is no ICE with gcc 4.4.5 20100909, gcc 4.6.0 20100828. But it gives an ICE with gcc 4.3.5. Just FYI. -- kamaraju at gmail dot com changed: What|Removed |Added CC| |kamaraju at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
[Bug fortran/45724] New: segmentation fault occurs when printing string if -malign-double option is used
J.P. Malhado originally reported this bug in Debian BTS as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518642.
debian_chroot:sid:kusumanchi:/home/518642# cat string.f90
write(6,*) 'string1'
write(6,'(A)') 'string2'
end
debian_chroot:sid:kusumanchi:/home/518642# /usr/lib/gcc-snapshot/bin/gfortran
-g -malign-double string.f90
debian_chroot:sid:kusumanchi:/home/518642# ./a.out
string1
Segmentation fault (core dumped)
The segmentation fault does not occur if the -malign-double option is not used.
It is reproducible in gfortran 4.3.2, 4.3.5, 4.4.4, 4.5.1 and 4.6.0.
debian_chroot:sid:kusumanchi:/home/518642# /usr/lib/gcc-snapshot/bin/gfortran
-v
Using built-in specs.
COLLECT_GCC=/usr/lib/gcc-snapshot/bin/gfortran
COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/i486-linux-gnu/4.6.0/lto-wrapper
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 20100828-1'
--with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,ada,c++,fortran,objc,obj-c++
--prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin
--enable-gold --with-plugin-ld=ld.gold --enable-objc-gc --enable-targets=all
--with-arch-32=i586 --with-tune=generic --disable-werror --enable-checking=yes
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.6.0 20100828 (experimental) [trunk revision 163616] (Debian
20100828-1)
debian_chroot:sid:kusumanchi:/home/518642# gdb -q ./a.out
Reading symbols from /home/518642/a.out...done.
(gdb) r
Starting program: /home/518642/a.out
string1
Program received signal SIGSEGV, Segmentation fault.
format_hash (dtp=0xbb50) at ../../../src/libgfortran/io/format.c:152
152 ../../../src/libgfortran/io/format.c: No such file or directory.
in ../../../src/libgfortran/io/format.c
(gdb)bt
#0 format_hash (dtp=0xbb50) at ../../../src/libgfortran/io/format.c:152
#1 find_parsed_format (dtp=0xbb50) at
../../../src/libgfortran/io/format.c:189
#2 parse_format (dtp=0xbb50) at ../../../src/libgfortran/io/format.c:1228
#3 0x400c3610 in data_transfer_init (dtp=0xbb50, read_flag=0)
at ../../../src/libgfortran/io/transfer.c:2227
#4 0x08048619 in MAIN__ () at string.f90:2
thanks
raju
--
Summary: segmentation fault occurs when printing string if -
malign-double option is used
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45724
[Bug fortran/45724] segmentation fault occurs when printing string if -malign-double option is used
--- Comment #2 from kamaraju at gmail dot com 2010-09-18 20:29 --- @Uros Bizjak I dont understand your point in copy pasting the manual on -malign-double. Are you saying that segmentation fault is an acceptable/expected behavior in this case and this bug will not be fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45724
[Bug fortran/45724] segmentation fault occurs when printing string if -malign-double option is used
--- Comment #4 from kamaraju at gmail dot com 2010-09-18 22:26 --- Ok. Thanks for the explanation. I appreciate it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45724
[Bug fortran/21459] New: Fortran runtime error: Unexpected end of format string
Consider the following test code
program format_string
implicit none
character(len=*), parameter :: rform='(F15.5)', &
cform="(' (', F15.5, ',' F15.5, ') ')"
call print_a_number(cform)
contains
subroutine print_a_number(style)
character(len=*) :: style
write(*, style) cmplx(0.0, 0.0)
end subroutine print_a_number
end program format_string
This program compiles fine. But gives a runtime error.
$gfortran-20050507-1 -v
Using built-in specs.
Target: i486-linux
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang
--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls
--program-suffix=-20050507-1 --enable-__cxa_atexit
--enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug
--enable-java-gc=boehm --enable-java-awt=gtk --enable-mpfr --disable-werror
--disable-werror i486-linux
Thread model: posix
gcc version 4.1.0 20050507 (experimental)
$gfortran format_string.f90 -o format_string
$./a.out
At line 10 of file format_string.f90
Fortran runtime error: Unexpected end of format string
(' (',
^
I am using Debian Sid distribution, gcc-snapshot 20050507-1 package.
The above program compiles and runs fine with Absoft Fortran 90/95 compiler and
with intel fortran compiler 8.1 Build 20040921. The interaction with Absoft
compiler looks as follows
$f90 format_string.f90
[EMAIL PROTECTED]:~/work/fortran/gfortran_bugs 28 527 11:21 PM
$./a.out
(0.0,0.0)
--
Summary: Fortran runtime error: Unexpected end of format string
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21459
[Bug fortran/21480] New: trivial reshape operation gives erroneous results
$cat reshape_bug.f90 program reshape_bug implicit none integer, parameter :: NX = 2 complex :: a(0:NX-1) a(:) = cmplx(0.0, 0.0) write(*,*) 'before' write(*,*) a(:) a(0:NX-1) = reshape(a(0:NX-1), (/NX/)) write(*,*) 'after' write(*,*) a(:) end program reshape_bug $gfortran-snapshot reshape_bug.f90 $./a.out before ( 0.00, 0.00) ( 0.00, 0.00) after ( 0.00, 0.00) ( 2.022202, 0.00) The program changes the value of a(2) once reshape function is executed. But infact a(2) should just remain as ( 0.00, 0.00). Using debian, sid. $gfortran-snapshot -v Using built-in specs. Target: i486-linux Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls --program-suffix=-20050507-1 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-mpfr --disable-werror --disable-werror i486-linux Thread model: posix gcc version 4.1.0 20050507 (experimental) -- Summary: trivial reshape operation gives erroneous results Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21480
