--- 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
-
--- 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|RESOL
--- 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
--
--- 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
---
--- 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
---
--
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
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
--- 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 gf
--- 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
--
--- 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/msg0153
--- 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/s
--- 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
--- 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
--- 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 hu
--- 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
--- 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
-
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
--- 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
-
--- 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
--- 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 d
--- 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
makei
--- 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
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 returne
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 returne
--- 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 |Adde
--- 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
--
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 returne
--- 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
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.141
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
--- 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 sta
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()
--- 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-1
--
oder at eleks dot lviv dot ua changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29582
--- 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=12509&action=view)
Compilable testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29582
--- 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 |
--- 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
--- 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
--
--- 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|UN
--- 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
St
--- 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=gcc&view=rev&rev=118178
Log:
PR tree-optimization/29637
* tree.c (make_vector_
--- 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=gcc&view=rev&rev=118177
Log:
PR tree-optimization/29637
* tree.c (make_vector_
--- 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=gcc&view=rev&rev=118176
Log:
PR tree-optimization/29637
* tree.c (make_vector_
--- 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=gcc&view=rev&rev=118175
Log:
PR tree-optimization/29637
* tree.c (make_vector_
101 - 144 of 144 matches
Mail list logo