--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-07 07:56 ---
Please send patches to the appropriate patches list and not attach it to the
bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42276
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #7 from danglin at gcc dot gnu dot org 2009-12-07 02:55 ---
The failures still occur on hppa2.0w-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-12-07 02:37 ---
The patch in #1 looks OK to me, though we are in stage4 now
and the issue doesn't seem a regression in a strict sense.
The patch should be added to the queue for 4.6. When the trunk
is reopened for such a change, co
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-07 02:35 ---
Shift by >= mode size is undefined at the C language level.
With -Wall, you'll get a warning for that.
At the gimple level, I'm pretty sure we leave it alone, since
we don't really know what else to do with it.
At the
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-07 02:04 ---
To be sure, you're keying off having *some* aranges entry with a reference
to a given CU in the debug_info section? So:
Contents of the .debug_aranges section:
Length: 28
Version:
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2009-12-07 01:35
---
I found the thread on this:
http://www.rhinocerus.net/forum/lang-fortran/585916-printing-64-bit-binary-number-gfortran-4-1-2-a.html
Richard Maine says:
" from the thread
> program test_acos
>
> implicit none
>
--- Comment #1 from iwamatsu at nigauri dot org 2009-12-07 01:08 ---
Created an attachment (id=19246)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19246&action=view)
patch of revise this problem
We can revise this problem with this patch.
--
http://gcc.gnu.org/bugzilla
`builddir-single/libiberty/pic/libiberty.a': No such file or directory
Because sh doesn't set PICFLAG=-fPIC on libiberty/configure.
--
Summary: `builddir-single/libiberty/pic/libiberty.a': No such
file or directory
Product: gcc
Version: 4.5.
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 00:53 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 00:00 ---
Subject: Bug 42234
Author: rth
Date: Sun Dec 6 23:59:52 2009
New Revision: 155025
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155025
Log:
PR debug/42234
* tree-ssa-dom.c (degenerate_phi_resul
--- Comment #4 from janus at gcc dot gnu dot org 2009-12-06 22:59 ---
Fixed on trunk with r155024. Will commit to 4.4 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42268
--- Comment #3 from janus at gcc dot gnu dot org 2009-12-06 22:57 ---
Subject: Bug 42268
Author: janus
Date: Sun Dec 6 22:57:13 2009
New Revision: 155024
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155024
Log:
libgfortran/
2009-12-06 Janus Weil
PR fortran/41478
--- Comment #17 from janus at gcc dot gnu dot org 2009-12-06 22:57 ---
Subject: Bug 41478
Author: janus
Date: Sun Dec 6 22:57:13 2009
New Revision: 155024
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155024
Log:
libgfortran/
2009-12-06 Janus Weil
PR fortran/41478
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-06 22:31 ---
Reasonable.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned a
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42315
The following invalid code snippet triggers an ICE since GCC 4.1.2:
extern int x[];
int i = x[0];
int x[] = 0;
bug.cc:5:11: error: initializer fails to determine size of 'x'
bug.cc: In function 'void __static_initialization_and_destruction_0(int, int)':
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:27 ---
Created an attachment (id=19245)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19245&action=view)
assembly file for gcc.target/i386/funcspec-9.c on i686-apple-darwin10
/sw/src/fink.build/gcc45-4.4.99
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:26 ---
Created an attachment (id=19244)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19244&action=view)
preprocessed source for gcc.target/i386/funcspec-9.c on i686-apple-darwin10
--
http://gcc.gnu.org
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:25 ---
Interestingly...
/sw/src/fink.build/gcc45-4.4.999-20091205/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc45-4.4.999-20091205/darwin_objdir/gcc/
/sw/src/fink.build/gcc45-4.4.999-20091205/gcc-4.5-20091205/g
On i686-apple-darwin*, we are failing...
FAIL: gcc.target/i386/funcspec-9.c scan-assembler vfmaddss
This also appears to be failing on linux as well...
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg00605.html
gcc-4 -v
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:13 ---
Created an attachment (id=19243)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19243&action=view)
assembly file for gcc.target/i386/builtin-unreachable.c on i686-apple-darwin10
Generated with...
/sw
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:12 ---
Created an attachment (id=19242)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19242&action=view)
preprocessed source forgcc.target/i386/builtin-unreachable.c on
i686-apple-darwin10
--
http://gcc
On i686-apple-darwin we are failing the testcase...
FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p
gcc-4 -v
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/i686-apple-darwin10/4.5.0/lto-wrapper
Target: i686-apple-darwin10
Configured w
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-12-06 20:01 ---
Well, this patch doesn't hurt in gcc.c, but doesn't solve the issue. Sorry for
posting this. incpath.c is the location to investigate in.
Kai
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41943
--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-06 19:35
---
Let's CC Dodji...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from rwgk at yahoo dot com 2009-12-06 19:18 ---
With a binary search in the svn history I found that the change below lead to
the regression.
I believe it is a major problem. Could someone confirm it?
I think it should be a P1.
I just ran the most excellent tool cppcheck, from sourceforge,
over the gcc source code. It said
config/mep/mep.c:2856: (error) Uninitialized variable: frame_size
I have checked the source code and I agree with cppcheck.
The source code is
int frame_size;
int really_need_stack_frame = frame
--- Comment #2 from dfranke at gcc dot gnu dot org 2009-12-06 18:25 ---
(In reply to comment #1)
> >gfortran: Internal error: Segmentation Fault (program f951)
>
> That normally means the version of GMP/MPFR you have installed are broken.
Any news here?
--
dfranke at gcc dot gnu do
--- Comment #4 from dfranke at gcc dot gnu dot org 2009-12-06 18:15 ---
Reduced testcase:
type t1
integer, allocatable :: d1(:)
end type t1
type t2
type(t1), allocatable :: d2(:)
end type t2
type(t2) :: a, b
a = new2( (/ new1((/1,1/)) /) )
b = new2( (/ a%d2 , a%d2
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-12-06 18:03 ---
Do not report bugs in modified versions of GCC here (for example,
versions with a target you have added). Bug reports must be reproducible
using GCC built from unmodified FSF sources, without needing any
patches (whic
+++ This bug was initially created as a clone of Bug #30591 +++
> ecjx is a java program used as part of the gcj compilation process. Because
> it is written in java and > runs on the host, it needs a host version of gcj
> to build it.
>
> Here is the error I am getting:
>
> make[3]: *** [ecj
--- Comment #2 from dfranke at gcc dot gnu dot org 2009-12-06 16:59 ---
Type parameter inquiries are also mentioned in PR29962, comment #10.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
The exact version of GCC: 4.4.1
The system type: Linux version 2.6.9-67.EL (Red Hat 3.4.6-8)
The options given when GCC was configured/built: ../../gcc/configure
--target=testtarget --prefix=/usr/local/testtarget --enable-target-optspace
--enable-checking --disable-nls --enable-languages=c,c++
T
--- Comment #3 from dominiq at lps dot ens dot fr 2009-12-06 16:19 ---
> It would be (slightly) preferable if the test case didn't contain any
> kind=4 or kind=8 specification. I wrote them, but I can't remember why
> I put the kind=xxx in there.
This PR seems to have been fixed along
--- Comment #12 from ghazi at gcc dot gnu dot org 2009-12-06 16:11 ---
Subject: Bug 30447
Author: ghazi
Date: Sun Dec 6 16:11:06 2009
New Revision: 155023
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155023
Log:
PR middle-end/30447
PR middle-end/30789
--- Comment #12 from ghazi at gcc dot gnu dot org 2009-12-06 16:11 ---
Subject: Bug 30789
Author: ghazi
Date: Sun Dec 6 16:11:06 2009
New Revision: 155023
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155023
Log:
PR middle-end/30447
PR middle-end/30789
--- Comment #8 from ghazi at gcc dot gnu dot org 2009-12-06 16:11 ---
Subject: Bug 40302
Author: ghazi
Date: Sun Dec 6 16:11:06 2009
New Revision: 155023
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155023
Log:
PR middle-end/30447
PR middle-end/30789
P
--- Comment #1 from kurt at roeckx dot be 2009-12-06 16:03 ---
Can someone please take a look at this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-12-06 15:40
---
More descriptive summary. Low priority.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-06 15:18 ---
Slightly reduced testcase:
module fox_m_fsys_array_str
contains
pure function str_vs(vs) result(s)
character, dimension(:), intent(in) :: vs
character(len=size(vs)) :: s
end function str_vs
pure functi
--- Comment #19 from dfranke at gcc dot gnu dot org 2009-12-06 15:07
---
Unassigning myself.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-12-06 15:00
---
using Q(0) puts the 999 in the first position. We have an off by one error
here.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #21 from dominiq at lps dot ens dot fr 2009-12-06 14:58 ---
Note that comment #20 confirms comment #12.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24978
--- Comment #20 from dominiq at lps dot ens dot fr 2009-12-06 14:56 ---
With the patch in comment #19, the test in comment #14 no longer gives ICEs.
However I noticed that several invalid cases are not detected (a and b in
data_init_(scalar|array|matrix)_invalid, and c and d in
data_in
$ uname -a
Linux localhost.localdomain 2.6.29.4-167.fc11.i686.PAE #1 SMP Wed May 27
17:28:22 EDT 2009 i686 i686 i386 GNU/Linux
$ /usr/local/gfortran/bin/gfortran --version
GNU Fortran (GCC) 4.5.0 20091205 (experimental) [trunk revision 155016]
$ cat x.f95
PROGRAM X
TYPE T
INTEGER :: I
END TYPE T
--- Comment #13 from pault at gcc dot gnu dot org 2009-12-06 13:32 ---
(In reply to comment #11)
> However, I fail to see why. Paul, do you have an idea?
>
I have loaded fortran-dev and this PR onto my laptop - I'm on the road again
this week.
I'll see if I have anything to offer. I
--- Comment #3 from irar at il dot ibm dot com 2009-12-06 13:25 ---
On powerpc64-suse-linux with current trunk calculix failed after a couple of
minutes with
-O3 -maltivec -ffast-math
-O3 -maltivec -ffast-math -fno-tree-vectorize
-O2 -maltivec -ffast-math
-O1 -maltivec -ffast-math
I
--- Comment #2 from dfranke at gcc dot gnu dot org 2009-12-06 13:00 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-06 12:59 ---
Subject: Bug 40904
Author: dfranke
Date: Sun Dec 6 12:59:46 2009
New Revision: 155022
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155022
Log:
2009-12-06 Daniel Franke
PR fortran/40904
--- Comment #3 from goeran at uddeborg dot se 2009-12-06 12:52 ---
Looks good in po file for 4.5-b20091203
--
goeran at uddeborg dot se changed:
What|Removed |Added
--- Comment #5 from goeran at uddeborg dot se 2009-12-06 12:47 ---
Looks good in po file for 4.5-b20091203
--
goeran at uddeborg dot se changed:
What|Removed |Added
--- Comment #4 from goeran at uddeborg dot se 2009-12-06 12:44 ---
Looks good in po file for 4.5-b20091203
--
goeran at uddeborg dot se changed:
What|Removed |Added
--- Comment #4 from goeran at uddeborg dot se 2009-12-06 12:43 ---
Looks good in po file for 4.5-b20091203
--
goeran at uddeborg dot se changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-06 12:18 ---
r148317 | burnus | 2009-06-09 19:21:45 +0200 (Tue, 09 Jun 2009) | 9 lines
2009-06-09 Tobias Burnus
[...]
* intrinsic.texi (ISO_FORTRAN_ENV): Document INT{8,16,32,64} and
REAL{32,64,128}.
--- Comment #6 from ktietz at gcc dot gnu dot org 2009-12-06 11:47 ---
By rethinking this issue I came to the point that this would lead to pretty
havy incompatibilities between -pc-mingw32 and -w64-mingw32. Also it would
disallow to use the default /usr/local prefix for installtion with
--- Comment #3 from dominiq at lps dot ens dot fr 2009-12-06 10:52 ---
If I apply the following patch:
--- c_loc_tests_2.f03 2009-11-25 18:17:45.0 +0100
+++ c_loc_tests_2_db_1.f03 2009-12-06 11:43:31.0 +0100
@@ -44,13 +44,13 @@ contains
end subroutine test0
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |debug
Keywords||ice-on-valid-co
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-06 08:59 ---
specs files are no longer generated by default.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42300
59 matches
Mail list logo
