--- Comment #8 from pinskia at gcc dot gnu dot org 2006-10-09 04:45 ---
(In reply to comment #7)
> 3.4.4 (or 3.4.6) are the system compilers on FreeBSD-5.x and FreeBSD-6.x
So what, we are talking about the FSF GCC and not freebsd and 3.4.x is no
longer maintained by the FSF.
> Would it
--- Comment #7 from mi at aldan dot algebra dot com 2006-10-09 04:42
---
3.4.4 (or 3.4.6) are the system compilers on FreeBSD-5.x and FreeBSD-6.x
Would it be possible to locate the diff, that fixed the problem, so it can be
merged into our toolchain? Thanks!
--
mi at aldan dot alge
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-10-09 04:27
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-09 04:25
---
Subject: Bug 28980
Author: pinskia
Date: Mon Oct 9 04:25:44 2006
New Revision: 117568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117568
Log:
2006-10-08 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #6 from belandor at web dot de 2006-10-09 04:13 ---
(In reply to comment #5)
> Hi,
>
> s-osinte.ads
> This might need a bit more work, some structure size and such might not be
> identical between versions. You should look at the s-osinte-linux-alpha.ads
> and
> s-osinte-l
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-10-09 03:38
---
I expect the test case streamio_4.f90 to fail with the preliminary patch. I
have not completed the formatted stream write portion. What I need confirmed
is that when reading that the file is being positioned cor
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-10-09 03:07
---
Created an attachment (id=12398)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12398&action=view)
Preliminaey patch for STREAM formatted read.
There is a related problem with formatted stream read:
program
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-10-09 00:31
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-09 00:30
---
Subject: Bug 28862
Author: pinskia
Date: Mon Oct 9 00:30:11 2006
New Revision: 117567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117567
Log:
2006-10-08 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-08 23:20 ---
*** Bug 29398 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-08 23:20 ---
Actually this is just a dup of bug 21561.
*** This bug has been marked as a duplicate of 21561 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-08 23:19 ---
This is really the same issue as PR 8686 which is an old bug about mutlilib on
sparc solaris.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Currently builds of gcc trunk can fail on darwin if the machine is a G4 or
non-EMT64 Macintel machine. It would be much better for configure to test if
-m64 works on the build machine and automatically use --disable-multilib if it
doesn't.
--
Summary: configure should automatically se
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-08 22:03 ---
Created an attachment (id=12397)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12397&action=view)
Preliminary fix for this PR
This has only been tested against the reporter's example. Regtesting and
checking ag
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-10-08 21:59
---
(In reply to comment #4)
> *** Bug 29395 has been marked as a duplicate of this bug. ***
$ cat a10.f90
integer :: i(2,2)
data ((i(k,j), j = 1, k), k = 1, 2) / 3 * 0 /
end
$ gfortran a10.f90
In file a10
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-08 21:59
---
*** Bug 29395 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-08 21:59
---
*** This bug has been marked as a duplicate of 23232 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-08 21:53 ---
This works fine on 4.0.4 so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-10-08 21:53
---
Another testcase for this bug:
TYPE T1
INTEGER, POINTER :: I=>NULL()
END TYPE T1
IF(.NOT.ASSOCIATED(F1(10))) CALL ABORT()
CONTAINS
FUNCTION F1(I) RESULT(R)
TYPE(T1), DIMENSION(:), POINTER :: R
INTEG
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a8.f90
INTEGER :: K(3)=1
INTEGER, PARAMETER :: J(3)=2
write(6,*) MAXLOC(K,J<1)
END
$ gfortran a8.f90 && ./a.out
a.out: ../../../trunk/libgfortran/generated/maxloc0_4_i4.c:216: mmaxloc0_4_i4:
Assertion `((mask)->dtype >> 6) == 8' failed.
zsh: abort ./a.out
If the PARAMETER
--
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a3.f90
CHARACTER(LEN=2), DIMENSION(:), POINTER :: a
CHARACTER(LEN=4), DIMENSION(3), TARGET :: b
b=(/"","",""/)
a=>b(:)(2:3)
a="aa"
IF (ANY(b.NE.(/"baab","baab","baab"/))) CALL ABORT()
END
$ gfortran a3.f90
a3.f90:0: internal compiler error: Segmentation fault
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-08 21:44 ---
This looks related to PR 23232 or really a dup.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a10.f90
integer :: i(2,2)
data ((i(k,j), j = 1, k), k = 1, 2) / 3 * 0 /
end
$ gfortran a10.f90
In file a10.f90:2
data ((i(k,j), j = 1, k), k = 1, 2) / 3 * 0 /
1
Error: Parameter 'k' at (1) has not been declared or is a variable, which does
not reduce to a
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a11.f90
MODULE M1
TYPE T1
INTEGER :: I=7
END TYPE T1
CONTAINS
SUBROUTINE S1(I)
INTEGER, INTENT(IN) :: I
TYPE(T1) :: D(1:I)
PRINT *, D(2)%I
PRINT *, D(:)%I
IF (D(2)%I.NE.7) CALL ABORT()
END SUBROUTINE S1
END MODULE M1
USE M1
CALL S1(2)
END
$ ifort a11.f90 &&
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a2.f90
integer, parameter :: A(-3:7,2)=0
integer, parameter, dimension(3) :: V = (/ 2, 4, 6 /)
integer, parameter, dimension(3) :: B = A(V,1)
END
$ gfortran a2.f90
In file a2.f90:3
integer, parameter, dimension(3) :: B = A(V,1)
1
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-08 21:23 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a9.f90
character(LEN=2) :: a(2)
data ((a(I)(k:k),I=1,2),k=1,2) /4*'a'/
IF (ANY(a.NE."aa")) CALL ABORT()
END
$ gfortran a9.f90
In file a9.f90:2
data ((a(I)(k:k),I=1,2),k=1,2) /4*'a'/
1
Warning: initialization string truncated to match variab
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-08 21:13 ---
(In reply to comment #4)
> Regarding the major-normal downgrade.
The main reason why I did that is because 3.4.x is no longer being maintained
so it might just be better to use 4.0.3.
--
http://gcc.gnu.org/bugzi
--- Comment #4 from mi at aldan dot algebra dot com 2006-10-08 21:10
---
I'm compiling on and for FreeBSD/i386.
Regarding the major-normal downgrade, I must note, that other (also
compiler-related, apparently) problems in ICU require the ability to run the
tests under debugger, which i
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-08 20:55 ---
What target are you compiling for?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
I'm surprised this was not reported before, but can't find it in bugzilla.
$ cat a6.f90
INTEGER :: I(-1:1,-1:1)=0
WRITE(6,*) LBOUND(TRANSPOSE(I))
END
$ ifort a6.f90 && ./a.out
1 1
$ gfortran a6.f90 && ./a.out
-1 -1
--
Sum
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-08 20:54 ---
When I looked at this for work, this is a hard one to fix correctly. We could
ignore may_alias on template arguments but that will really fix the problem.
What we need to do is to record the attribute when processi
--- Comment #2 from mi at aldan dot algebra dot com 2006-10-08 20:52
---
Sorry, I forgot to explicitly specify, that the bogus symbol is seen, when
compiling at either -O0 or -O1 levels (symbol name and the line number, where
it, supposedly, appears, change).
Compiling at -O2 does not
--- Comment #1 from mi at aldan dot algebra dot com 2006-10-08 20:50
---
Created an attachment (id=12396)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12396&action=view)
The result of preprocessing of ICU's icu/source/test/intltest/loctest.cpp
--
http://gcc.gnu.org/bugzilla/
When trying to build ICU-3.6 with low optimization, one of the object files
grows a bogus symbol, which can not, of course, be resolved at the link time.
loctest.o(.data+0x51c):/misha/ports/devel/icu/work/icu/source/test/intltest/loctest.cpp:181:
undefined reference to `.LC786'
loctest.o(.data+0x5
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
The F95 standard says (12.6): "A pure procedure is [...] or (4) A statement
function that references only pure functions." But gfortran doesn't like that:
$ cat a5.f90
INTEGER :: st1,i,a(4)
st1(i)=i*i*i
FORALL(i=1:4) a(i)=st1(i)
print *, a
print *, u(2)
contains
pure integer function u(x)
i
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-08 20:31 ---
Related to PR 27102.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29388
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-10-08 20:29
---
Shorter testcase (the array doesn't have to be static):
=
void foo(int i)
{
int x[][i] = { 0 };
}
=
The bug appeared with GCC 3.3.
--
reichelt at gcc dot gnu
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-10-08 20:21
---
Even shorter testcase:
===
template struct A
{
T t __attribute__ ((__may_alias__));
};
===
--
reichelt at gcc dot gnu dot org changed:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29388
The following invalid testcase triggers an ICE since GCC 4.0.0:
=
template struct A
{
typedef int T;
void foo();
};
template void A::T::foo() {}
=
bug.cc:7: internal compiler error: in is_ancestor, at cp/
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-08 20:06 ---
Tobi,
This is a very unpleasant and venemous bug! Removing the
implicit character*32 (a-z)
results in
pr29373.f90: In function 'MAIN__':
pr29373.f90:8: fatal error: gfc_todo: Not Implemented: complex character arra
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat a4.f90
PRINT *, LEN(SUB(3))
CONTAINS
FUNCTION SUB(I)
CHARACTER(LEN=I) :: SUB(1)
END FUNCTION
END
$ gfortran a4.f90
a4.f90: In function sub:
a4.f90:1: warning: Function does not return a value
a4.f90: In function MAIN__:
a4.f90:1: internal compiler error: in gfc_conv_function_cal
--- Comment #22 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-08
17:09 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> Couldn't the constructor for locale possibly run before the one
> for the locale_mutex?
The ordering issue is confirm
--- Comment #3 from pault at gcc dot gnu dot org 2006-10-08 16:29 ---
Fixed in gcc-4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from pault at gcc dot gnu dot org 2006-10-08 16:29 ---
Fixed for gcc-4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #36 from pault at gcc dot gnu dot org 2006-10-08 16:27 ---
Fixed in gcc-4.2
Paul and Erik
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-08 16:22 ---
Subject: Bug 29211
Author: pault
Date: Sun Oct 8 16:21:55 2006
New Revision: 117558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117558
Log:
2006-10-05 Erik Edelmann <[EMAIL PROTECTED]>
Paul Th
--- Comment #35 from pault at gcc dot gnu dot org 2006-10-08 16:22 ---
Subject: Bug 20541
Author: pault
Date: Sun Oct 8 16:21:55 2006
New Revision: 117558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117558
Log:
2006-10-05 Erik Edelmann <[EMAIL PROTECTED]>
Paul T
--- Comment #4 from pault at gcc dot gnu dot org 2006-10-08 16:22 ---
Subject: Bug 29115
Author: pault
Date: Sun Oct 8 16:21:55 2006
New Revision: 117558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117558
Log:
2006-10-05 Erik Edelmann <[EMAIL PROTECTED]>
Paul Th
--
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
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-10-08 14:27
---
Subject: Bug 26540
Author: fxcoudert
Date: Sun Oct 8 14:27:22 2006
New Revision: 117556
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117556
Log:
PR libfortran/26540
* intrinsics/signal.
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-08 13:21
---
Subject: Bug 28585
Author: fxcoudert
Date: Sun Oct 8 13:21:42 2006
New Revision: 117555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117555
Log:
PR fortran/28585
* intrinsic.c (add_fun
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|00
This is an internal reminder for these two pending tasks:
http://gcc.gnu.org/ml/libstdc++/2006-07/msg00169.html
http://gcc.gnu.org/ml/libstdc++/2006-10/msg00028.html
--
Summary: stl_tree.h clean-ups and enhancements
Product: gcc
Version: 4.2.0
S
--- Comment #5 from debian-gcc at lists dot debian dot org 2006-10-08
11:05 ---
rechecked with explicitely disabling the use of _Unwind_GetIPInfo (undefine
HAVE_GETIPINFO):
(gdb) run
Starting program: /usr/bin/gcj-dbtool -n foo.db 64
[Thread debugging using libthread_db enabled]
[New T
--- Comment #6 from pcarlini at suse dot de 2006-10-08 11:04 ---
Let's reopen this report as an enhancement request. In fact, we should
implement this:
http://gcc.gnu.org/ml/libstdc++/2004-06/msg00256.html
probably by using iconv to implement the relevant char <-> char codecvt_byname
Hello,
I am currently using GCC compiler (3.4.4) on Mips target, with following
options:
mipsisa32-elf-gcc -mips16 -msoft-float -EB -fdata-sections -fno-exceptions -MD
-g -G0 -I. -I... -Wall -Wpointer-arith -Winline
-Wundef -c ... -c -o c:xxx.c
and during compilation process, the following
See chapter 14 of the Fortran 2003 standard.
Example, cf.
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/642578db8949fd2f
--
program ieee
use,intrinsic :: ieee_arithmetic
implicit none
if(.not. IEEE_support_standard(1.0d0) &
.or. .not.I
69 matches
Mail list logo
