--- Comment #7 from jlpoole at pon dot net 2010-01-04 01:51 ---
Thank you.
I've updated trunk to Revision: 155601. Wiped out build and am running make
(it will take a few days). I'll update with my results.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
Compile following code with options -mthumb -fpic -Os,
int foo(int j)
{
static int i;
int t = i;
i = j;
return t;
}
GCC generates:
foo:
ldr r3, .L2 // A
ldr r2, .L2+4 // B
.LPIC0:
add r3, pc// C
add r3, r3, r2// D
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-04 02:21
---
This behavior changed as response to libstdc++/37958, I spent way to much time
on it, Daniel, believe me ;) Anyway, as an additional data point, SunStudio
also agrees with current libstdc++.
--
paolo dot ca
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-01-04 03:25
---
OK, I could not get the script to run for some reason.
However, I manually performed the steps in the script:
gfortran-4 -c juinit2.f
ar -r libex.a juinit2.o
gfortran-4 bug.f -L. -lex -o bug
./bug
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-01-04 03:40
---
With Linux:
$ ./bug1.sh
ar: creating libex.a
COMPILER g77
GOOD LOAD ix2(4)=abcdefghijklmnopqrst
ar: creating libex.a
COMPILER g95
GOOD LOAD ix2(4)=abcdefghijklmnopqrst
ar: creating libex.a
COMPILER gfortran
G
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-01-04 03:52
---
Fixed the script on Cygwin:
$ ./bug1.sh
ar: creating libex.a
COMPILER gfortran-4
BAD LOAD ix2(4)=
ar: creating libex.a
COMPILER gfc
BAD LOAD ix2(4)=
ar: creating libex.a
COMPILER g77
GOOD LOAD ix2(4)=abcdefgh
--- Comment #8 from hjl dot tools at gmail dot com 2010-01-04 04:28 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
libgomp.fortran/recursion1.f90 aborted at random on Linux/Core i7.
There are
---
implicit none
integer :: i,s
s=0
!$omp parallel do private(i) shared(s)
do i=1,10
call sub(i)
end do
!$omp end parallel do
if (s/=55) call abort()
contains
subroutine sub (n)
integer :: n
s = s + n
file: test.cpp
template
T make();
struct p {};
struct c : decltype(make()) {};
compilation command:
g++ -c -std=c++0x test.cpp
output:
test.cpp:5: error: expected class-name before 'decltype'
test.cpp:5: error: expected '{' before 'decltype'
test.cpp:5: error: expected unqualified-id before '{
--- Comment #2 from burnus at gcc dot gnu dot org 2010-01-04 07:31 ---
Subject: Bug 40849
Author: burnus
Date: Mon Jan 4 07:30:49 2010
New Revision: 155606
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155606
Log:
2009-01-04 Tobias Burnus
PR fortran/41872
*
--- Comment #9 from burnus at gcc dot gnu dot org 2010-01-04 07:31 ---
Subject: Bug 41872
Author: burnus
Date: Mon Jan 4 07:30:49 2010
New Revision: 155606
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155606
Log:
2009-01-04 Tobias Burnus
PR fortran/41872
*
--- Comment #4 from burnus at gcc dot gnu dot org 2010-01-04 07:31 ---
Subject: Bug 42517
Author: burnus
Date: Mon Jan 4 07:30:49 2010
New Revision: 155606
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155606
Log:
2009-01-04 Tobias Burnus
PR fortran/41872
*
--- Comment #10 from burnus at gcc dot gnu dot org 2010-01-04 07:43 ---
Still TO DO:
- SAVED local variables are (probably) mishandled
- Check whether other things such as allocatable scalar components,
(absent/present) optional dummys etc. work.
- allocatable-scalar returning functio
--- Comment #3 from burnus at gcc dot gnu dot org 2010-01-04 07:44 ---
Should be FIXED now. I did what was proposed in comment 0: Adding the version
via %s.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from burnus at gcc dot gnu dot org 2010-01-04 07:45 ---
I believe the patch at
http://gcc.gnu.org/ml/fortran/2010-01/msg00023.html
should be sufficient.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36161
101 - 115 of 115 matches
Mail list logo
