[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #2 from jakub at gcc dot gnu dot org 2006-10-30 08:01 --- Subject: Bug 29637 Author: jakub Date: Mon Oct 30 08:01:28 2006 New Revision: 118175 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118175 Log: PR tree-optimization/29637 * tree.c (make_vector_type): Don't recurse if TYPE_MAIN_VARIANT of the innertype is the innertype itself. * gcc.dg/pr29637.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr29637.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #3 from jakub at gcc dot gnu dot org 2006-10-30 08:04 --- Subject: Bug 29637 Author: jakub Date: Mon Oct 30 08:03:50 2006 New Revision: 118176 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118176 Log: PR tree-optimization/29637 * tree.c (make_vector_type): Don't recurse if TYPE_MAIN_VARIANT of the innertype is the innertype itself. * gcc.dg/pr29637.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/pr29637.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #4 from jakub at gcc dot gnu dot org 2006-10-30 08:05 --- Subject: Bug 29637 Author: jakub Date: Mon Oct 30 08:04:58 2006 New Revision: 118177 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118177 Log: PR tree-optimization/29637 * tree.c (make_vector_type): Don't recurse if TYPE_MAIN_VARIANT of the innertype is the innertype itself. * gcc.dg/pr29637.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr29637.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #5 from jakub at gcc dot gnu dot org 2006-10-30 08:08 --- Subject: Bug 29637 Author: jakub Date: Mon Oct 30 08:08:41 2006 New Revision: 118178 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118178 Log: PR tree-optimization/29637 * tree.c (make_vector_type): Don't recurse if TYPE_MAIN_VARIANT of the innertype is the innertype itself. * gcc.dg/pr29637.c: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/gcc.dg/pr29637.c Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/testsuite/ChangeLog branches/gcc-4_0-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #6 from jakub at gcc dot gnu dot org 2006-10-30 08:10 --- Oops, sorry for the dup. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #7 from jakub at gcc dot gnu dot org 2006-10-30 08:10 --- Fixed now in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug tree-optimization/29638] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #2 from jakub at gcc dot gnu dot org 2006-10-30 08:11 --- *** This bug has been marked as a duplicate of 29637 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29638
[Bug tree-optimization/29637] [4.0/4.1/4.2/4.3 Regression] Endless recursion in make_vector_type
--- Comment #8 from jakub at gcc dot gnu dot org 2006-10-30 08:11 --- *** Bug 29638 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29637
[Bug fortran/28722] Fortran front-end produces mismatch trees
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-30 08:30 --- (In reply to comment #3) real c if (loc(c) == 0) call abort end This one has been fixed on mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2006-10-02 15:24:35 |2006-10-30 08:30:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28722
[Bug c++/29582] Parameter pushed to stack too soon
--- Comment #4 from oder at eleks dot lviv dot ua 2006-10-30 08:33 --- Created an attachment (id=12509) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12509action=view) Compilable testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29582
[Bug c++/29582] Parameter pushed to stack too soon
-- oder at eleks dot lviv dot ua changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29582
[Bug ada/26797] [4.2/4.3 regression] ACATS c35507m cd2a23e cxh1001 fail
--- Comment #22 from law at redhat dot com 2006-10-30 09:04 --- Subject: Re: [4.2/4.3 regression] ACATS c35507m cd2a23e cxh1001 fail On Sun, 2006-10-29 at 23:17 +, ebotcazou at gcc dot gnu dot org wrote: --- Comment #21 from ebotcazou at gcc dot gnu dot org 2006-10-29 23:17 --- After the latest changes to VRP, only cxh1001 still fails on mainline. Maybe so, but that would most likely be by accident, not by design. In fact, that probably indicates an optimization regression in the recent changes to VRP. The Ada front-end was generating bogus trees for some of those tests and unless the Ada front-end has been fixed we shouldn't really consider those problems fixed. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
[Bug fortran/29641] New: [4.1/4.2/4.3 regression] ICE in gfc_get_derived_type
PR28959 fix causes a regression: module A type :: T integer :: u end type T end module A module B contains function foo() use A type(T), pointer :: foo nullify (foo) end function foo end module B subroutine bar() use B ! The order here is important use A ! If use A comes before use B, it works type(T), pointer :: x x = foo() end subroutine bar ICEs because in: - for (ns = derived-ns-parent; ns; ns = ns-parent) + /* Derived types in an interface body obtain their parent reference +through the proc_name symbol. */ + ns = derived-ns-parent ? derived-ns-parent + : derived-ns-proc_name-ns-parent; + + for (; ns; ns = ns-parent) both derived-ns-parent and derived-ns-proc_name are NULL. -- Summary: [4.1/4.2/4.3 regression] ICE in gfc_get_derived_type Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29641
[Bug ada/26797] [4.2/4.3 regression] ACATS c35507m cd2a23e cxh1001 fail
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2006-10-30 09:21 --- Maybe so, but that would most likely be by accident, not by design. In fact, that probably indicates an optimization regression in the recent changes to VRP. No disagreement, I was merely updating the status of the PR, whose summary can now be slightly misleading, precisely to acknowledge that the latter should not be changed at this point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
[Bug fortran/29642] New: Fortran 2003: VALUE Attribute (call by value not call by reference for actual arguments)
This is already supported by a large number of compilers (e.g. sunf95, NAG f95, ifort, g95). gfortran gives: Syntax error in data declaration Example: subroutine foo(i) implicit none integer, value :: i print *, i end subroutine foo From the Fortran 2003 standard: 5.1.2.15 VALUE attribute The VALUE attribute specifies a type of argument association (12.4.1.2) for a dummy argument. And in 12.4.1.2 Actual arguments associated with dummy data objects If the dummy argument has the VALUE attribute it becomes associated with a definable anonymous data object whose initial value is that of the actual argument. Subsequent changes to the value or definition status of the dummy argument do not affect the actual argument. NOTE 12.22 Fortran argument association is usually similar to call by reference and call by value-result. If the VALUE attribute is specified, the effect is as if the actual argument is assigned to a temporary, and the temporary is then argument associated with the dummy argument. The actual mechanism by which this happens is determined by the processor. -- Summary: Fortran 2003: VALUE Attribute (call by value not call by reference for actual arguments) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29642
[Bug fortran/29643] New: Fortran 2003: Support USE with rename-list (local-name = use-name)
Supported by, e.g., ifort and sunf95. (Not yet by g95 and NAG f95.) Example: -- module test implicit none real,parameter :: pi = 3.1415926535897932385 end module test program usetest use :: test, mypi = pi real :: pi pi = 3.0 print *, mypi, pi ! Shall print 3.1415927 3.0 end program usetest -- See Fortran 2003: 11.2.1 The USE statement and use association R1109 use-stmt is USE [ [ , module-nature ] :: ] module-name [ , rename-list ] or USE [ [ , module-nature ] :: ] module-name , ONLY : [ only-list ] R rename is local-name = use-name or OPERATOR (local-defined-operator) = OPERATOR (use-defined-operator) R1112 only is generic-spec or only-use-name or rename -- Summary: Fortran 2003: Support USE with rename-list (local-name = use-name) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29643
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-10-30 09:57 --- What is the command line to run only one test in the libstdc++ testsuite? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug c++/29645] New: undefined references to static const int members
Compilation of the program below produces:
/tmp/cclEBTTX.o(.gnu.linkonce.t._ZN1XC1Eb+0x1a): In function
`X::X[in-charge](bool)':
: undefined reference to `X::a'
/tmp/cclEBTTX.o(.gnu.linkonce.t._ZN1XC1Eb+0x24): In function
`X::X[in-charge](bool)':
: undefined reference to `X::b'
collect2: ld returned 1 exit status
struct X {
static const int a = 1, b = 2;
int x;
X (bool f) : x(f ? a : b) {}
};
X x(true);
int main () {}
Replacing e. g. a with a+0 makes the errors disappear.
--
Summary: undefined references to static const int members
Product: gcc
Version: 3.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: heinlein at informatik dot uni-ulm dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29645
[Bug c++/29645] undefined references to static const int members
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-10-30 11:05 --- You need to provide a definition of X::a and X::b. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29645
[Bug fortran/29641] [4.1/4.2/4.3 regression] ICE in gfc_get_derived_type
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-30 11:09 --- Thanks, Jakub. The obvious patch will regtest, just as soon as I update mpfr I will submit it as 'obvious' Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-10-30 11:09:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29641
[Bug c++/29646] New: undefined references to static const int members
Compilation of the program below produces:
/tmp/cclEBTTX.o(.gnu.linkonce.t._ZN1XC1Eb+0x1a): In function
`X::X[in-charge](bool)':
: undefined reference to `X::a'
/tmp/cclEBTTX.o(.gnu.linkonce.t._ZN1XC1Eb+0x24): In function
`X::X[in-charge](bool)':
: undefined reference to `X::b'
collect2: ld returned 1 exit status
struct X {
static const int a = 1, b = 2;
int x;
X (bool f) : x(f ? a : b) {}
};
X x(true);
int main () {}
Replacing e. g. a with a+0 makes the errors disappear.
--
Summary: undefined references to static const int members
Product: gcc
Version: 3.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christian dot heinlein at uni-ulm dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29646
[Bug c++/29647] New: undefined references to static const int members
Compilation of the program below produces:
/tmp/cclEBTTX.o(.gnu.linkonce.t._ZN1XC1Eb+0x1a): In function
`X::X[in-charge](bool)':
: undefined reference to `X::a'
/tmp/cclEBTTX.o(.gnu.linkonce.t._ZN1XC1Eb+0x24): In function
`X::X[in-charge](bool)':
: undefined reference to `X::b'
collect2: ld returned 1 exit status
struct X {
static const int a = 1, b = 2;
int x;
X (bool f) : x(f ? a : b) {}
};
X x(true);
int main () {}
Replacing e. g. a with a+0 makes the errors disappear.
--
Summary: undefined references to static const int members
Product: gcc
Version: 3.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christian dot heinlein at uni-ulm dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29647
[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #3 from irar at il dot ibm dot com 2006-10-30 11:33 --- I am getting another failure: /home/irar/main-boot/build7/./gcc/xgcc -B/home/irar/main-boot/build7/./gcc/ -B/home/irar/main-boot/ppc64-redhat-linux/bin/ -B/home/irar/main-boot/ppc64-redhat-linux/lib/ -isystem /home/irar/main-boot/ppc64-redhat-linux/include -isystem /home/irar/main-boot/ppc64-redhat-linux/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -Inof -I../../gcc/gcc -I../../gcc/gcc/nof -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../libdecnumber -msoft-float -fPIC -mstrict-align -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -msdata=none \ -c ../../gcc/gcc/crtstuff.c -DCRT_END \ -o nof/crtend.o ../../gcc/gcc/crtstuff.c: In function â__do_global_dtors_auxâ: ../../gcc/gcc/crtstuff.c:304: internal compiler error: in push_reload, at reload.c:1294 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. ../../gcc/gcc/crtstuff.c: In function â__do_global_ctors_auxâ: ../../gcc/gcc/crtstuff.c:522: internal compiler error: in push_reload, at reload.c:1294 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[5]: *** [nof/crtbegin.o] Error 1 make[5]: *** Waiting for unfinished jobs make[5]: *** [nof/crtend.o] Error 1 make[5]: Leaving directory `/home/irar/main-boot/build7/gcc' make[4]: *** [extranof] Error 2 make[4]: Leaving directory `/home/irar/main-boot/build7/gcc' I found out that this happens when the loop in config/rs6000/rs6000.c:3674 is vectorized. Here it is: for (i = 32; i 64; i++) fixed_regs[i] = call_used_regs[i] = call_really_used_regs[i] = 1; Also if the loop is split to for (i = 32; i 64; i++) fixed_regs[i] = 1; and the rest, and only this loop is vectorized, the same error occurs. I made a testcase with the original loop, but it works fine. Ira -- irar at il dot ibm dot com changed: What|Removed |Added CC||irar at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug bootstrap/27133] Fails to build because of funny version of makeinfo
--- Comment #9 from P dot Schaffnit at access dot rwth-aachen dot de 2006-10-30 11:38 --- Sorry it took me so long, but I had clobbered my objects (...), and then I tried to post it, but somehow it doesn't show: sorry if comes twice... I would guess it's not obviously wrong makeinfo -v --split-size=500 --split-size=500 --split-size=500 -I /USER/philippe/Irix/Gcc_Sources/gcc/doc/include -I /USER/philippe/Irix/Gcc_Sources/gcc/fortran -o doc/gfortran.info /USER/philippe/Irix/Gcc_Sources/gcc/fortran/gfortran.texi ; echo $ makeinfo (GNU texinfo) 4.5 Making info file `doc/gfortran.info' from `/USER/philippe/Irix/Gcc_Sources/gcc/fortran/gfortran.texi'. @include `gcc-common.texi' @include `gcc-vers.texi' Formatting node Top... Formatting node Getting Started... Formatting node GNU Fortran and GCC... Formatting node GNU Fortran and G77... @include `invoke.texi' Formatting node Invoking GNU Fortran... Formatting node Option Summary... Formatting node Fortran Dialect Options... Formatting node Warning Options... Formatting node Debugging Options... Formatting node Directory Options... Formatting node Runtime Options... Formatting node Code Gen Options... Formatting node Environment Variables... Formatting node Project Status... Formatting node Compiler and Library Status... Formatting node Proposed Extensions... Formatting node Runtime... Formatting node GFORTRAN_STDIN_UNIT... Formatting node GFORTRAN_STDOUT_UNIT... Formatting node GFORTRAN_STDERR_UNIT... Formatting node GFORTRAN_USE_STDERR... Formatting node GFORTRAN_TMPDIR... Formatting node GFORTRAN_UNBUFFERED_ALL... Formatting node GFORTRAN_SHOW_LOCUS... Formatting node GFORTRAN_OPTIONAL_PLUS... Formatting node GFORTRAN_DEFAULT_RECL... Formatting node GFORTRAN_LIST_SEPARATOR... Formatting node GFORTRAN_CONVERT_UNIT... Formatting node Extensions... Formatting node Old-style kind specifications... Formatting node Old-style variable initialization... Formatting node Extensions to namelist... Formatting node X format descriptor... Formatting node Commas in FORMAT specifications... Formatting node Missing period in FORMAT specifications... Formatting node I/O item lists... Formatting node Hexadecimal constants... Formatting node Real array indices... Formatting node Unary operators... Formatting node Implicitly interconvert LOGICAL and INTEGER... Formatting node Hollerith constants support... Formatting node Cray pointers... Formatting node CONVERT specifier... Formatting node OpenMP... @include `intrinsic.texi' Formatting node Intrinsic Procedures... Formatting node Introduction... Formatting node ABORT... Formatting node ABS... Formatting node ACCESS... Formatting node ACHAR... Formatting node ACOS... Formatting node ACOSH... Formatting node ADJUSTL... Formatting node ADJUSTR... Formatting node AIMAG... Formatting node AINT... Formatting node ALARM... Formatting node ALL... Formatting node ALLOCATED... Formatting node AND... Formatting node ANINT... Formatting node ANY... Formatting node ASIN... Formatting node ASINH... Formatting node ASSOCIATED... Formatting node ATAN... Formatting node ATAN2... Formatting node ATANH... Formatting node BESJ0... Formatting node BESJ1... Formatting node BESJN... Formatting node BESY0... Formatting node BESY1... Formatting node BESYN... Formatting node BIT_SIZE... Formatting node BTEST... Formatting node CEILING... Formatting node CHAR... Formatting node CHDIR... Formatting node CHMOD... Formatting node CMPLX... Formatting node COMMAND_ARGUMENT_COUNT... Formatting node CONJG... Formatting node COS... Formatting node COSH... Formatting node COUNT... Formatting node CPU_TIME... Formatting node CSHIFT... Formatting node CTIME... Formatting node DATE_AND_TIME... Formatting node DBLE... Formatting node DCMPLX... Formatting node DFLOAT... Formatting node DIGITS... Formatting node DIM... Formatting node DOT_PRODUCT... Formatting node DPROD... Formatting node DREAL... Formatting node DTIME... Formatting node EOSHIFT... Formatting node EPSILON... Formatting node ERF... Formatting node ERFC... Formatting node ETIME... Formatting node EXIT... Formatting node EXP... Formatting node EXPONENT... Formatting node FDATE... Formatting node FLOAT... Formatting node FGET... Formatting node FGETC... Formatting node FLOOR... Formatting node FLUSH... Formatting node FNUM... Formatting node FPUT... Formatting node FPUTC... Formatting node FRACTION... Formatting node FREE... Formatting node FSTAT... Formatting node FSEEK... Formatting node FTELL... Formatting node GETARG... Formatting node GET_COMMAND... Formatting node GET_COMMAND_ARGUMENT... Formatting node GETCWD... Formatting node GETENV... Formatting node GET_ENVIRONMENT_VARIABLE... Formatting node GETGID... Formatting node GETLOG... Formatting node GETPID... Formatting node GETUID... Formatting node GMTIME... Formatting node HOSTNM... Formatting node HUGE... Formatting node IACHAR... Formatting node IAND... Formatting node IARGC... Formatting node IBCLR...
[Bug c++/29645] undefined references to static const int members
--- Comment #2 from christian dot heinlein at uni-ulm dot de 2006-10-30 11:38 --- No! A static const int member which is only used as a compile time constant does not need a definition, if I understand the C++ standard correctly. (And in most cases, the code produced by GCC actually does not need a definition!) -- christian dot heinlein at uni-ulm dot de changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29645
[Bug c++/29645] undefined references to static const int members
--- Comment #3 from christian dot heinlein at uni-ulm dot de 2006-10-30 11:41 --- *** Bug 29646 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29645
[Bug c++/29646] undefined references to static const int members
--- Comment #1 from christian dot heinlein at uni-ulm dot de 2006-10-30 11:41 --- *** This bug has been marked as a duplicate of 29645 *** -- christian dot heinlein at uni-ulm dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29646
[Bug fortran/29648] New: Inline
As can be found at http://gcc.gnu.org/ml/fortran/2005-07/msg00286.html GFortran doesn't do inlining: unfortunately I cannot do it, and I don't know how hard this would be, but this would certainly help a lot with several codes I know... -- Summary: Inline Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: P dot Schaffnit at access dot rwth-aachen dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29648
[Bug c++/29647] undefined references to static const int members
--- Comment #1 from christian dot heinlein at uni-ulm dot de 2006-10-30 11:43 --- *** This bug has been marked as a duplicate of 29645 *** -- christian dot heinlein at uni-ulm dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29647
[Bug c++/29645] undefined references to static const int members
--- Comment #4 from christian dot heinlein at uni-ulm dot de 2006-10-30 11:43 --- *** Bug 29647 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29645
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #6 from pcarlini at suse dot de 2006-10-30 11:48 --- (In reply to comment #5) What is the command line to run only one test in the libstdc++ testsuite? I'm reluctant to tell you in public, because certainly there are *far* better ways, but was I usually do when I'm in a hurry, I simply go inside the libstdc++-v3/testsuite directory, set the LD_LIBRARY_PATH and then copy paste the complete command line from the ChangeLog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #7 from pcarlini at suse dot de 2006-10-30 11:52 --- (In reply to comment #6) ... the complete command line from the ChangeLog. Of course read it 'libstdc++.log', sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-10-30 12:02 --- I'm reluctant to tell you in public, because certainly there are *far* better ways, but was I usually do when I'm in a hurry, I simply go inside the libstdc++-v3/testsuite directory, set the LD_LIBRARY_PATH and then copy paste the complete command line from the ChangeLog. The idea was precisely to avoid running the whole testsuite. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #9 from pcarlini at suse dot de 2006-10-30 12:05 --- (In reply to comment #8) The idea was precisely to avoid running the whole testsuite. :-) Oh, well, once in a while you *must* di that, right? ;) Just save somewhere libstdc++.log... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug fortran/29643] Fortran 2003: Support USE with rename-list (local-name = use-name)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-10-30 12:16 --- The rename-list works, it's only the F2003 USE :: that prevents it in your example. This is already tracked by PR 25707, and I submitted a patch to fix this (see http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01539.html). *** This bug has been marked as a duplicate of 25707 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29643
[Bug fortran/25707] support for Fortran 2003 USE statements, INTRINSIC and NONINTRINSIC
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-30 12:16 --- *** Bug 29643 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25707
[Bug fortran/25020] NAG extension: module F90_UNIX providing access to UNIX functions (abort ...)
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-10-30 12:18 --- Once my patch for pre-compiled intrinsic modules is reviewed (which should be soon) and when ISO_C_BINDING is integrated (which might take a little longer), it will be almost trivial to integrate your module in gfortran. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Last reconfirmed|2006-10-25 08:30:14 |2006-10-30 12:18:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25020
[Bug fortran/29649] New: Force core dump on runtime library errors
Running an application I got the following error Fortran runtime error: Attempt to allocate negative amount of memory. Possible integer overflow This is not very helpful in debugging, as it gives no clue as to where in the code it occurred. It would be extremely helpful to have a way to force a backtrace produced, either explicitly via stderr (as Intel Fortran does for code compiled with -traceback), or implicitly by producing a core dump. Am not sure whether this should be filed against the front end (i.e.: a compile time option) or the library (runtime environment variable? ) Salvatore -- Summary: Force core dump on runtime library errors Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sfilippone at uniroma2 dot it GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29649
[Bug fortran/22282] %loc is not implemented in gfortran
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|REOPENED|ASSIGNED Last reconfirmed|2005-07-07 18:35:11 |2006-10-30 12:21:04 date|| Summary|loc intrinsic and %loc |%loc is not implemented in |construction is not |gfortran |implemented in gfortran | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22282
[Bug libfortran/29649] Force core dump on runtime library errors
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-10-30 12:24 --- I think it's better to file it with the library. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|fortran |libfortran Ever Confirmed|0 |1 GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2006-10-30 12:24:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29649
[Bug c++/25220] [g++] (in class) static (const integral) member initialization.
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-30 12:28 --- *** Bug 29645 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||christian dot heinlein at ||uni-ulm dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25220
[Bug c++/29645] undefined references to static const int members
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-30 12:28 --- *** This bug has been marked as a duplicate of 25220 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29645
[Bug c++/29483] Undefined reference when using negated static const double
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-30 12:28 --- Reopen ... -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29483
[Bug c++/29483] Undefined reference when using negated static const double
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-30 12:29 --- to mark as dup of PR25220 *** This bug has been marked as a duplicate of 25220 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29483
[Bug c++/25220] [g++] (in class) static (const integral) member initialization.
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-30 12:29 --- *** Bug 29483 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||sander at mi dot fu-berlin ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25220
[Bug libfortran/29649] Force core dump on runtime library errors
--- Comment #2 from P dot Schaffnit at access dot rwth-aachen dot de 2006-10-30 12:29 --- I think a '-traceback' would be a very nice enhancement! (as you could then have the likes of 'ERRTRA' from Lahey or 'TRACEBACKQQ' from Compaq, I forgot how it translates with Intel...) -- P dot Schaffnit at access dot rwth-aachen dot de changed: What|Removed |Added CC||P dot Schaffnit at access ||dot rwth-aachen dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29649
[Bug c/29650] New: internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
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 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5) /usr/lib/gcc/i486-linux-gnu/4.1.2/cc1 -E -quiet -v -I. -Ilinux -I/z/projects/linux/remote/trunk/cplib/dist -iprefix /z/projects/linux/remote/trunk/cplib/dist/linux/../lib/gcc/i486-linux-gnu/4.1.2/ -DCPBITS=32 -DDEBUG=1 -DFIREWALLS=1 -DGNU=1 -D_GNU_SOURCE -DINTELPC=1 -DLINUX=1 -DGCC=1 -DUNIX=1 -DCPOSVERSIONMAJOR=1 -DCPOSVERSIONMINOR= -DMULTITHREADING=1 -DCPBUILDUSER_lwo -DCPBUILDUSER=lwo -DXP_UNIX -DEXPORT_JS_API -Dfd_atan2=atan2 -Dfd_pow=pow -DHAVE_SYS_INTTYPES_H -Dfd_tan=tan -Dfd_atan=atan -Dfd_ceil=ceil -Dfd_asin=asin -Dfd_acos=acos -Dfd_log=log -Dfd_exp=exp -DHAVE_VA_COPY -DVER_COMPART jscpucfg.c -m32 -mtune=generic -Wall -W -Wcast-qual -ftree-vectorize -funsigned-char -fworking-directory -fpch-preprocess -o jscpucfg.i ignoring nonexistent directory /z/projects/linux/remote/trunk/cplib/dist/linux/../lib/gcc/i486-linux-gnu/4.1.2/include ignoring nonexistent directory /z/projects/linux/remote/trunk/cplib/dist/linux/../lib/gcc/i486-linux-gnu/4.1.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/include/i486-linux-gnu ignoring nonexistent directory linux #include ... search starts here: #include ... search starts here: . /z/projects/linux/remote/trunk/cplib/dist /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.1.2/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.1.2/cc1 -fpreprocessed jscpucfg.i -quiet -dumpbase jscpucfg.c -m32 -mtune=generic -auxbase-strip /z/projects/linux/remote/trunk/cplib/obj/linux/gcc/debugmt/jscpucfg.o -ggdb -Wall -W -Wcast-qual -version -ftree-vectorize -funsigned-char -fstack-protector -fstack-protector -o jscpucfg.s GNU C version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5) (i486-linux-gnu) compiled by GNU C version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5). GGC heuristics: --param ggc-min-expand=63 --param ggc-min-heapsize=63294 Compiler executable checksum: 9dfacd053f7c05ab266630071b88af60 jscpucfg.c: In function main: jscpucfg.c:241: warning: static is not at beginning of declaration jscpucfg.c:254: warning: static is not at beginning of declaration jscpucfg.c:269: warning: static is not at beginning of declaration jscpucfg.c: At top level: jscpucfg.c:176: warning: unused parameter argc jscpucfg.c:386: internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. Preprocessed source stored into /tmp/ccnxXAn1.out file, please attach this to your bugreport. : -- Summary: internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: info at wolfsohn-software dot de GCC build triplet: compiled by GNU C version 4.1.2 20060928 (prerelease) (Ubuntu 4. GCC host triplet: Linux 2.6.17-10-generic #2 SMP Fri Oct 13 18:45:35 UTC 2006 i686 GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug target/26510] [4.1/4.2/4.3 Regression] --disable-shared broken for darwin platform
--- Comment #8 from dir at lanl dot gov 2006-10-30 13:58 --- Fixing the errors that are shown above is trivial - so I assume that they are just the first of a cascade of errors in trying to fix the problem. Having a shared libgcc is Ok - the real problem is distributing version of programs compilied with gfortran to people that do not have gfortran installed. --disable-shared appears to be the only way to do it - I tried just loading the static libraries, but a few dependencies on the shared parts remained. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
[Bug c/29650] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
--- Comment #1 from info at wolfsohn-software dot de 2006-10-30 14:00 --- Created an attachment (id=12512) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12512action=view) preprocessor output as requested from compiler -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug fortran/29452] Keyword check for specifiers in WRITE, READ and OPEN/CLOSE
--- Comment #5 from burnus at gcc dot gnu dot org 2006-10-30 14:17 --- Subject: Bug 29452 Author: burnus Date: Mon Oct 30 14:17:15 2006 New Revision: 118184 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118184 Log: fortran/ 2006-10-26 Tobias Burnus [EMAIL PROTECTED] PR fortran/29452 * io.c (check_io_constraints): Fix keyword string comparison. libgfortran/ 2006-10-26 Tobias Burnus [EMAIL PROTECTED] PR fortran/29452 * runtime/string.c (compare0): Check whether string lengths match. testsuite/ 2006-10-26 Tobias Burnus [EMAIL PROTECTED] PR fortran/29452 * gfortran.dg/write_check.f90: Check run-time keyword checking. * gfortran.dg/write_check2.f90: Check compile-time keyword checking. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/write_check.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/write_check2.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/io.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/libgfortran/ChangeLog branches/gcc-4_2-branch/libgfortran/runtime/string.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29452
[Bug fortran/29452] Keyword check for specifiers in WRITE, READ and OPEN/CLOSE
--- Comment #6 from burnus at gcc dot gnu dot org 2006-10-30 14:19 --- Accept bug -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-10-22 07:15:24 |2006-10-30 14:19:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29452
[Bug fortran/29452] Keyword check for specifiers in WRITE, READ and OPEN/CLOSE
--- Comment #7 from burnus at gcc dot gnu dot org 2006-10-30 14:21 --- And mark as fixed. Hopefully, we won't forget to add checks also to the following specifiers as soon as we implement them. WRITE/READ (some only in READ allowed; those are not yet implemented in gfortran): - ASYNCHRONOUS: 'YES', 'NO' - BLANK: 'NULL', 'ZERO' - DECIMAL: 'COMMA', 'POINT' - DELIM: 'APOSTROPHE', 'QUOTE', 'NONE - PAD: 'YES', 'NO' - ROUND: 'UP', 'DOWN', 'ZERO', 'NEAREST', 'COMPATIBLE'. 'PROCESSOR_DEFINED' - SIGN: PLUS, SUPPRESS, PROCESSOR_DEFINED -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29452
[Bug fortran/29452] Keyword check for specifiers in WRITE and READ
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-10-30 14:24 --- (In reply to comment #7) - ASYNCHRONOUS: 'YES', 'NO' - BLANK: 'NULL', 'ZERO' - DECIMAL: 'COMMA', 'POINT' - DELIM: 'APOSTROPHE', 'QUOTE', 'NONE - PAD: 'YES', 'NO' - ROUND: 'UP', 'DOWN', 'ZERO', 'NEAREST', 'COMPATIBLE'. 'PROCESSOR_DEFINED' - SIGN: PLUS, SUPPRESS, PROCESSOR_DEFINED I'm planning to implement those soon. I'll keep that PR open and assigned to me to be sure I remember :) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|burnus at gcc dot gnu dot |fxcoudert at gcc dot gnu dot |org |org Summary|Keyword check for specifiers|Keyword check for specifiers |in WRITE, READ and |in WRITE and READ |OPEN/CLOSE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29452
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-10-30 14:49 --- Oh, well, once in a while you *must* di that, right? ;) Only under duress. :-) Bug confirmed with Binutils 2.17 20061003 on x86. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-10-30 14:49:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-10-30 14:50 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-10-30 14:49:59 |2006-10-30 14:50:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|sh4-unknown-linux-gnu, |sh4-unknown-linux, i686-pc- |x86_64-suse-linux-gnu/-m32, |linux |i686-pc-linux | Summary|FAIL: |[4.3 regression] |ext/bitmap_allocator/check_a|ext/bitmap_allocator/check_a |llocate_max_size.cc |llocate_max_size.cc |execution test |execution test Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #12 from pcarlini at suse dot de 2006-10-30 14:53 --- Thanks Eric. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug fortran/29651] New: Subroutine: Kind convertion of intent(out) value: signal
implicit none
integer :: i1,i2
integer(2) :: status2
integer(4) :: status4
i1 = 0; i2 = 0
call signal(i1, i2, status4)
print *,status4
call signal(i1, i2, status2)
print *,status2
end
Dumped tree shows:
{
int4 D.1330;
D.1330 = (int4) status2;
_gfortran_signal_sub_int (i1, i2, D.1330);
}
i.e. the status2 = (int2) D.1330 is missing.
As soon as I figured out how to do it, I will patch this bug.
There might be others in iresolve.c
--
Summary: Subroutine: Kind convertion of intent(out) value: signal
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29651
[Bug fortran/29652] New: ambiguous interface declaration undetected
The following code has an ambiguous interface, sub_a and sub_b are identical. This is correctly reported as an error, if sub_a/sub_b are the only procedures listed. Adding a third and different overload to the interface (sub_c), the ambiguity in sub_a/sub_b goes undetected. $ cat iface.f90 MODULE mod INTERFACE iface MODULE PROCEDURE sub_a MODULE PROCEDURE sub_b MODULE PROCEDURE sub_c END INTERFACE CONTAINS SUBROUTINE sub_a(x) INTEGER, INTENT(in) :: x WRITE (*,*) 'A: ', x END SUBROUTINE SUBROUTINE sub_b(y) INTEGER, INTENT(in) :: y WRITE (*,*) 'B: ', y END SUBROUTINE SUBROUTINE sub_c(x, y) REAL, INTENT(in) :: x, y WRITE(*,*) x, y END SUBROUTINE END MODULE PROGRAM test_interface USE mod CALL iface(42) END PROGRAM $ gfortran-svn -g -Wall iface.f90 ./a.out B: 42 $ gfortran-svn -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../../svn/gcc/configure --prefix=$(localpath) --disable-nls --enable-threads=posix --enable-shared --enable-bootstrap --with-system-zlib --program-suffix=-svn --enable-languages=c,c++,fortran Thread model: posix gcc version 4.3.0 20061030 (experimental) -- Summary: ambiguous interface declaration undetected Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: franke dot daniel at gmail dot com GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29652
[Bug c++/29653] New: boost/mpl/aux_/has_tag.hpp:20: internal compiler error: Segmentation fault
Building with /usr/local/gcc-4.1.1/bin/g++ -ftemplate-depth-128 -O0 -fno-inline -Wall -g --save-temps -DBOOST_ALL_NO_LIB=1 -I../../.. -I/home/ericne/boost/cvs/boost -c -o C:\cygwin\home\ericne\boost\cvs\boost\bin.v2\libs\xpressive\scratch\gcc-4.1\debug\main.o main.cpp Error: ../../../boost/mpl/aux_/has_tag.hpp: In instantiation of 'boost::mpl::aux::has_tagT2, mpl_::bool_f alse ': ../../../boost/mpl/sequence_tag.hpp:115: instantiated from 'boost::mpl::sequence_tagT2' ../../../boost/mpl/size.hpp:34: instantiated from 'boost::mpl::sizeT2' ../../../boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:85: instantiated from 'const int boost ::mpl::aux::template_arity_implboost::proto::basic_exprboost::proto::right_shift_tag, boost::mpl:: vector2boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1b oost::space_tag, 1l , boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boos t::mpl::vector1boost::space_tag, 1l , 2l, 1::value' ../../../boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:93: instantiated from 'const int boost ::mpl::aux::template_arityboost::proto::basic_exprboost::proto::right_shift_tag, boost::mpl::vecto r2boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1boost: :space_tag, 1l , boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::mp l::vector1boost::space_tag, 1l , 2l ::value' ../../../boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:98: instantiated from 'boost::mpl::aux ::template_arityboost::proto::basic_exprboost::proto::right_shift_tag, boost::mpl::vector2boost:: proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1boost::space_tag , 1l , boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1 boost::space_tag, 1l , 2l ' ../../../boost/mpl/aux_/preprocessed/gcc/full_lambda.hpp:282: instantiated from 'boost::mpl::lambd aboost::proto::pass_through_transformerboost::proto::basic_exprboost::proto::right_shift_tag, boo st::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::mpl:: vector1boost::space_tag, 1l , boost::proto::refboost::proto::basic_exprboost::proto::terminal_ tag, boost::mpl::vector1boost::space_tag, 1l , 2l, mpl_::void_, boost::spirit2::skipper_tag, mpl_::void_, mpl_::int_3 ' ../../../boost/mpl/aux_/preprocessed/gcc/full_lambda.hpp:124: instantiated from 'boost::mpl::lambd aboost::fusion::detail::apply_transform_resultboost::proto::pass_through_transformerboost::proto: :basic_exprboost::proto::right_shift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic _exprboost::proto::terminal_tag, boost::mpl::vector1boost::space_tag, 1l , boost::proto::refbo ost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1boost::space_tag, 1l , 2 l, mpl_::void_, boost::spirit2::skipper_tag , mpl_::void_, mpl_::int_1 ' ../../../boost/mpl/aux_/preprocessed/gcc/apply.hpp:48: instantiated from 'boost::mpl::apply1boost ::fusion::detail::apply_transform_resultboost::proto::pass_through_transformerboost::proto::basic_ exprboost::proto::right_shift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprb oost::proto::terminal_tag, boost::mpl::vector1boost::space_tag, 1l , boost::proto::refboost::pr oto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1boost::space_tag, 1l , 2l, mpl _::void_, boost::spirit2::skipper_tag , boost::proto::refboost::proto::basic_exprboost::proto::r ight_shift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::right_s hift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::function_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::m pl::vector1boost::char_tag, 1l , boost::proto::basic_exprboost::proto::terminal_tag, boost::mpl ::vector1char, 1l , 2l , boost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vect or1char, 1l , 2l , boost::proto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1ch ar, 1l , 2l ' ../../../boost/mpl/aux_/preprocessed/gcc/apply.hpp:165: instantiated from 'boost::mpl::applyboost ::fusion::detail::apply_transform_resultboost::proto::pass_through_transformerboost::proto::basic_ exprboost::proto::right_shift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprb oost::proto::terminal_tag, boost::mpl::vector1boost::space_tag, 1l , boost::proto::refboost::pr oto::basic_exprboost::proto::terminal_tag, boost::mpl::vector1boost::space_tag, 1l , 2l, mpl _::void_, boost::spirit2::skipper_tag , boost::proto::refboost::proto::basic_exprboost::proto::r ight_shift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::right_s hift_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::function_tag, boost::mpl::vector2boost::proto::refboost::proto::basic_exprboost::proto::terminal_tag, boost::m
[Bug c++/29653] boost/mpl/aux_/has_tag.hpp:20: internal compiler error: Segmentation fault
--- Comment #1 from eric dot niebler at gmail dot com 2006-10-30 15:42 --- Created an attachment (id=12513) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12513action=view) preprocessed input file preprocessed input file, compressed because of file size restrictions -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29653
[Bug rtl-optimization/28970] [4.1 regression] wrong code for simple loop test case
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-10-30 16:01 --- Bug in biv selection, so strength reduction messes up: Loop from 45 to 46: 12 real insns. Biv 60: insn 19 const (reg 59 [ pretmp.26 ]) Biv 60: insn 22 const (1) Biv 60: verified Biv 60: initialized at insn 13: initial value (0) 60 is not a Biv: Yeah, the limitations of loop.c are blatantly exposed by the new dialect generated by the RTL expanders in 4.x because of the 100 tree-opt passes. It turns out that 3.x finds the same BIVs: Biv 61: insn 22 const (1) Biv 61: insn 28 const (reg 65) Biv 61: verified Biv 61: initialized at insn 12: initial value (0) but the non-constant increment comes after the constant one, which is enough to prevent the GIV from being eliminated... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28970
[Bug debug/29628] unused argc/argv missing their DW_AT_location
--- Comment #1 from jakub at gcc dot gnu dot org 2006-10-30 16:11 --- This is caused by the stack realignment in i?86 main, the way it is currently implemented is that address of first argument is loaded into %ecx and then the stack is realigned. The pseudo register which shows in the argument's RTL is that cfun-machine-force_align_arg_pointer (aka %ecx) copied into a pseudo. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29628
[Bug c/29650] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-30 16:14 --- works for me with gcc (GCC) 4.1.2 20061024 (prerelease) (SUSE Linux). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug fortran/29410] [Optimization] bug with TRANSFER() and -O2
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-30 16:15 --- Subject: Bug 29410 Author: pinskia Date: Mon Oct 30 16:15:09 2006 New Revision: 118186 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118186 Log: 2006-10-30 Andrew Pinski [EMAIL PROTECTED] PR fortran/29410 * trans-intrinsic.c (gfc_conv_intrinsic_array_transfer): Change over to create VIEW_CONVERT_EXPR instead of using an ADDR_EXPR, a cast and then an indirect reference 2006-10-30 Andrew Pinski [EMAIL PROTECTED] PR Fortran/29410 * gfortran.fortran-torture/execute/transfer1.f90: New test. Added: trunk/gcc/testsuite/gfortran.fortran-torture/execute/transfer1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29410
[Bug c/29650] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-30 16:16 --- Btw, you should report this to Ubuntu/Debian instead. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug c++/29653] boost/mpl/aux_/has_tag.hpp:20: internal compiler error: Segmentation fault
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-30 16:24 --- Reducing ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC host triplet|i686-pc-cygwin | GCC target triplet|i686-pc-cygwin |i686-*-* Keywords||ice-on-valid-code Known to fail||4.1.2 Known to work||4.0.4 4.2.0 Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29653
[Bug c/29650] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-30 16:31 --- (In reply to comment #2) works for me with gcc (GCC) 4.1.2 20061024 (prerelease) (SUSE Linux). Fails with me: 4.1.2 20061014 So reducing ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|compiled by GNU C version | |4.1.2 20060928 (prerelease) | |(Ubuntu 4. | GCC host triplet|Linux 2.6.17-10-generic #2 | |SMP Fri Oct 13 18:45:35 UTC | |2006 i686 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug debug/29650] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-30 16:45 ---
Reduced testcase:
int main(void)
{
{ static union { } u; }
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug debug/29650] [4.1 Regression] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.1.2 Known to work||4.0.4 4.2.0 Summary|internal compiler error: in |[4.1 Regression] internal |dwarf2out_finish, at|compiler error: in |dwarf2out.c:14129 |dwarf2out_finish, at ||dwarf2out.c:14129 Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug fortran/29067] Internal Error: gfc_resolve_expr(): Bad expression type
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2006-10-30 16:46
---
The following patch fixes the problem:
Index: data.c
===
--- data.c (revision 118134)
+++ data.c (working copy)
@@ -155,7 +155,8 @@
init-expr_type = EXPR_CONSTANT;
init-ts = *ts;
- dest = gfc_getmem (len);
+ dest = gfc_getmem (len + 1);
+ dest[len] = '\0';
init-value.character.length = len;
init-value.character.string = dest;
/* Blank the string if we're only setting a substring. */
Index: decl.c
===
--- decl.c (revision 118134)
+++ decl.c (working copy)
@@ -753,10 +753,11 @@
slen = expr-value.character.length;
if (len != slen)
{
- s = gfc_getmem (len);
+ s = gfc_getmem (len + 1);
memcpy (s, expr-value.character.string, MIN (len, slen));
if (len slen)
memset (s[slen], ' ', len - slen);
+ s[len] = '\0';
gfc_free (expr-value.character.string);
expr-value.character.string = s;
expr-value.character.length = len;
Index: expr.c
===
--- expr.c (revision 118134)
+++ expr.c (working copy)
@@ -1438,7 +1438,7 @@
gfc_extract_int (p-ref-u.ss.end, end);
s = gfc_getmem (end - start + 1);
memcpy (s, p-value.character.string + start, end - start);
- s[end] = '\0'; /* TODO: C-style string for debugging. */
+ s[end-start+1] = '\0'; /* TODO: C-style string for debugging. */
gfc_free (p-value.character.string);
p-value.character.string = s;
p-value.character.length = end - start;
Before submitting it, I'd like to audit the rest of the front-end code for
problems similar to those in decl.c and data.c.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Keywords||patch
Last reconfirmed|2006-10-17 13:01:41 |2006-10-30 16:46:22
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29067
[Bug debug/29650] [4.1 Regression] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-10-30 16:46:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug debug/29650] [4.1 Regression] internal compiler error: in dwarf2out_finish, at dwarf2out.c:14129
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-30 17:02 --- *** This bug has been marked as a duplicate of 26881 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
[Bug debug/26881] [4.1 Regression] internal compiler error in dwarf2out_finish
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-10-30 17:02 --- *** Bug 29650 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||info at wolfsohn-software ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug c++/29596] overloaded function not found
--- Comment #13 from again at gmx dot de 2006-10-30 17:12 ---
(In reply to comment #11)
I believe the testcase is invalid.
You're right, therefore I'm closing this bug. The author of the Boost.Lambda
library, Jaakko Järvi, kindly pointed my to a section of the library
documentation, where it is written that arguments to lambda functions can't be
non-const rvalues[1].
The following patch corrects the test case:
--- test2.cpp.~1~ 2006-10-27 11:02:14.0 +0200
+++ test2.cpp 2006-10-30 18:05:06.0 +0100
@@ -11,6 +11,8 @@
int main()
{
int a = 1, b = 2;
-std::cout (boost::lambda::_1)(std::make_pair(a, b)) std::endl;
+std::cout
+ (boost::lambda::_1)(boost::lambda::make_const(std::make_pair(a,
b)))
+ std::endl;
return 0;
}
I don't know why it compiles cleanly on VC++, though.
Best regards
Christian
[1]
http://www.boost.org/doc/html/lambda/using_library.html#lambda.actual_arguments_to_lambda_functors
--
again at gmx dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29596
[Bug c++/29596] overloaded function not found
--- Comment #14 from again at gmx dot de 2006-10-30 17:26 --- However, my initial testcase (attachment #12493) does still not compile, so it seems I have simplified it wrongly. I will check this back and reopen the bug accordingly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29596
[Bug libstdc++/29654] New: cant build arm cross compiler
I'm starting with gcc 4.1.1 (as bundled in FC6) on a Dell Latitude D800. Want to build gcc cross compiler for armv4tl to build a new for arm machine. Downloaded binutils-2.17 distribution. configured binutils with configure --prefix=$HOME/usr/local --target=arm-linux-elf then did make followed by make install to build the binutils Downloaded gcc-4.1.1 distribution and untared it Added $HOME/usr/local/bin to my path. Created a new objdir directory next to gcc-4.1.1 distribution. cd into new objdir, then configure gcc cross compiler as follows: ../gcc-4.1.1/configure --prefix=$HOME/usr/local --program-prefix=arm-linux-elf- --target=arm-linux-elf Once configured, I run make in the objdir, and everything runs great for a long time, but then: --- begin output from make (thousands of lines into build) --- checking sys/machine.h presence... no checking for sys/machine.h... no checking for sys/types.h... (cached) no checking fp.h usability... no checking fp.h presence... no checking for fp.h... no checking float.h usability... no checking float.h presence... yes configure: WARNING: float.h: present but cannot be compiled configure: WARNING: float.h: check for missing prerequisite headers? configure: WARNING: float.h: see the Autoconf documentation configure: WARNING: float.h: section Present But Cannot Be Compiled configure: WARNING: float.h: proceeding with the preprocessor's result configure: WARNING: float.h: in the future, the compiler will take precedence configure: WARNING: ## - ## configure: WARNING: ## Report this to the package-unused lists. ## configure: WARNING: ## - ## checking for float.h... yes checking for endian.h... (cached) no checking for inttypes.h... (cached) no checking locale.h usability... no checking locale.h presence... no checking for locale.h... no checking for float.h... (cached) yes checking for stdint.h... (cached) no checking for ld that supports -Wl,-z,relro... yes checking for main in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libstdc++-v3] Error 1 make[1]: Leaving directory `/home/jwg/Desktop/gccFolder/objdir' make: *** [all] Error 2 --- begin output from make (thousands of lines into build) --- The output says to report this, so I am doing so in this bug. -Jeremy -- Summary: cant build arm cross compiler Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jeremy dot gorman at ngc dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-linux-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29654
[Bug fortran/29452] Keyword check for specifiers in WRITE and READ
--- Comment #9 from burnus at gcc dot gnu dot org 2006-10-30 18:23 --- Subject: Bug 29452 Author: burnus Date: Mon Oct 30 18:22:47 2006 New Revision: 118191 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118191 Log: fortran/ 2006-10-30 Tobias Burnus [EMAIL PROTECTED] PR fortran/29452 * io.c (check_io_constraints): Fix keyword string comparison. libgfortran/ 2006-10-30 Tobias Burnus [EMAIL PROTECTED] PR fortran/29452 * runtime/string.c (compare0): Check whether string lengths match. testsuite/ 2006-10-30 Tobias Burnus [EMAIL PROTECTED] PR fortran/29452 * gfortran.dg/write_check.f90: Check run-time keyword checking. * gfortran.dg/write_check2.f90: Check compile-time keyword checking Added: trunk/gcc/testsuite/gfortran.dg/write_check.f90 trunk/gcc/testsuite/gfortran.dg/write_check2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/io.c trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/runtime/string.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29452
[Bug debug/26881] [4.1 Regression] internal compiler error in dwarf2out_finish
--- Comment #26 from sur at compart dot net 2006-10-30 18:23 --- It seemed too difficult and risky to me to resolve the numerous rejects of the attached patch against the 4.1.1 release, so I checked out today via svn the 4.1 branch in current state (30.10.2006). After changing a mask in the gcc directory Makefile created by configure (sed needed there ' instead of , I didn't check, if gsed would have sufficed, but this was with /usr/xpg4/bin/sed, so it is SUS V3 conformant) I succeeded in compiling that one and it resolved this issue for me indeed when using the option -ggdb --- and works also if not using this option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug libstdc++/29654] cant build arm cross compiler
--- Comment #1 from pcarlini at suse dot de 2006-10-30 18:44 --- libstdc++/26810 again? Anyway, not being a cross-build expert, a line that does not make sense in those outputs is the following: ... checking for ld that supports -Wl,-z,relro... yes ... That is [GLIBCXX_CHECK_LINKER_FEATURES] running, which however, in configure.ac is protected by $GLIBCXX_IS_NATIVE. So, it looks like the configure machinery believes is *not* dealing with a cross-build! I would suggest looking closer into the beginning of configure.ac (and double check the command line passed to configure, of course). -- pcarlini at suse dot de changed: What|Removed |Added Summary|cant build arm cross|cant build arm cross |compiler|compiler http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29654
[Bug c/29655] New: Reproducable Core Dump
%uname -a FreeBSD wacko 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #0: Fri Oct 27 03:12:39 CDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/WACKO i386 While playing with cc for linking apps, i came across this gem. Whether or not my command line usage is right (which it probabaly isn't being that I'm fairly new to gcc), it shouldn't dump core. Core file can be reproduced upon request. %cc -s -o -Wall slurp slurp.o alloc.a error.o stralloc.a str.a alloc.a cc: Internal error: Segmentation fault: 11 (program ld) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: Reproducable Core Dump Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pprocacci at datapipe dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29655
[Bug bootstrap/29656] New: make install fails with sed: command garbled: s,[
When I run make install on current 4.2 sources on Solaris 10 x86, I get: if [ x != x ] ; then \ /u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c /bin/sh /u01/var/tmp/gcc_4.2_svn/gcc/gcc/../mkinstalldirs \ /opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/mkinstalldirs ; \ /u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c /u01/var/tmp/gcc_4.2_svn/gcc/gcc/fixproto /opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/fixproto ; \ /u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c build/fix-header \ /opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/fix-header ; \ else :; fi echo 'SYSTEM_HEADER_DIR='`echo /usr/include | sed -e :a -e s,[^/]*/\.\.\/,, -e ta`'' \ /opt/gcc-4.2/lib/gcc/i386-pc-solaris2.10/4.2.0/install-tools/mkheaders.conf sed: command garbled: s,[ /bin/sh: : cannot execute /bin/sh: /]*/../,, -e ta: not found gmake[2]: *** [install-mkheaders] Error 1 gmake[2]: Leaving directory `/u01/var/tmp/gcc_4.2_svn/gcc_20061030/gcc' gmake[1]: *** [install-gcc] Error 2 gmake[1]: Leaving directory `/u01/var/tmp/gcc_4.2_svn/gcc_20061030' gmake: *** [install] Error 2 It worked as of October 18th, but I hadn't done a make install since then. Brett Albertson -- Summary: make install fails with sed: command garbled: s,[ Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29656
[Bug libstdc++/29654] cant build arm cross compiler
--- Comment #2 from pcarlini at suse dot de 2006-10-30 19:12 --- In general, I would also suggest: http://gcc.gnu.org/wiki/Building_Cross_Toolchains_with_gcc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29654
[Bug fortran/29657] New: Don't allow SAVE for functions
gfortran happily accepts the SAVE attribute for function (procedure attributes) function sq(x) real, intent(in) :: x real, save :: sq ! SAVE is wrong! sq = x**2 end function sq g95: Error: PROCEDURE attribute conflicts with SAVE attribute at (1) sunf95: ERROR: SQ is a function, therefore it must not be declared with the SAVE attribute. ifort: The SAVE attribute conflicts with other declarations. NAG f95: Cannot SAVE procedure SQ -- Summary: Don't allow SAVE for functions Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: accepts-invalid, diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
[Bug fortran/29657] Don't allow SAVE for functions
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-30 19:31 --- A fix for this specific problem is below. But one should check whether there are other things related to procedures/subroutines/functions which are be prohibited and should be checked. (Thus not assigning to myself.) The patch below gives: In file volatile.f90:8 integer, save :: a 1 Error: FUNCTION attribute conflicts with SAVE attribute at (1) Index: gcc/fortran/symbol.c === --- gcc/fortran/symbol.c(Revision 118191) +++ gcc/fortran/symbol.c(Arbeitskopie) @@ -367,6 +367,7 @@ conf (entry, result); conf (function, subroutine); + conf (function, save); /* Cray pointer/pointee conflicts. */ conf (cray_pointer, cray_pointee); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
[Bug middle-end/29658] New: ICE while compiling Firefox 2.0
c++ -o nsINIParser.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DOSTYPE=\Linux2.6.19-0.rc1\ -DOSARCH=\Linux\ -DBUILD_ID=00 -I./../build -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I../../dist/include/nspr -I../../dist/sdk/include-fPIC -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -march=i586 -mtune=i686 -fomit-frame-pointer -fweb -frename-registers -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsINIParser.pp nsINIParser.cpp nsINIParser.cpp:324: internal compiler error: tree check: expected class 'expression', have 'exceptional' (baselink) in get_base_var, at ipa-utils.c:224 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE while compiling Firefox 2.0 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29658
[Bug bootstrap/28400] install-driver is missing $(exeext) from gcc-$(version)
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-30 19:39 --- This patch is OK. Vlad, would you please check it in, unless someone else beats you to it? Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28400
[Bug middle-end/29658] ICE while compiling Firefox 2.0
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-30 19:40 --- I think this is a dup of bug 29016. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29658
[Bug middle-end/29658] ICE while compiling Firefox 2.0
--- Comment #2 from bero at arklinux dot org 2006-10-30 19:43 --- Created an attachment (id=12514) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12514action=view) Preprocessed source Attaching preprocessed source. This happened with svn rev. 118139; bug 29016 was reported fixed in 117123, so if it's a dup, the fix doesn't work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29658
[Bug middle-end/29658] ICE while compiling Firefox 2.0
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-30 19:46 --- It wowkrs just fine iwth 4.3.0 20061026. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29658
[Bug libstdc++/29654] cant build arm cross compiler
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-30 19:50 --- You should be building newlib before building libstdc++. Anyways this is not a bug. -- 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=29654
[Bug c/29655] Reproducable Core Dump
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-30 20:01 --- cc: Internal error: Segmentation fault: 11 (program ld) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. Even though it says to report this to GCC, this really should be reported to binutils with a testcase which is compilable. -- 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=29655
[Bug bootstrap/29656] make install fails with sed: command garbled: s,[
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-30 20:03 --- How did you configure GCC? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29656
[Bug bootstrap/29656] make install fails with sed: command garbled: s,[
--- Comment #2 from brett dot albertson at stratech dot com 2006-10-30 20:15 --- (In reply to comment #1) How did you configure GCC? I figured it out. I have been using /bin/bash as my shell and not setting CONFIG_SHELL for the past year. It has been working until now, but apparently setting CONFIG_SHELL to /bin/ksh (as per documentation) is now required. I'm setting the case to resolved invalid. Brett -- brett dot albertson at stratech dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29656
[Bug middle-end/29335] transcendental functions with constant arguments should be resolved at compile-time
--- Comment #24 from ghazi at gcc dot gnu dot org 2006-10-30 20:22 --- Subject: Bug 29335 Author: ghazi Date: Mon Oct 30 20:21:59 2006 New Revision: 118200 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118200 Log: PR middle-end/29335 * builtins.c (fold_builtin_1): Evaluate tgamma using MPFR. testsuite: * gcc.dg/torture/builtin-math-2.c: Add tgamma tests. * gcc.dg/torture/builtin-math-3.c: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/torture/builtin-math-2.c trunk/gcc/testsuite/gcc.dg/torture/builtin-math-3.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29335
[Bug fortran/29601] VOLATILE attribute and statement
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-30 21:23 --- Taking this bug. -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-10-26 08:25:16 |2006-10-30 21:23:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29601
[Bug fortran/29657] Don't allow SAVE for functions
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-30 21:27 --- Tobias, A fix for this specific problem is below. But one should check whether there are other things related to procedures/subroutines/functions which are be prohibited and should be checked. (Thus not assigning to myself. ) You might be correct in the greater scheme of things but I suggest that this one is worth submitting - assign it to yourself and submit the patch, as is. Thanks Paul PS The way things are going, gfortran usage is such that missing constraints will be found soon enough! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
[Bug fortran/24978] ICE in gfc_assign_data_value_range
--- Comment #9 from pault at gcc dot gnu dot org 2006-10-30 21:34 --- Steve and Jerry, laptop:kargl[209] f95 -o z t.f90 Error: t.f90, line 3: Element no. 13 of object A already initialised Errors in declarations, no further processing for $main$ [f95 error termination] The standard is very specific that no variable or element thereof should be intialized more than once. I cannot give you chapter and verse right now but I looked at this PR once and decided that the time was not quite right. Jerry, dependency.c has a lot of code for checking the overlap between array references; you could maybe use/hijack some of it. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24978
[Bug fortran/29431] Not Implemented: complex character array constructors
-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-10-13 07:16:01 |2006-10-30 21:50:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29431
[Bug fortran/29657] Don't allow SAVE for functions
--- Comment #3 from burnus at gcc dot gnu dot org 2006-10-30 21:59 --- Taking the bug. -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-10-30 21:59:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
