--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from tprince at computer dot org 2007-04-28 06:42 ---
Whatever the reason, cygwin has more headers active than just those specified
in the file. I would have thought that stdint.h typedefs should be acquired
from rather than being specified slightly differently in the so
--- Comment #8 from ian at airs dot com 2007-04-28 05:26 ---
I don't see why this PR should count as a regression, since there is no
regression in the generated code. There is only a change in VRP behaviour.
The generated code is the same. This PR is only going to be really interestin
--- Comment #20 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30590
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #7 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30907
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #11 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31245
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #7 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30841
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #16 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31254
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #10 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30505
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #8 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31203
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #9 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31264
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #6 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30058
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #12 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30984
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #4 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30395
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #15 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30762
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #13 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 30531
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #3 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31022
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #51 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31052
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #6 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 31086
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMAI
--- Comment #27 from kargl at gcc dot gnu dot org 2007-04-28 05:14 ---
Subject: Bug 29922
Author: kargl
Date: Sat Apr 28 05:11:29 2007
New Revision: 124256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124256
Log:
Merged revisions 123029-123122 via svnmerge from
svn+ssh://[EMA
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2007-04-28
03:50 ---
Are you backporting the fix from trunk for gcc 4.2 RC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31338
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-04-28 03:13
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-04-28 03:04
---
Subject: Bug 31532
Author: jvdelisle
Date: Sat Apr 28 03:04:35 2007
New Revision: 124254
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124254
Log:
2007-04-27 Jerry DeLisle
PR libfortran/31532
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-04-28 03:03
---
Subject: Bug 31532
Author: jvdelisle
Date: Sat Apr 28 03:03:21 2007
New Revision: 124252
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124252
Log:
2007-04-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-28 01:44 ---
Except how is stdint.h is in scope, it only includes stdarg.h and signal.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31341
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-28 01:41 ---
This also happens on the 4.2 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-04-28 01:37 ---
I think this needs a real specifications and not just saying the reording can
happen (as an asside there are two kinds of derived types in Fortran, one
called sequence and the other normal, the sequence one is what C
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-28 01:35 ---
Actually static builds of libgcj are pretty much broken with a valid ABI :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-28 01:34 ---
> BTW I think I see a bug created by this change: with -Os x86_86 ABI will be
> violated - arrays larger than 16 bytes will still be aligned only to 4 bytes
> because if's are in wrong order. shouldn't they be swappe
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-28 01:31 ---
Not a bug as already explained.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||missed-op
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-04-28 01:07 ---
Subject: Bug 31701
Author: kkojima
Date: Sat Apr 28 01:07:40 2007
New Revision: 124248
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124248
Log:
PR target/31701
* config/sh/sh.c (output_stac
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-28 00:48 ---
Confirmed, I noticed this also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-28 00:46 ---
*** Bug 31708 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 2007-04-28 00:46 ---
*** This bug has been marked as a duplicate of 31598 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-28 00:40 ---
By the way non local gotos are documented at:
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Nested-Functions.html
I really guess nobody actually reads the documentation (yes we can improve it
but even then people sti
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-28 00:37 ---
Oh and this goto is considered not a non-local goto, it is just considered a
computed goto. A non-local goto is only with nested functions. Like:
int main (void)
{
__label__ l1;
void bla(void)
{
goto l1;
}
l1:
b
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-28 00:36 ---
This code is undefined
Take a look at the manual:
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Labels-as-Values.html
You may not use this mechanism to jump to code in a different function. If you
do that, totally unp
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31723
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-04-28 00:24 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-04-28 00:23 ---
Created an attachment (id=13458)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13458&action=view)
patch for 3.4
This was fixed on 4.1. I'd like to close this PR as FIXED
because 3.4 and 4.0 are frozen now. B
--- Comment #6 from tprince at computer dot org 2007-04-27 23:56 ---
I retyped the xfail instruction after applying the patch, and now
gcc.dg/vect/no-section-anchors-vect-69.c
shows XFAIL as intended, with the patch Dorit posted yesterday.
My patch must have been corrupted with invisible
--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-27 23:52 ---
trans-expr.c's gfc_conv_variable contains:
/* Special case for assigning the return value of a function.
Self recursive functions must have an explicit return value. */
if (return_value && (se->e
--- Comment #9 from olga at gcc dot gnu dot org 2007-04-27 22:41 ---
FIXED.
--
olga at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from kkojima at gcc dot gnu dot org 2007-04-27 22:36 ---
The testcase fails with 3.4.6, but doesn't fail with 4.0 and later
compilers. So I'd like to close this PR as WONTFIX because 3.4 was
frozen.
--
kkojima at gcc dot gnu dot org changed:
What|Remov
--- Comment #8 from olga at il dot ibm dot com 2007-04-27 22:31 ---
The fix was submitted
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01578.html
and committed to mainline 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31617
--- Comment #1 from kargl at gcc dot gnu dot org 2007-04-27 22:18 ---
*** This bug has been marked as a duplicate of 29458 ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from kargl at gcc dot gnu dot org 2007-04-27 22:18 ---
*** Bug 31731 has been marked as a duplicate of this bug. ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-27 22:03 ---
I looked at this at some time and in priciple it doens't require it. For the
vectorized call we'd need to support target dependent pattern vectorization,
for the scalar case we would need a new optab to handle 1/x e
--- Comment #6 from ian at airs dot com 2007-04-27 21:50 ---
Fixed on mainline and 4.2 branch.
--
ian at airs dot com changed:
What|Removed |Added
Status|UNCO
--- Comment #5 from ian at gcc dot gnu dot org 2007-04-27 21:49 ---
Subject: Bug 31710
Author: ian
Date: Fri Apr 27 21:48:55 2007
New Revision: 124238
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124238
Log:
./:
PR middle-end/31710
* tree.c (build_distinct_type
--- Comment #4 from ian at gcc dot gnu dot org 2007-04-27 21:47 ---
Subject: Bug 31710
Author: ian
Date: Fri Apr 27 21:47:24 2007
New Revision: 124237
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124237
Log:
./:
PR middle-end/31710
* tree.c (build_distinct_type
--- Comment #8 from steven at gcc dot gnu dot org 2007-04-27 21:43 ---
I suppose this is something that requires new builtins?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from eric dot niebler at gmail dot com 2007-04-27 21:24
---
Yep, thanks. According to Doug Gregor, this case is covered in the first para
of
[basic.scope.class]. My bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31730
This is not bug 5035.
[EMAIL PROTECTED] Bug2]$ cat bb.f90
subroutine SetupRadii(N)
integer,intent(in)::N
integer::i,j
write(*,*)(/(i,i=1,N)/)
write(*,*)(/(j,j=1,5)/)
end subroutine SetupRadii
[EMAIL PROTECTED] Bug2]$ gfortran -Wall -O1 -v -c bb.f90
Using built-in specs.
Target: x86_64-unknown-l
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-27 21:00 ---
Created an attachment (id=13457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13457&action=view)
Test case for the library functions
The library function appears to be ok. Here is the test
case (semi-automat
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-27 20:16 ---
No, the error message is correct. You change the meaning of match_context in
the class.
Doing:
typedef ::match_context match_context;
Fixes the source to be valid C++. Note C++ does not really require a
diagn
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-04-27 20:16 ---
> One should also check the library version of MIN/MAXLOC.
I'll do that. This is an area that I am working on anyway
(PR 30694).
Thanks for providing the test case, btw. It is quite
thorough :-)
--
tkoenig a
The following code should compile. With gcc 4.3 it does not.
template struct match_context { };
template
struct match_state
{
typedef match_context match_context;
};
--
Summary: nested typedef to template of same name rejected
Product: gcc
V
--- Comment #1 from fitzsim at redhat dot com 2007-04-27 19:59 ---
Also, classpath/include/Makefile.am needs to only list headers actually built
in the libgcj build, and the -force option should be passed to the gjavah
calls.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-04-27 19:33 ---
I see it on sparc-sun-solaris2.10 as well.
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01390.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pcarlini at suse dot de 2007-04-27 19:31 ---
Working drafts are working drafts, and therefore are about the *next* standard,
not the current one, C++03. When the new standard will be out, and we'll
provide a conforming implementation, breaking the ABI, we'll provide d
--- Comment #2 from leg0 at hot dot ee 2007-04-27 19:26 ---
According to the working drafts
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2009.pdf and
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1905.pdf I am right.
But since they are drafts I may still be wrong.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-27 18:59 ---
(Slabs oneself because of deleting important lines while deleting "only"
comments.)
Thanks for being persistent!
Reduced test case, should print twice "X,Y" but prints (once) ",Y".
The problem is that for
--- Comment #10 from roger at eyesopen dot com 2007-04-27 18:20 ---
Paul's fix looks correct to me. It appears that when the "#if 0" was added
to disable broken loop shifting at some point in the distant past, the critical
functionality.
if (nDepend)
break;
was accidentally remo
--- Comment #4 from tromey at gcc dot gnu dot org 2007-04-27 17:44 ---
Dan Berlin said if you log in first you should be able to attach things.
I downloaded rhino 1_6r5 from: http://www.mozilla.org/rhino/download.html
Then I tried the .class you sent me. I tried with gcj 4.1 (from the
--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-27 17:42 ---
Created an attachment (id=13456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13456&action=view)
Test case
Writing test cases first helps!
I need go back to the drawing board as the pos = pos + 1 is not added
--- Comment #9 from pault at gcc dot gnu dot org 2007-04-27 17:27 ---
(In reply to comment #8)
The patch below seems too simple to be true - it fixes the problem, I guess it
will regtest but we will have to see what it does to performance. If you look
at it, it is potentially rather hor
--- Comment #1 from pcarlini at suse dot de 2007-04-27 17:26 ---
I have the standard in front of me, both the printed version and the electronic
version, and certainly you are wrong, both overloads return void.
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #4 from jakub at gcc dot gnu dot org 2007-04-27 17:23 ---
Yeah, this is fixed by the PR31038 patch and that patch fixes this even
on gcc-4_1-branch. But the original PR31038 testcase still ICEs on 4.1 even
with PR31038 patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
erase member functions of std::map class template do not conform to standard:
std::map<...>::erase(iterator) and std::map<...>::erase(iterator, iterator)
both return void when they should return iterator (23.3.1):
bits/stl_map.h:444
void
erase(iterator __position)
{ _M_t.erase(
--- Comment #5 from tprince at computer dot org 2007-04-27 17:02 ---
According to my test of Dorit's updated patch,
the following are now PASS:
vect-iv-9.c
vect-iv-4.c
pr30771.c
The patch changed FAIL to XFAIL for the following
vect-reduc-dot-u16b.c
vect-widen-mult-u16.c
vect-reduc-dot-
--- Comment #5 from irving at cs dot stanford dot edu 2007-04-27 16:45
---
Is there any chance of activity on this bug?
It would be wonderful to have a warning for this
case, since these bugs can be extremely annoying to find.
If the infrastructure supports it, the ideal way to resolve
--- Comment #2 from sje at cup dot hp dot com 2007-04-27 16:29 ---
It looks like these failures start with version 124203, a patch by Zdenek
Dvorak to speed up tree cfg clean up.
--
sje at cup dot hp dot com changed:
What|Removed |Added
---
--- Comment #3 from KnowlesPJ at Cardiff dot ac dot uk 2007-04-27 16:13
---
I don't agree with this analysis, as ll is certainly defined in char3.f as
attached -
ll=len(s)
Please try with the program exactly as supplied!
Yes, you are right, this function is the same as len_trim but all
--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-27 15:59 ---
Patch. Dump looks ok. Needs some testcases plus checking of the library
version.
Index: trans-intrinsic.c
===
--- trans-intrinsic.c (Revision 124216)
--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-27 15:47 ---
The program is broken / invalid:
function lenstr(s)
character*(*) s
do 1 l=ll,1,-1
if (s(l:l).ne.' ') goto 2
1 continue
Question: What value has "ll" ? 0, 325, -4326 ?
Depending on the c
--- Comment #1 from sje at cup dot hp dot com 2007-04-27 15:31 ---
I am seeing this too. My last good version was r124171. My failing version is
r124207.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--
When --enable-java-maintainer-mode is specified, libgcj's configure should pass
--enable-regen-headers --with-javah=
--with-classpath=$srcdir/classpath/lib to classpath/configure, so that GNU
Classpath's JNI headers are rebuilt with the maintainer gjavah against the
bootstrap classes.
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-27 15:06 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #11 from uweigand at gcc dot gnu dot org 2007-04-27 15:03
---
(In reply to comment #8)
> Ulrich, in response to your question in Comment #6, yes, this bug appears in
> 4.1 and 4.2, not just in 4.3. So, if you think it's safe to backport the
> reload patch, it would be nice
--- Comment #10 from uweigand at gcc dot gnu dot org 2007-04-27 14:59
---
Subject: Bug 30761
Author: uweigand
Date: Fri Apr 27 14:59:21 2007
New Revision: 124219
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124219
Log:
PR middle-end/30761
* reload1.c (eliminat
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30965
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-27 14:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-27 14:44 ---
Subject: Bug 30965
Author: rguenth
Date: Fri Apr 27 14:43:42 2007
New Revision: 124217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124217
Log:
2007-04-27 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-27 14:44 ---
Subject: Bug 30978
Author: rguenth
Date: Fri Apr 27 14:43:42 2007
New Revision: 124217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124217
Log:
2007-04-27 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #39 from l dot lunak at suse dot cz 2007-04-27 14:41 ---
I find the reasoning that this change should not be done because somebody
possibly might be using the libstdc++'s different semantics of try/catch rather
weak, for several reasons:
- it's not documented anywhere, at lea
--- Comment #38 from pcarlini at suse dot de 2007-04-27 14:22 ---
(In reply to comment #37)
> Thanks for looking at this issue.
>
> Also consider Andrew's point about useful diagnostics, for example from
> comment #4.
Of course, if/when the front-end is changed as I was outlining, diag
--- Comment #37 from hhinnant at apple dot com 2007-04-27 14:15 ---
Thanks for looking at this issue.
Also consider Andrew's point about useful diagnostics, for example from comment
#4. And the followup to that point in #33 which includes field experience on
how other compilers deal wi
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2007-04-27
13:26 ---
How many of the changes made so far to trunk (which have reduced the stack
usage from 20K to 5K) have been backported into gcc 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25505
--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-27 13:16 ---
The problem is:
if(0) { /* find index */
else
{
pos.1 = 0;
}
D.1356 = (int4) (() pos.1 + 1);
As C and the internal tree have array indexes starting at one, the final index
has to b
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-27 12:43 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-27 12:42 ---
Subject: Bug 31715
Author: rguenth
Date: Fri Apr 27 12:42:43 2007
New Revision: 124216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124216
Log:
2007-04-27 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from burnus at gcc dot gnu dot org 2007-04-27 12:41 ---
> (float) time for 1.0 / sqrt = 5.96 sec (res = 2.845058125000e+05)
> (float) time for rsqrt = 2.49 sec (res = 2.23602250e+05)
> (double) time for 1.0 / sqrt = 7.35 sec (res = 5.9926234364635509e+0
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-27 12:09 ---
You are right, they are only available for float precision.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31723
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-27 12:04 ---
I think this is ipa-pure-const again:
Function found to be const: bla
Function found to be const: main
and DCE removes pure/const function calls. (We should also not CSE such
calls)
--
http://gcc.gnu.org/bugz
--- Comment #36 from pcarlini at suse dot de 2007-04-27 12:04 ---
Humm, probably, however, I'm finally getting Gaby's point about the front-end
involvement (sorry, I wasn't really paying attention to this PR until a few
days ago): if we implement something like Howard's change we would c
--- Comment #5 from jb at gcc dot gnu dot org 2007-04-27 12:01 ---
With the benchmarks at http://www.hlnum.org/english/doc/frsqrt/frsqrt.html
I get
~/src/benchmark/rsqrt% g++ -O3 -funroll-loops -ffast-math -funit-at-a-time
-march=k8 -mfpmath=sse frsqrt.cc
~/src/benchmark/rsqrt% ./a.out
1 - 100 of 121 matches
Mail list logo
