--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from rridge at csclub dot uwaterloo dot ca 2006-05-14 06:45
---
Created an attachment (id=11458)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11458&action=view)
Suggested patch for fixing the bug on all targets
This patch also hardens config.host against similar b
Bootstrapping GCC fails with MinGW with the following error:
make[2]: *** No rule to make target `driver-i386.o', needed by `xgcc.exe'. Stop
.
This is the same bug as in pr27596, but apparently it needs to be reported and
fixed on target by target basis.
--
Summary: [4.2 Regression]
--- Comment #17 from sayle at gcc dot gnu dot org 2006-05-14 04:19 ---
Subject: Bug 26729
Author: sayle
Date: Sun May 14 04:19:32 2006
New Revision: 113755
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113755
Log:
PR middle-end/26729
* fold-const.c (fold_trutho
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-14 03:52 ---
Fixed by:
2006-05-13 Richard Guenther <[EMAIL PROTECTED]>
* config.host : Append i386/x-cygwin to
host_xmake_file.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-14 03:03 ---
I have a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #4 from patchapp at dberlin dot org 2006-05-14 03:02 ---
Subject: Bug number PR debug/26754
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00581.html
--
http://gcc.gnu.org/bugz
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-13 23:31 ---
Confirmed on those two emails.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Target Milestone|--- |4.2.0
http:
http://gcc.gnu.org/ml/gcc/2006-05/msg00297.html
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00500.html
--
Summary: [4.2 Regression] build failure on cgwin
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: build
Severity: n
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-13 23:27 ---
Quick note on the status of this -- after the next Classpath
import, we should simply remove our copy of URLConnection and
also our copy of gnu.java.net.DefaultContentHandlerFactory
--
http://gcc.gnu.org/bugzilla
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-13 23:25 ---
*** Bug 27583 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-13 23:25 ---
*** This bug has been marked as a duplicate of 23091 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-13 23:18 ---
*** Bug 27587 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26227
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-13 23:18 ---
This is another dup of bug 26227.
*** This bug has been marked as a duplicate of 26227 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-13 23:05 ---
*** Bug 27586 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26227
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-13 23:05 ---
This is really a dup of bug 26227.
*** This bug has been marked as a duplicate of 26227 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-05-13 23:01 ---
The following is also not caught:
-
subroutine foo(y)
character(len=20) :: y
y = 'hello world'
end
program test
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-13 22:25 ---
Just a note, I already filed a bug about this. IFC does not even warn or error
out when this happens which does not help people trying to convert their code
from IFC to any other good compiler.
*** This bug has bee
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-13 22:25 ---
*** Bug 27594 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The following testcase has a function with 13 arguments, but 14 are passed.
gfortran-4.2 -Wall does not show a warning.
Other compilers:
NAG's f95 (no options):
Error: test2.f: Wrong number of arguments to TRNS from TEST: 14 found, 13
expected
g95 (Default-on warning):
In file test2.f:19
&
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-13 22:16 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-05-13 22:12 ---
Subject: Bug 27335
Author: rakdver
Date: Sat May 13 22:12:13 2006
New Revision: 113747
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113747
Log:
PR rtl-optimization/27335
* loop-unroll.c (pe
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-05-13 22:11 ---
Subject: Bug 27335
Author: rakdver
Date: Sat May 13 22:10:56 2006
New Revision: 113746
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113746
Log:
PR rtl-optimization/27335
* loop-unroll.c (pe
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-05-13 22:06
---
Here is the reduced testcase as I could get it (LL20 is not recorded here as
being used):
typedef struct _IO_FILE FILE;
extern char const *RCSname;
extern struct rcslock *Locks;
extern struct hshentry * Head;
struc
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-13 22:05 ---
Hmmm, it seems like it is an expand bug, as REG_LABEL is not added at expand
time:
(insn 36 35 37 (set (reg:SI 134)
(high:SI (label_ref:SI 42))) -1 (nil)
(nil))
(insn 37 36 38 (set (reg/f:SI 133)
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-13 21:59 ---
(insn 317 243 301 (set (reg/f:SI 19 %l3 [167])
(lo_sum:SI (reg/f:SI 19 %l3 [167])
(label_ref:SI 123))) 39 {*movsi_lo_sum} (nil)
(nil))
There is no REG_LABEL on that instruction which causes u
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-13 21:56 ---
We are losing a REG_LABEL somewhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27531
--- Comment #1 from patchapp at dberlin dot org 2006-05-13 21:46 ---
Subject: Bug number PR c++/27582
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00537.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from patchapp at dberlin dot org 2006-05-13 21:46 ---
Subject: Bug number PR c++/27581
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00538.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-13 21:38 ---
- D.30091 = __dynamic_cast (a.85, &_ZTI1A, &_ZTI1B, 0);
- if (D.30091 != 0B) goto ; else goto ;
+ D.30521 = __dynamic_cast (a.82, &_ZTI1A, &_ZTI1B, 0);
+ D.30522 = (bool) D.30521;
- is 4.1 and + is 4.2.
That is
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-13 21:21 ---
*** Bug 27591 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-05-13 21:21 ---
And it is as this works in 4.1.0 and above.
*** This bug has been marked as a duplicate of 25357 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from fang at csl dot cornell dot edu 2006-05-13 21:01
---
Very reminiscent of PR 25357.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27591
--- Comment #4 from philipp at marek dot priv dot at 2006-05-13 20:11
---
Created an attachment (id=11455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11455&action=view)
The output (dump) file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27593
--- Comment #3 from philipp at marek dot priv dot at 2006-05-13 20:10
---
Created an attachment (id=11454)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11454&action=view)
The preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27593
--- Comment #2 from philipp at marek dot priv dot at 2006-05-13 20:09
---
Created an attachment (id=11453)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11453&action=view)
The Makefile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27593
--- Comment #1 from philipp at marek dot priv dot at 2006-05-13 20:09
---
Created an attachment (id=11452)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11452&action=view)
The C file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27593
Hello,
I hope that I'm at the right place here.
I'm using debian gcc-avr:
Package: gcc-avr
Version: 1:4.1.0-1
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (850, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin
t;< "n=" << ++n << endl;
A* a = new B;
B& ret = dynamic_cast(*a);
}
}
The output is the following:
n=1
n=2
n=3
n=4
n=5
n=6
n=7
terminate called after throwing an instance of 'std::bad_cast'
what(): St8bad_cast
Aborted
It fails on x86_64-
--- Comment #15 from paulthomas2 at wanadoo dot fr 2006-05-13 20:00 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
bo,
>Paul,
>I have only tried gfortran on 32 bit cpus. I downloaded the latest
>subversion snapshot, applied the patch and co
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-05-13 19:46 ---
Subject: Bug 27003
Author: rakdver
Date: Sat May 13 19:45:56 2006
New Revision: 113742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113742
Log:
PR tree-optimization/27003
* tree.c (build_in
--- Comment #14 from bo dot berggren at glocalnet dot net 2006-05-13 19:44
---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
paulthomas2 at wanadoo dot fr skrev:
> --- Comment #12 from paulthomas2 at wanadoo dot fr 2006-05-13 19:09
>
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-13 19:44 ---
Hmm, there are two switch tables in main which is causing the problem. Right
now I have 139 line testcase and I am still reducing it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27531
--- Comment #13 from bo dot berggren at glocalnet dot net 2006-05-13 19:42
---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
pault at gcc dot gnu dot org skrev:
> --- Comment #8 from pault at gcc dot gnu dot org 2006-05-13 11:25 ---
>
The crash is during compilation.
I run a Debian with the Linux kernel 2.6.14
The error is (with the recommended command line):
** BEGINNING OF GCC OUTPUT **
$ gcc -v -save-temps -o ti_bug ti_bug.cc Err 1
Using built-i
--- Comment #12 from paulthomas2 at wanadoo dot fr 2006-05-13 19:09 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
bo,
>Should I download the latest source code snapshot and apply the patch on
>that ?
>
>
>
No, that will not help. With th
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-13 19:02 ---
So this was fixed in 4.1.0 proper.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from roger at eyesopen dot com 2006-05-13 18:59 ---
This is the correct documented behaviour. See the section entitled
"USE_SELECT_SECTION_FOR_FUNCTIONS" in doc/tm.texi, which reads:
> @defmac USE_SELECT_SECTION_FOR_FUNCTIONS
> Define this macro if you wish TARGET_ASM_S
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-05-13 18:55
---
Patch in preparation.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from bo dot berggren at glocalnet dot net 2006-05-13 18:01
---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
pault at gcc dot gnu dot org skrev:
> --- Comment #8 from pault at gcc dot gnu dot org 2006-05-13 11:25 ---
>
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|kargl at gcc dot gnu dot org|unassigned at gcc dot gnu
|
--- Comment #2 from konqueror at gmx dot de 2006-05-13 17:27 ---
I tried with -O0 and -O1. The bug doesnt happen with -O0 but with -O1 and -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27590
--- Comment #1 from konqueror at gmx dot de 2006-05-13 17:22 ---
$ gcj-4.1 -v
Using built-in specs.
Reading specs from /usr/lib/gcc/i486-linux-gnu/4.1.1/../../../libgcj.spec
rename spec lib to liborig
Target: i486-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,ja
When compiling catalina.jar to a shared library (using BC ABI) I get an ICE.
/usr/bin/gcj-4.1 -shared -O2 -fPIC -findirect-dispatch -fjni -Wl,-Bsymbolic
./org.eclipse.tomcat_5.0.30/catalina.jar -o
/home/mkoch/Debian/java/eclipse/eclipse-3.1.2/debian/tmp//usr/lib/gcj-4.1/./org.eclipse.tomcat_5.0.30
--- Comment #10 from bo dot berggren at glocalnet dot net 2006-05-13 15:50
---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
pault at gcc dot gnu dot org skrev:
> --- Comment #8 from pault at gcc dot gnu dot org 2006-05-13 11:25 ---
>
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-05-13 14:17 ---
Post scriptum: In this case, using -Wuninitialized -O
the compiler detects that the variable is uninitialized; however, for the other
UIN*.FOR examples at polyhdron.com they are not detected at com
Currently, gfortran does not seem to have any option to catch uninitialized
variables at run time.
Example (from http://www.polyhedron.com/pb05/linux/diagnose.html):
program uin1
integer x,y,a,b
x=y
a=b
print *,x,a
b=1
en
--
tobias dot burnus at physik dot fu-berlin dot de changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.c
Taken from http://www.polyhedron.com/pb05/linux/diagnose.html
-
! character bound error - local variable
program cbnd1
character*10 zz
i = 2
j = i+9
zz(i:j) = 'abcdef'
print * , zz
end
--
gfortran-4.2 -Wall -pedantic -fbounds
Taken from http://www.polyhedron.com/pb05/linux/diagnose.html
---
real function same(x)
implicit none
real x(1)
same = x(1)
end
program xtwice
implicit none
real same
external same
print*,same(10.0)
print*,'Bug not caught!'
The following test case uses single precision arguments to a double precision
function.
Expected: Warn during compiling
Actual: No warning is given. ./a.out shows:
0.00 3.0132665E+23 ! initialized with 2 & sqrt(2)
In order to make it work across files, the .mod file should contain suc
--- Comment #2 from jm at bourguet dot org 2006-05-13 11:40 ---
Subject: Re: Wrong type in warning
pinskia at gcc dot gnu dot org a écrit :
>--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-11 15:55
>---
>I cannot reproduce this in "4.1.0 20060208" or "4.2.0 200605
--- Comment #9 from pault at gcc dot gnu dot org 2006-05-13 11:27 ---
Created an attachment (id=11451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11451&action=view)
Testcase for the patch
This is a slight development of your test; I wanted to be sure that non-trivial
expression
--- Comment #8 from pault at gcc dot gnu dot org 2006-05-13 11:25 ---
Created an attachment (id=11450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11450&action=view)
Potential fix for this PR (regtested FC5/Athlon1700)
Bo,
Would you give this a try, please?
Tack
Paul
--
p
I get an ICE using:
--
program test
implicit none
real, pointer :: x
real, target :: y
if(ASSOCIATED(X,(Y))) print *, 'Hello'
end program test
--
(If one corrects the error and uses associated(x,y), gfortran is happy.)
test2.f90:0: intern
The following invalid program
---
program test_save
call foo(3)
contains
subroutine foo(n)
implicit none
integer :: n
real, dimension(n), save :: r ! ERROR: save and variable-dependent dim
r = 1.0
write(*,*) r
end subroutine foo
end
--- Comment #2 from steven at gcc dot gnu dot org 2006-05-13 09:45 ---
Index: alpha.c
===
--- alpha.c (revision 113736)
+++ alpha.c (working copy)
@@ -7410,6 +7410,7 @@ alpha_does_function_need_gp (void)
for (; i
--- Comment #7 from paulthomas2 at wanadoo dot fr 2006-05-13 09:31 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
Bo (and Andrew),
I think that I have lost such few marbles as I ever had! Having
converted to using the cl->backen_decl for o
--- Comment #14 from uros at kss-loka dot si 2006-05-13 08:46 ---
(In reply to comment #13)
> This is now a target specific problem, on i?86 and x86_64 we are left with an
> offset of -4B and so referencing &a[5] in the exit condition.
>
This is PR target/24669.
--
uros at kss-loka
--- Comment #20 from sigra at home dot se 2006-05-13 08:44 ---
I see that the feature I asked for has been implemented in the Ada frontend of
GCC. This program:
with Ada.Text_IO; use Ada.Text_IO;
procedure Prov is
A : Natural := 0;
begin
Put_Line ("A =" & A'Img);
end Prov;
compile
--- Comment #21 from stsp at users dot sourceforge dot net 2006-05-13
08:27 ---
Hi guys.
A question: are there any hopes to get this to work with -fpic?
I mean, even the "i"(&var) doesn't work with -fpic.
The "info gcc" says that all the constant addresses are resolved
by the dynamic l
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-13 07:30 ---
(In reply to comment #5)
> which looks good to me. Are you using a 64bit machine, by any chance? -
> see PR27449.
Only some targets will see the issue in PR 27449. x86_64 or PPC64 will not see
the issue at all be
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-05-13 07:23 ---
Subject: Re: Transfer of character to integer array and
vice versa still doesn't work
Bo,
>>
>>
>>
>You're very welcome, but actually thanks in Swedish spells "tack".
>
>
I had guessed you to be Norwegian.
76 matches
Mail list logo
