--- Comment #12 from jv244 at cam dot ac dot uk 2009-07-21 06:49 ---
I verified that this issue is now fixed on trunk.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
--- Comment #1 from cbellettini at gmail dot com 2009-07-21 06:43 ---
Created an attachment (id=18233)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18233&action=view)
preprocessor output (I guess)
compiler intermediate output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40
I stumbled upon this very unusual error. I don't know if it's worth
investigating, since I'm note even sure that this is legal code:
Anyway, GCC says:
test.cpp:8: internal compiler error: in digest_init, at cp/typeck2.c:709
Please submit a full bug report,
with preprocessed source if appropriate.
--- Comment #3 from ubizjak at gmail dot com 2009-07-21 06:15 ---
(In reply to comment #2)
>
> We don't even support int -> double.
Yes, we do. Try:
#define N 16
extern int u4[N] __attribute__ ((aligned(16)));
extern double f4[N] __attribute__ ((aligned(16)));
void
cvt_u4_f4()
{
in
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-07-21 05:04
---
Works OK on i86-64-linux. I also ran the original test programs on Cygwin and
results are also OK all the way through.
I wonder if we can get another mingw attempt
Note: 4 Gb file here.
--
http://gcc.gnu.o
--- Comment #11 from pault at gcc dot gnu dot org 2009-07-21 04:51 ---
Subject: Bug 40726
Author: pault
Date: Tue Jul 21 04:51:30 2009
New Revision: 149846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149846
Log:
2009-07-21 Paul Thomas
PR fortran/40726
* tr
--- Comment #2 from hjl dot tools at gmail dot com 2009-07-21 02:52 ---
(In reply to comment #1)
> What about unsigned int -> double?
>
We don't even support int -> double.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40811
--- Comment #11 from hjl dot tools at gmail dot com 2009-07-21 02:49
---
I think the fix should be back ported to 4.3/4.4.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #10 from hjl dot tools at gmail dot com 2009-07-21 02:48
---
[...@gnu-6 tmp]$ vi v.c
[...@gnu-6 tmp]$ cat v.c
#include
#define N 4
void
cvt_u4_f4(int n, unsigned int* u4, float* f4)
{
int j;
for (j=0; jhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=39943
--- Comment #2 from apotapov at math dot ualberta dot ca 2009-07-21 00:12
---
Subject: Re: Incorrectly writes/reads formatted ASCII files greater than 2Gb
The output for gfortran -v is
gfortran -v try.f
Driving: E:\Program Files\gfortran\bin\gfortran.EXE -v
try.f -lgfortranbegin -lg
--- Comment #1 from kargl at gcc dot gnu dot org 2009-07-21 00:01 ---
What's the output to 'gfortran -v'?
Since you said it's a 2 GB file size problem, I modified your
program to
nrp = huge(nrp) / 60
open(1, file = 'tst.dat')
do i = 1, nrp+1
write(1, '(6i10)
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-07-20
23:58 ---
Created an attachment (id=18232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18232&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40813
seen while building openjdk-6 on sparc-linux-gnu with 4.4 branch. 4.3 branch
does work.
Matthias
g++-4.4 -c -fPIC -O1 -fno-strict-aliasing -fno-rtti -fno-exceptions -fcheck-new
c1_MacroAssembler_sparc.ii
In file included from ../generated/incls/_assembler_pd.hpp.incl:2,
from
/h
--- Comment #1 from ubizjak at gmail dot com 2009-07-20 23:26 ---
What about unsigned int -> double?
--
ubizjak at gmail dot com changed:
What|Removed |Added
1) Incorrect writing of formated files:
nrp = 70 000 000
open(1, file = 'tst.dat')
do i = 1, nrp
write(1, '(6i10)') (i, k=1,6)
enddo
close(1)
end
When file size reaches 2Gb, the last record is not added to file, but
overwrites the previous one. As a r
--- Comment #5 from ubizjak at gmail dot com 2009-07-20 23:12 ---
(In reply to comment #4)
> (In reply to comment #3)
> > PR 39943 ?
> >
>
> Yes, it is. Gcc 4.5.0 revision 149104 works fine. Should the fix
> backported to 4.3/4.4 branches?
Yes, please reopen PR 39943 as a regression f
--- Comment #9 from ubizjak at gmail dot com 2009-07-20 23:12 ---
*** Bug 40809 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
[...@gnu-6 tmp]$ cat x.c
#define N 4
extern unsigned int u4[N] __attribute__ ((aligned(16)));
extern float f4[N] __attribute__ ((aligned(16)));
void
cvt_u4_f4()
{
int j;
for (j=0; jhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=40811
--- Comment #4 from hjl dot tools at gmail dot com 2009-07-20 22:51 ---
(In reply to comment #3)
> PR 39943 ?
>
Yes, it is. Gcc 4.5.0 revision 149104 works fine. Should the fix
backported to 4.3/4.4 branches?
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #3 from ubizjak at gmail dot com 2009-07-20 22:46 ---
PR 39943 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40809
--- Comment #14 from xenofears at gmail dot com 2009-07-20 22:11 ---
Subject: Re: Libstdc++ is broken for win64 host
I have (unintentionally, you have my apologies,) exaggerated, it hasn't been
a couple of weeks, time seems to have moved faster than it did. 20090620 is
the last I act
--- Comment #13 from bkoz at gcc dot gnu dot org 2009-07-20 21:52 ---
Hi Peter! You say that this is broken as of rev 149763, which is a commit from
July 17, 2009. Here:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00645.html
But you also indicate that this has been broken for some time b
--- Comment #12 from xenofears at gmail dot com 2009-07-20 21:38 ---
Subject: Re: Libstdc++ is broken for win64 host
I would be happy to give it another try, sure. Thank you for asking.
--
From: "paolo dot carlini at oracle dot com"
Sen
--- Comment #11 from paolo dot carlini at oracle dot com 2009-07-20 21:20
---
By the way, since the first error occurs at lines 185 and 215 of type_traits,
where the library uses two new C++ front-end builtins, added the last week, are
you really sure your tree is completely up to date,
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-07-20 21:17 ---
Please read http://gcc.gnu.org/gcc-3.4/changes.html#cplusplus. This code is
invalid as namelookup inside templates are not done the way you think they are
done.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from hjl dot tools at gmail dot com 2009-07-20 21:16 ---
(In reply to comment #1)
> Vectorizer needs to check signs when vectorizing conversions from
> unsigned int to float if int > float vector insn is used. For example:
>
Should it be done in vectorizer or in backend?
Errors:
..\newmain.cpp:23: error: 'gnat' was not declared in this scope
..\newmain.cpp:24: error: 'grue' was not declared in this scope
These member variables should be in scope because they are inherited. It works
fine for normal classes but not template classes in g++. This compiles fine in
Bor
--- Comment #1 from hjl dot tools at gmail dot com 2009-07-20 21:13 ---
Vectorizer needs to check signs when vectorizing conversions from
unsigned int to float if int > float vector insn is used. For example:
cvtdq2ps u4(%rip), %xmm2
movaps%xmm2, %xmm1
--- Comment #10 from xenofears at gmail dot com 2009-07-20 21:11 ---
Subject: Re: Libstdc++ is broken for win32 host
It is "target" when host=linux64 target=win64 works but host=win64
target=win64 doesn't? Interesting. Again, please change the title, or if
that is too much trouble ju
--- Comment #9 from paolo dot carlini at oracle dot com 2009-07-20 20:59
---
We use target in the categorization to mean that the PR is not general, doesn't
happen everywhere, only for some target (and host pair). This is not a
libstdc++ proper issue, and yes, now, since you are asking,
--- Comment #8 from xenofears at gmail dot com 2009-07-20 20:51 ---
Subject: Re: Libstdc++ is broken for win32 host
Why are you going on? I told you, since you outspokenly don't care and/or
have no plans of looking at it, your post as such is unnecessary, unless you
are speaking for
--- Comment #7 from paolo dot carlini at oracle dot com 2009-07-20 20:25
---
Let's also add a mingw maintainer. In fact, I think this PR should be just
recategorized as , the generic libstdc++ code is very unlikely to be at
fault here.
--
paolo dot carlini at oracle dot com changed:
--- Comment #6 from paolo dot carlini at oracle dot com 2009-07-20 20:02
---
No vacations, eh? I understand... ;) Anyway, since you don't trust me, about
the general points I'm making, let's CC Benjamin, I take no offense (it's the
two of us for the library, in general)
--
paolo dot
--- Comment #5 from xenofears at gmail dot com 2009-07-20 19:54 ---
Subject: Re: Libstdc++ is broken for win32 host
There is no need to post your lack of caring / plan of action. Or does your
company compose all of gcc's development team? If they do, that would
explain a lot.
--
The following program produces wrong results at -m64 -O3:
// a.cc
#include
#define N 5
void
cvt_u4_f4(int n, unsigned int* u4, float* f4)
{
for (int j=0; jhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=40809
--- Comment #4 from paolo dot carlini at oracle dot com 2009-07-20 19:47
---
Hey Peter, you are free to do whatever you want. Just wanted to clarify that
the GCC developers are routinely testing for many other targets, both 32-bit
and 64-bit, in general, and there the problem doesn't s
--- Comment #3 from xenofears at gmail dot com 2009-07-20 19:30 ---
Subject: Re: Libstdc++ is broken for win32 host
No one is routinely testing 64-bit Windows GCC. Bootstrap fails by standard
settings, the drivers are quite broken in several ways. Further, I AM one of
the developers
--- Comment #21 from jlquinn at gcc dot gnu dot org 2009-07-20 19:00
---
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html
Committed as patch is simple and fixes multiple platforms.
--
jlquinn at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #20 from sgk at troutmask dot apl dot washington dot edu
2009-07-20 18:28 ---
Subject: Re: libcpp breaks bootstrap
On Mon, Jul 20, 2009 at 06:09:46PM -, jlquinn at gcc dot gnu dot org wrote:
>
> Author: jlquinn
> Date: Mon Jul 20 18:09:33 2009
> New Revision: 149826
>
--- Comment #19 from jlquinn at gcc dot gnu dot org 2009-07-20 18:09
---
Subject: Bug 40800
Author: jlquinn
Date: Mon Jul 20 18:09:33 2009
New Revision: 149826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149826
Log:
2009-07-20 Jerry Quinn
PR regression/40800
--- Comment #18 from sgk at troutmask dot apl dot washington dot edu
2009-07-20 17:56 ---
Subject: Re: libcpp breaks bootstrap
On Mon, Jul 20, 2009 at 05:42:50PM -, jlquinn at optonline dot net wrote:
>
>
> --- Comment #16 from jlquinn at optonline dot net 2009-07-20 17:42
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2009-07-20
17:51 ---
Subject: Re: libcpp breaks bootstrap
> I posted the fix yesterday. I'm write-after-approval, and I thought I needed
> to wait for someone to OK the patch.
Probably could have been applied as obvious.
D
--- Comment #16 from jlquinn at optonline dot net 2009-07-20 17:42 ---
(In reply to comment #14)
> Can you commit your fix
>
> http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html
>
> or revert your change that is causing the problem?
I posted the fix yesterday. I'm write-after-a
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2009-07-20
17:17 ---
Subject: Re: libcpp breaks bootstrap
> Can you commit your fix
>
> http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html
>
> or revert your change that is causing the problem?
configure.ac needs to
--- Comment #14 from kargl at gcc dot gnu dot org 2009-07-20 16:51 ---
Can you commit your fix
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html
or revert your change that is causing the problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40800
--- Comment #5 from davek at gcc dot gnu dot org 2009-07-20 14:43 ---
Created an attachment (id=18231)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18231&action=view)
final spin
Turns out that '#' makes a bad choice of comment introducer if the next word is
"if" and you're runnin
--- Comment #8 from jakub at gcc dot gnu dot org 2009-07-20 14:40 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2009-07-20 14:39 ---
Subject: Bug 40792
Author: jakub
Date: Mon Jul 20 14:39:32 2009
New Revision: 149823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149823
Log:
PR tree-optimization/40792
* tree.c (build_functi
--- Comment #6 from jakub at gcc dot gnu dot org 2009-07-20 14:38 ---
Subject: Bug 40792
Author: jakub
Date: Mon Jul 20 14:38:46 2009
New Revision: 149822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149822
Log:
PR tree-optimization/40792
* tree.c (build_functi
--- Comment #4 from davek at gcc dot gnu dot org 2009-07-20 14:31 ---
Created an attachment (id=18230)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18230&action=view)
Updated patch
Now with a trivial tweak to fix a missing-prototype warning.
--
davek at gcc dot gnu dot org ch
--- Comment #3 from davek at gcc dot gnu dot org 2009-07-20 14:11 ---
Created an attachment (id=18229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18229&action=view)
proposed fix
This patch fixes all the significant FAILs currently extant in the libffi
testsuite.
--- Comment #3 from pault at gcc dot gnu dot org 2009-07-20 13:30 ---
(In reply to comment #2)
Any reference, within 'fun', to 'q' clears the fault. I guess that the absence
of a reference prevents 'q' from being presented to be nullified. I'll take a
look tonight.
Paul
--
http:
--- Comment #9 from rguenther at suse dot de 2009-07-20 12:55 ---
Subject: Re: Vectorization of complex types,
vectorization of sincos missing
On Mon, 20 Jul 2009, irar at il dot ibm dot com wrote:
>
>
> --- Comment #7 from irar at il dot ibm dot com 2009-07-20 11:18 ---
>
--- Comment #8 from ubizjak at gmail dot com 2009-07-20 12:30 ---
(In reply to comment #7)
> Does __builtin_cexpi have a vector implementation? If so, does it return two
> vectors?
No, only vectorized sincos is implemented (see also links at PR40766, Comment
#11).
--
http://gcc.gn
--- Comment #28 from irar at il dot ibm dot com 2009-07-20 12:03 ---
I've just committed a patch that adds support of cond_expr in reductions in
nested cycles (http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01124.html).
cond_expr cannot be vectorized in reduction of inner-most loop, beca
--- Comment #7 from irar at il dot ibm dot com 2009-07-20 11:18 ---
AFAIU, querying for the component type of complex type is not difficult to
implement.
I think, that loop-based vectorization is preferable here, so we should stay
with vectorization factor of 2 for doubles.
The next pr
--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-20 09:44 ---
Patch posted: http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01116.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from janus at gcc dot gnu dot org 2009-07-20 09:24 ---
I guess everything is fixed now. Can we close this PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40591
--- Comment #4 from jakub at gcc dot gnu dot org 2009-07-20 09:14 ---
The assert doesn't make any sense.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2009-07-20 08:32 ---
Further simplified test below. Valgrind shows first:
==29083== Conditional jump or move depends on uninitialised value(s)
==29083==at 0x4007E4: MAIN__ (aa.f90:12)
The problem is that t2's y is unallocated, wh
--- Comment #10 from pault at gcc dot gnu dot org 2009-07-20 07:28 ---
(In reply to comment #9)
> (In reply to comment #8)
> > > I pointed this out to Paul already, but appearantly it is still stuck in
> > > his
> > > whole-file patch queue.
> >
> > Last incarnation of that patch (con
61 matches
Mail list logo
