http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958
--- Comment #10 from Tobias Burnus 2013-04-17
13:50:58 UTC ---
Author: jb
Date: Wed Apr 17 10:19:40 2013
New Revision: 198023
URL: http://gcc.gnu.org/viewcvs?rev=198023&root=gcc&view=rev
Log:
PR 40958 Compress module files with zlib.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
--- Comment #5 from Tobias Burnus 2013-04-17
14:50:16 UTC ---
(In reply to comment #4)
> The reason why gfortran is slow here is that for non-regular files we use
> unbuffered I/O. If you write to a regular file instead of /dev/null, you'l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56994
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56994
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56907
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56907
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57023
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57033
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Miles
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57035
Bug #: 57035
Summary: TS29113's C535b: Wrongly accept DIMENSION(..) to
TRANSFER
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042
Bug #: 57042
Summary: ICE/Segfault with -fdump-parse-tree
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
Bug #: 57048
Summary: [4.9 Regression] Handling of C_PTR and C_FUNPTR leads
to reject valid
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #22 from Tobias Burnus 2013-04-25
12:42:45 UTC ---
Created attachment 29938
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29938
FE patch for namelist read with type extension (+ test case)
Regarding the support of type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57071
Bug #: 57071
Summary: Optimize (-1)**k to 1 - 2 * mod(K, 2)
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: missed-optimizati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073
Bug #: 57073
Summary: __builtin_powif (-1.0, k) should be optimized to "1.0
- 2.0 * (K%2)"
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57071
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57071
--- Comment #3 from Tobias Burnus 2013-04-26
07:07:22 UTC ---
As James Van Buskirk pointed out, the algorithm will fail if k < 0. Thus, he
suggests, which gives the expected result:
1 - ISHFT(IAND(K,1),1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57071
--- Comment #5 from Tobias Burnus 2013-04-26
07:26:31 UTC ---
(In reply to comment #3)
> 1 - ISHFT(IAND(K,1),1)
For the real version Jakub suspects that (k & 1) ? -1.0 : 1.0 is faster than
the mod/convert to float/subtraction or the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57079
Bug #: 57079
Summary: [Fortran-dev] version/type/attribute fields not set
with CLASS components
Classification: Unclassified
Product: gcc
Version: fortran-dev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57079
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
|UNCONFIRMED |NEW
Last reconfirmed||2013-04-28
CC||burnus at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Tobias Burnus 2013-04-28
10:05:24 UTC ---
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57093
--- Comment #2 from Tobias Burnus 2013-04-28
21:19:26 UTC ---
Author: burnus
Date: Sun Apr 28 19:54:44 2013
New Revision: 198379
URL: http://gcc.gnu.org/viewcvs?rev=198379&root=gcc&view=rev
Log:
2013-04-28 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073
--- Comment #5 from Tobias Burnus 2013-04-29
08:40:59 UTC ---
(In reply to comment #4)
> patch that fails
The Fortran patch of the attachments looks fine, except for:
+ one = gfc_copy_expr (op1);
+ gfc_free_expr (op1);
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
--- Comment #8 from Tobias Burnus 2013-04-29
09:34:58 UTC ---
Author: jb
Date: Mon Apr 29 08:42:00 2013
New Revision: 198390
URL: http://gcc.gnu.org/viewcvs?rev=198390&root=gcc&view=rev
Log:
PR 56981 Improve unbuffered performance on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
--- Comment #9 from Tobias Burnus 2013-04-29
09:36:04 UTC ---
Follow-up idea regarding the flushing of when the buffer is full to avoid
unnecessary seeks: http://gcc.gnu.org/ml/fortran/2013-04/msg00258.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
--- Comment #9 from Tobias Burnus 2013-04-29
12:40:50 UTC ---
(In reply to comment #8)
> There are a quite a few problems it seems:
> 1. we rely on s1->attr.function _and_ s2->attr.function being set, which is
> obviously not the case with impl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57114
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57114
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #9 from Tobias Burnus 2013-04-30
12:35:49 UTC ---
(In reply to comment #8)
> > Currently, we do not support assigning values to variables
> > and then later using the values for dependency analysis.
> > ...
Well, as I wrote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57126
Bug #: 57126
Summary: Wrongly rejects a generic call because it doesn't
match the intrinsic while another specific matches
Classification: Unclassified
Product: gcc
Version: 4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57126
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57126
--- Comment #2 from Tobias Burnus 2013-04-30
16:51:05 UTC ---
Fortran 2008, "16.5.1.4 Host association" has:
"If an entity that is accessed by use association has the same nongeneric name
as a host entity, the host entity is inaccessible
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57094
--- Comment #3 from Tobias Burnus 2013-04-30
21:44:37 UTC ---
I thought the following would work. While it does so for the test cases, it
causes new failures. In principle, not elem_len but "dim[0].sm" is the correct
value - assuming, it i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57129
Bug #: 57129
Summary: ICE (segfault) in check_extended_derived_type
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: error-recov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
--- Comment #5 from Tobias Burnus 2013-04-30
21:57:28 UTC ---
For the test case in comment 0:
__builtin_memset (y._data.base_addr, 0, 4);
y._data.rank = 1;
y._data.type = -1;
y._data.dim[0].lower_bound = 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57142
Bug #: 57142
Summary: SIZE/SHAPE overflow despite kind=8
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: diagnostic, wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57142
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073
--- Comment #7 from Tobias Burnus 2013-05-02
21:08:36 UTC ---
The problem is the following in gimplify.c:
In gimplify_cond_expr, one has:
/* If this COND_EXPR has a value, copy the values into a temporary within
the arms. */
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073
--- Comment #8 from Tobias Burnus 2013-05-02
22:00:53 UTC ---
For completeness, gimplify_ctxp->into_ssa is 0 for the -O0 optimization and it
gets set to 1 in gimple_regimplify_operands. Thus, it is not surprising that it
works with the -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57141
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073
--- Comment #9 from Tobias Burnus 2013-05-03
09:58:20 UTC ---
After some discussion with Jakub and Richard - and after doing some code reads,
I think it is best do handle this in tree-ssa-math-opts.c (search for
gimple_expand_builtin_powi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57141
--- Comment #3 from Tobias Burnus 2013-05-05
14:04:42 UTC ---
Author: burnus
Date: Sun May 5 14:01:38 2013
New Revision: 198609
URL: http://gcc.gnu.org/viewcvs?rev=198609&root=gcc&view=rev
Log:
2013-05-05 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57141
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
||burnus at gcc dot gnu.org
Depends on||56800
Summary|RTE triggered by type |[Fortran-Dev] RTE triggered
|component allocation|by type component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57174
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
--- Comment #6 from Tobias Burnus 2013-05-07
10:00:20 UTC ---
FIXED by the following commit (on the Fortran-dev branch).
Thanks for the report!
Author: burnus
Date: Tue May 7 09:37:19 2013
New Revision: 198669
URL: http://gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57094
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57142
--- Comment #4 from Tobias Burnus 2013-05-07
17:26:40 UTC ---
Author: burnus
Date: Tue May 7 16:36:48 2013
New Revision: 198687
URL: http://gcc.gnu.org/viewcvs?rev=198687&root=gcc&view=rev
Log:
2013-05-07 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57142
--- Comment #5 from Tobias Burnus 2013-05-07
17:28:51 UTC ---
Author: burnus
Date: Tue May 7 17:28:12 2013
New Revision: 198690
URL: http://gcc.gnu.org/viewcvs?rev=198690&root=gcc&view=rev
Log:
2013-05-07 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57142
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57197
Bug #: 57197
Summary: [Fortran-Dev][Regression] ICE in record_reference, at
cgraphbuild.c:66
Classification: Unclassified
Product: gcc
Version: fortran-dev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57094
--- Comment #6 from Tobias Burnus 2013-05-08
07:22:05 UTC ---
(In reply to comment #5)
> For the record, the first test in comment #1 is invalid as n is not
> initialized. Now I see something I don't expect for both trunk and
> fortran-de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217
Bug #: 57217
Summary: [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP
overriding - lacking arguments check
Classification: Unclassified
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217
--- Comment #2 from Tobias Burnus ---
See draft patch at http://gcc.gnu.org/ml/fortran/2013-05/msg00035.html (see
patch review for what is missing).
Severity: minor
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
I am not really sure whether this really occurs in real-world code, but I
realized that for rank=1 arrays, the following can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57262
--- Comment #2 from Tobias Burnus ---
Created attachment 30105
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30105&action=edit
Draft patch (trans-intrinsic.c only, ubound/lbound only, untested)
PATCH: Draft patch for the second case (i.e. a
||burnus at gcc dot gnu.org,
||janus at gcc dot gnu.org,
||pault at gcc dot gnu.org
Summary|ICE with "find_array_spec: |[OOP] ICE with
|unused
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54199
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54199
--- Comment #3 from Tobias Burnus 2012-08-09
12:06:36 UTC ---
Author: burnus
Date: Thu Aug 9 12:06:31 2012
New Revision: 190251
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190251
Log:
2012-08-09 Tobias Burnus
PR fortran/54
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54199
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54199
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
||burnus at gcc dot gnu.org
Known to work||4.2.5
Target Milestone|--- |4.6.4
Summary|compilation error for |[4.6/4.7/4.8 Regression]
|ubound construct in |compilation error
||burnus at gcc dot gnu.org
--- Comment #1 from Tobias Burnus 2012-08-10
15:35:40 UTC ---
I think there are two issues:
a) There is a bogus warning. I think that's a middle-end bug
b) The same warning should be triggered for "PRIVATE" and for "PRIVATE ::
hel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
Bug #: 54224
Summary: [4.8 Regression] Bogus -Wunused-function warning with
static function
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
|UNCONFIRMED |NEW
Last reconfirmed||2012-08-10
CC||burnus at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Tobias Burnus 2012-08-10
19:02:35 UTC ---
Fails at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54223
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Known to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54225
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |4.6.4
Summary|fortran compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54221
--- Comment #2 from Tobias Burnus 2012-08-11
09:06:21 UTC ---
(In reply to comment #1)
> a) There is a bogus warning. I think that's a middle-end bug
See PR 54224.
> Patch for issue (b):
Seems to work. One might have to do likewise for module va
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54221
--- Comment #3 from Tobias Burnus 2012-08-12
09:52:36 UTC ---
Author: burnus
Date: Sun Aug 12 09:52:33 2012
New Revision: 190325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190325
Log:
2012-08-12 Tobias Burnus
PR fortran/54
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34004
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54234
Bug #: 54234
Summary: -Wconversion or -Wconversion-extra should warn for
CMPLX(dp,dp)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54234
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54238
Bug #: 54238
Summary: If possible, TRANSFER should use assignment instead of
MEMCPY
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
||error-recovery,
||ice-on-invalid-code
Last reconfirmed||2012-08-13
CC||burnus at gcc dot gnu.org,
||janus at gcc dot
||error-recovery,
||ice-on-invalid-code
Last reconfirmed||2012-08-13
CC||burnus at gcc dot gnu.org,
||janus at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54234
--- Comment #4 from Tobias Burnus 2012-08-14
09:35:02 UTC ---
Forgot to mention in the initial report that this issue came up at c.l.f, cf.
http://www.rhinocerus.net/forum/lang-fortran/711699-quality-fortran-code-posted-rosettacode.html
But the i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54234
--- Comment #5 from Tobias Burnus 2012-08-14
10:22:11 UTC ---
Author: burnus
Date: Tue Aug 14 10:22:06 2012
New Revision: 190378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190378
Log:
2012-08-14 Tobias Burnus
PR fortran/54
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40881
--- Comment #8 from Tobias Burnus 2012-08-14
10:26:16 UTC ---
Author: burnus
Date: Tue Aug 14 10:26:11 2012
New Revision: 190379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190379
Log:
2012-08-14 Tobias Burnus
PR fortran/40
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40881
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54234
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54262
Bug #: 54262
Summary: LOC shouldn't use copy-in/copy-out
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54263
Bug #: 54263
Summary: C_F_POINTER wrongly accepts a SHAPE= for scalar
pointers
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54262
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54263
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
||burnus at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #1 from Tobias Burnus 2012-08-15
12:38:21 UTC ---
The actual bug is tracked at PR 54224. The problem is that TREE_USED is not
set; I think that's a middle-end issue, but I mig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
Tobias Burnus changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54270
--- Comment #2 from Tobias Burnus 2012-08-15
12:44:02 UTC ---
(In reply to comment #0)
> Considering the following test case:
By the way, if you compile your test case with "-O" you will see that the
compiler has properly optimized away the func
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
Tobias Burnus changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #3 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
--- Comment #5 from Tobias Burnus 2012-08-16
09:56:51 UTC ---
> c) For the program in comment 0, one enters rtx_for_function_call [...]
> However, that function is called *AFTER* check_global_declaration_1 and comes
> thus too late.
check_global
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54298
Bug #: 54298
Summary: Add warning when doing equal/nonequal floating-point
comparisons
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301
Bug #: 54301
Summary: Add optional warning if pointer assigning a local
variable to a nonlocal pointer
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status
701 - 800 of 5443 matches
Mail list logo
