--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-10-03 06:08
---
Try to revert the big SRA patch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from atgraham at gmail dot com 2007-10-03 05:31 ---
The patch from Richard appears to fix the problem. With his patch applied, the
compiler output is correct.
--
atgraham at gmail dot com changed:
What|Removed |Added
---
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-03 04:51
---
I think the problem here is that in match_data_constant we never even attempt
to match the array specification. Using gfc_match_array_spec or
gfc_match_array_ref I can successfully match and get the information.
--- Comment #1 from pault at gcc dot gnu dot org 2007-10-03 04:13 ---
Tobias,
I am not sure how this got so screwed up. As you say, the Cohen testcase is
correct and I must, surely(?), have been checking that *sigh*
Confirmed
Paul
--
pault at gcc dot gnu dot org changed:
--- Comment #15 from aoliva at gcc dot gnu dot org 2007-10-03 01:04 ---
Confirmed, the patch fixes it.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-10-03 00:41
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-10-03 00:40
---
Subject: Bug 33253
Author: jvdelisle
Date: Wed Oct 3 00:39:58 2007
New Revision: 128975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128975
Log:
2007-10-03 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from bkoz at gcc dot gnu dot org 2007-10-03 00:37 ---
I'll take a look at this.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #5 from pcarlini at suse dot de 2007-10-03 00:35 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from paolo at gcc dot gnu dot org 2007-10-03 00:34 ---
Subject: Bug 33613
Author: paolo
Date: Wed Oct 3 00:34:40 2007
New Revision: 128974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128974
Log:
2007-10-03 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-10-03 00:33
---
Subject: Bug 33253
Author: jvdelisle
Date: Wed Oct 3 00:33:09 2007
New Revision: 128973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128973
Log:
2007-10-02 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #12 from jwakely dot gcc at gmail dot com 2007-10-03 00:31
---
I'm bootstrapping mainline as of yesterday (r128908) with gcc version 4.1.2
20070626 (Red Hat 4.1.2-13)
The format I tried was:
error ("must use %<.*%> or %<->*%> to call pointer-to-member "
"
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-10-03 00:24
---
(In reply to comment #10)
> Andrew, unfortunately that format fails with -Werror
That should work, what version of GCC are you using to compile GCC? If it does
not work, we forgot to add this formating checking t
--- Comment #10 from jwakely dot gcc at gmail dot com 2007-10-03 00:16
---
Andrew, unfortunately that format fails with -Werror
I'm testing now, but my machine's developed a hardware problem and keeps
segfaulting, which makes it hard to build GCC let alone run the testsuite.
--
ht
--- Comment #9 from bangerth at dealii dot org 2007-10-03 00:03 ---
Now we only need someone to test the patch and a diagnostic maintainer to
approve...
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #8 from jwakely dot gcc at gmail dot com 2007-10-02 23:59
---
Yes, it looks better with spaces, thanks.
I think ->* still looks clearer than .* even with the spaces.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23194
--- Comment #7 from pinskia at gmail dot com 2007-10-02 23:59 ---
Subject: Re: Unhelpful diagnostic for incorrect pointer-to-member function
syntax
On 2 Oct 2007 23:54:04 -, jwakely dot gcc at gmail dot com
<[EMAIL PROTECTED]> wrote:
> --- Comment #6 from jwakely dot gcc at gma
On 2 Oct 2007 23:54:04 -, jwakely dot gcc at gmail dot com
<[EMAIL PROTECTED]> wrote:
> --- Comment #6 from jwakely dot gcc at gmail dot com 2007-10-02 23:54
> ---
> (From update of attachment 14287)
> >+ "function in %<%E (...)%>, e.g. %<(... ->* %E) (...)%>",
> >+
--- Comment #6 from jwakely dot gcc at gmail dot com 2007-10-02 23:54
---
(From update of attachment 14287)
>Index: gcc/cp/typeck.c
>===
>--- gcc/cp/typeck.c(revision 128908)
>+++ gcc/cp/typeck.c(working copy)
>@@ -
--- Comment #1 from danglin at gcc dot gnu dot org 2007-10-02 23:46 ---
This occurs in stage3 indicating a miscompiled compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33634
+===GNAT BUG DETECTED==+
| 4.3.0 20071002 (experimental) [trunk revision 128947]
(hppa-unknown-linux-gnu)
|
| Assert_Failure atree.adb:982 |
| Error detected at system.ads:44:1
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-10-02 23:30
---
As I said, the default format is wide enough for powerpc-darwin. It's widely
possible that the new testcase gfortran.dg/default_format_2.f90 fails there,
though, due to the Apple printf() bug. Dominique, if you co
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-02 23:30 ---
Note disabling the replacement for pure/const functions does in fact make this
testcase work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33619
--- Comment #5 from bangerth at dealii dot org 2007-10-02 23:29 ---
(In reply to comment #4)
> I chose to use ->* not .* because otherwise you get (*pmf) which doesn't
> help either!
You could leave a space around either of the two operators.
W.
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from jwakely dot gcc at gmail dot com 2007-10-02 23:28
---
Created an attachment (id=14287)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14287&action=view)
add example to diagnostic
This adds ", e.g. '(...->*pmf) (...)'" to the error message.
I chose to use ->* n
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-10-02 23:28
---
Subject: Bug 33469
Author: fxcoudert
Date: Tue Oct 2 23:27:51 2007
New Revision: 128967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128967
Log:
PR libfortran/33469
* io/write.c (write
Hi. Likely due to the recent changes / extensions to the namespace association
mechanisms to accomodate the parallel STL, the legacy hashed containers are not
usable anymore in debug mode. Just compile with -D_GLIBCXX_DEBUG:
#include
#include
--
Summary: -D_GLIBCXX_DEBUG vs ext/has
--- Comment #3 from bangerth at dealii dot org 2007-10-02 22:08 ---
Still present. I know I should know better, but I too ran into this knife
just now and couldn't figure out what was going on for 10 minutes before I
remembered. The error message is really not very helpful...
W.
--
--- Comment #25 from pinskia at gcc dot gnu dot org 2007-10-02 21:50
---
*** Bug 33632 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 2007-10-02 21:50 ---
*** This bug has been marked as a duplicate of 9382 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
/debug/gcc-3.3.2/gcc/libgcc2.c -o libgcc/./_floatdidf.o
./xgcc -B./ -B/debug/gcc-build-src//powerpc-ibm-aix5.3.0.0/bin/
-isystem /debug/gcc-build-src//powerpc-ibm-aix5.3.0.0/include -isystem
/debug/gcc-build-src//powerpc-ibm-aix5.3.0.0/sys-include -O2 -DIN_GCC-W
-Wall -Wwrite-strings -
--- Comment #3 from rsandifo at gcc dot gnu dot org 2007-10-02 20:51
---
Patch applied.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #2 from rsandifo at gcc dot gnu dot org 2007-10-02 20:50
---
Subject: Bug 33617
Author: rsandifo
Date: Tue Oct 2 20:50:46 2007
New Revision: 128965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128965
Log:
gcc/
PR middle-end/33617
* expr.c (expand_
Compiling the following (on Fedora 7 x86_64) with "-Wall -O3" gives
d.c:11: warning: r.c is used uninitialized in this function
and as it says, doesn't initialize the .c member though it should.
#include
#include
int main(int c, char **v)
{
int j[3];
struct { int c, *j; pthread_mu
--- Comment #2 from spop at gcc dot gnu dot org 2007-10-02 19:58 ---
The problem is linked to the fact that we eliminate old induction variables
too early, so we end up with SSA names that were freed in the chrecs.
I'm testing a patch fixing this problem.
--
spop at gcc dot gnu dot o
--- Comment #5 from andreast at gcc dot gnu dot org 2007-10-02 19:51
---
Works with O2/O3/Os on ppc-darwin 4.0.1 (Apple Computer, Inc. build 5367)
Fails with O/O0/O1 on ppc-darwin 4.0.1 (Apple Computer, Inc. build 5367)
Works with O/O1/O2/O3/Os on ppc-darwin gcc head 4.3.0 20071002
--- Comment #10 from tobi at gcc dot gnu dot org 2007-10-02 18:51 ---
There are only two later patches to min/maxloc, namely those for PRs 33297 and
32954, which both seem unrelated. So I agree that this should be safe to
backport.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=333
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-02 18:44 ---
Mine for RTL level:
Index: simplify-rtx.c
===
--- simplify-rtx.c (revision 2035)
+++ simplify-rtx.c (revision 2036)
@@ -1885,6 +1885,18 @@ sim
--- Comment #2 from david_albert at axiometric dot com 2007-10-02 18:24
---
There is a compiler flag to prevent this optimization:
-fno-delete-null-pointer-checks
This flag should be included by default for popular targets such as the ARM7
that do not have hardware memory managers so t
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-10-02 18:09 ---
I can confirm that
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125983
fixes the problem for 4.2. As this is a particularly
bad (i.e. silent wrong-code) bug, I propose to commit
Paul's patch once 4.2 reopens.
--- Comment #1 from rask at gcc dot gnu dot org 2007-10-02 18:08 ---
This behaviour is as documented.
http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pcarlini at suse dot de 2007-10-02 17:57 ---
Almost, you are missing a 'typename' before T::t.
--
pcarlini at suse dot de changed:
What|Removed |Added
The following code, when compiled, generates an error:
--
sarkovy:~> cat test.cc
template
void x(void)
{
T::t x;
}
int
main(void)
{
return 0;
}
sarkovy:~> g++ test.cc
test.cc: In function 'void x()':
test.cc:4: error: expected `;' befo
With optimization level -Os or -O2, the function below will generate code that
does not perform the conditional test. The test is necessary on embedded
systems where de-referencing a pointer to address 0 may be legitimate and would
not cause an exception in the de-reference of b (line 4). The def
--- Comment #1 from pcarlini at suse dot de 2007-10-02 17:43 ---
Well, the implementation of std::unary_function is 100% spelled out in the
(current) standard. Almost the same for pointer_to_unary_function. As far as I
can see, if we have an issue is not in our specific implementation...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-10-02 17:05
---
Created an attachment (id=14286)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14286&action=view)
patch
Different patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-10-02 16:55 ---
else if (!cgraph_global_info_ready
&& (TREE_CODE (*tp) == VAR_DECL || TREE_CODE (*tp) ==
FUNCTION_DECL))
gcc_unreachable ();
the problem is that the C++ FE emits debug info for global using decls fr
If void is a type used in the instantiation of std::unary_function, there are
issues. Same for std::pointer_to_unary_function.
I don't see much discussion of this, so maybe my usage is off.
Here are some examples:
// 1
#include
typedef int value_type;
// void argument type
template class
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-02 16:21 ---
*** This bug has been marked as a duplicate of 31899 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-10-02 16:21 ---
*** Bug 33580 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-10-02 16:21 ---
*** Bug 33625 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-02 16:21 ---
*** This bug has been marked as a duplicate of 31899 ***
--
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
--- Comment #11 from pcarlini at suse dot de 2007-10-02 15:47 ---
By the way, confirmed the "return *new X" point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-02 15:27 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-02 15:11 ---
Mine. Happens in ifcombine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-02 15:09 ---
Reduced testcase:
typedef unsigned int UT_uint32;
typedef UT_uint32 PT_DocPosition;
typedef UT_uint32 PT_BlockOffset;
typedef enum _PTStruxType { PTX_Block } PTStruxType;
typedef UT_uint32 PL_ListenerId;
typedef con
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-02 14:43 ---
Created an attachment (id=14285)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14285&action=view)
testcase (unreduced)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33627
/usr/lib/gcc/ia64-suse-linux/4.3.0/cc1plus -fpreprocessed $1 -quiet -dumpbase
pt_PT_Listener.cpp -auxbase-strip pt_PT_Listener.o -O2 -version
-fmessage-length=0 -o /dev/null
pt_PT_Listener.cpp: In member function 'bool
pt_PieceTable::_tellAndMaybeAddListener(PL_Listener*, PL_ListenerId, bool)':
pt_
Matching of parentheses sometimes can end up giving wrong kind values to
expressions. In the following example, output should only be ones, as all
expressions have kind=1. What has me worried in particular is the difference
between the last two cases.
$ cat a.f90
logical(kind=1) :: i, j
integ
--- Comment #1 from jakub at gcc dot gnu dot org 2007-10-02 13:38 ---
Simplified testcase which also fails on x86_64-linux:
/* PR tree-optimization/33619 */
/* { dg-do run } */
/* { dg-options "-O2" } */
#ifdef __powerpc__
# define REG1 "3"
# define REG2 "4"
#elif defined __x86_64__
#
--- Comment #5 from tbm at cyrius dot com 2007-10-02 12:25 ---
(In reply to comment #4)
> Confirmed. We see this a lot (building xgl, cups, john, xpdf, metacity,
> openssl and more). And just with -O2 in our cases.
Maxim was testing a patch for it but I'm not quite sure what happened
--
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 #2 from rguenth at gcc dot gnu dot org 2007-10-02 11:55 ---
Reduced testcase:
namespace boost {
namespace lambda {
template class lambda_functor;
enum { FIRST = 0x01 };
template struct placeholder;
template<> struct placeholder { };
typedef const lambda_functor
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-02 11:48 ---
Reduced testcase:
typedef int GBool;
class GString { };
class XRef;
struct Ref { };
enum ObjType {
objBool, objInt, objReal, objString, objName, objNull,
objArray, objDict, objStream, objRef,
--- Comment #5 from pault at gcc dot gnu dot org 2007-10-02 11:47 ---
Fixed on trunk under 'obvious' rule.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pault at gcc dot gnu dot org 2007-10-02 11:45 ---
Subject: Bug 33542
Author: pault
Date: Tue Oct 2 11:45:11 2007
New Revision: 128954
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128954
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-10-02 11:27
---
(In reply to comment #5)
> Really? From how I read the standard (F2K draft), UBOUND(ARRAY, DIM) has (in
> this case) "a value equal to the upper bound for subscript DIM of ARRAY". I
> can't see it allowing retur
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-10-02 11:20
---
Hi Dale,
pr32417.f90 doesn't ICE any more, closing this PR. Please reopen if you have
more information.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-02 11:19 ---
Created an attachment (id=14284)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14284&action=view)
testcase (unreduced)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33625
/usr/lib/gcc/ia64-suse-linux/4.3.0/cc1plus -fpreprocessed enblend.ii -quiet
-dumpbase enblend.cc -auxbase-strip enblend-enblend.o -g -w -version
-fmessage-length=0 -o enblend.s
In file included from mask.h:36,
from enblend.h:40,
from enblend.cc:122:
anneal.h:61: in
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-02 11:10 ---
Created an attachment (id=14283)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14283&action=view)
testcase (unreduced)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33624
/usr/lib/gcc/ia64-suse-linux/4.3.0/cc1plus -fpreprocessed GfxFont.ii -quiet
-dumpbase GfxFont.cc -auxbase GfxFont -O2 -w -version -fmessage-length=0
-fno-strict-aliasing -o GfxFont.s
GfxFont.cc: In constructor 'GfxCIDFont::GfxCIDFont(XRef*, char*, Ref, GString*,
Dict*)':
GfxFont.cc:1398: internal c
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-02 10:58 ---
Confirmed. We see this a lot (building xgl, cups, john, xpdf, metacity,
openssl
and more). And just with -O2 in our cases.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from dominiq at lps dot ens dot fr 2007-10-02 10:05 ---
Works as advertised without regression on PPC Darwin.
However there may be room for improvements for the error message:
pr33542.f90:24.9:
USE M1
1
Error: Ambiguous interfaces 'foo2' and 'foo2' in generic
--- Comment #3 from irar at il dot ibm dot com 2007-10-02 09:22 ---
(In reply to comment #2)
> This is kinda on my list of stuff to forward port from the internal PS3
> toolchain.
Maybe I can help with testing this patch for mainline?
Thanks,
Ira
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #3 from pcarlini at suse dot de 2007-10-02 09:17 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot g
--- Comment #2 from pault at gcc dot gnu dot org 2007-10-02 08:51 ---
confirmed - Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #6 from pault at gcc dot gnu dot org 2007-10-02 08:46 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #13 from pault at gcc dot gnu dot org 2007-10-02 08:46 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from pault at gcc dot gnu dot org 2007-10-02 08:45 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from dominiq at lps dot ens dot fr 2007-10-02 08:29 ---
Subject: Re: Default formats for real input are not
precise enough
> Part of it is simply a libc bug. There are numbers close to 1.0 and -1.0 that
> the darwin libc can't output properly:
Nice catch! The problem a
--- Comment #4 from gcc at microbizz dot nl 2007-10-02 08:19 ---
Also note that this is a regression from gcc-3.4.x where it worked fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33610
--- Comment #3 from gcc at microbizz dot nl 2007-10-02 08:17 ---
Note that the problem also occurs on i386-apple-darwin with gcc-4.1.2.
--
gcc at microbizz dot nl changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2007-10-02 08:12 ---
Subject: Bug 33566
Author: pault
Date: Tue Oct 2 08:12:11 2007
New Revision: 128951
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128951
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #12 from pault at gcc dot gnu dot org 2007-10-02 08:03 ---
Subject: Bug 33554
Author: pault
Date: Tue Oct 2 08:03:07 2007
New Revision: 128950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128950
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #2 from pault at gcc dot gnu dot org 2007-10-02 07:53 ---
Subject: Bug 33550
Author: pault
Date: Tue Oct 2 07:53:05 2007
New Revision: 128949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128949
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-10-02 07:52
---
gfortran should now really work on all targets. I'm closing this one.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from mattias dot ellert at tsl dot uu dot se 2007-10-02
07:52 ---
(In reply to comment #2)
Thanks for taking your time to reply. Using -fno-strict-aliasing works for me
too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33607
--- Comment #5 from pault at gcc dot gnu dot org 2007-10-02 07:24 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from pault at gcc dot gnu dot org 2007-10-02 07:22 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from pault at gcc dot gnu dot org 2007-10-02 07:21 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from pault at gcc dot gnu dot org 2007-10-02 07:17 ---
Subject: Bug 31229
Author: pault
Date: Tue Oct 2 07:17:01 2007
New Revision: 128948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128948
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2007-10-02 07:17 ---
Subject: Bug 4
Author: pault
Date: Tue Oct 2 07:17:01 2007
New Revision: 128948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128948
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #7 from pault at gcc dot gnu dot org 2007-10-02 07:17 ---
Subject: Bug 31154
Author: pault
Date: Tue Oct 2 07:17:01 2007
New Revision: 128948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128948
Log:
2007-10-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
97 matches
Mail list logo
