--- Comment #2 from dimhen at gmail dot com 2010-06-20 07:32 ---
(In reply to comment #1)
Well...
1) so, gcc miss 'set-but-not-used' warning in testcase?
2) in testcase there are no more code to which 'x' may be inlined. Yes?
3) change test to
static const char x[] = "";
static const ch
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-06-20 10:56 ---
I can reproduce it on an old ppc darwin. It looks that this
darwin's sed doesn't support the 'i' modifier for the 's' command
and drops all multilibs list specified.
Does the patch below work for you?
--- gcc/confi
--- Comment #14 from eblot dot ml at gmail dot com 2010-06-20 13:53 ---
(In reply to comment #10)
> I'd suggest generating all dumps, going through them and looking where
and why the if statement disappears and how the switch statement
evolved before being removed by switch conversion.
--- Comment #4 from ljsebald at gmail dot com 2010-06-20 14:01 ---
The patch does indeed work, and everything builds as expected once patched.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44531
--- Comment #2 from danglin at gcc dot gnu dot org 2010-06-20 14:42 ---
Goes away with gdb head as of 2010-06-19.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from danglin at gcc dot gnu dot org 2010-06-20 14:43 ---
Goes away with gdb head as of 2010-06-19.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from danglin at gcc dot gnu dot org 2010-06-20 14:43 ---
Goes away with gdb head as of 2010-06-19.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from zlogic at gmail dot com 2010-06-20 14:55 ---
Any news on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42616
--- Comment #2 from danglin at gcc dot gnu dot org 2010-06-20 15:10 ---
This gdb version is broken and test changed to UNSUPPORTED.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from danglin at gcc dot gnu dot org 2010-06-20 15:10 ---
This gdb version is broken and test changed to UNSUPPORTED.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from danglin at gcc dot gnu dot org 2010-06-20 15:12 ---
This gdb version is broken and test changed to UNSUPPORTED.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from michael dot a dot richmond at nasa dot gov 2010-06-20
16:14 ---
The following occurs in the snapshot of June 19, but not in earlier snapshots:
mrich...@msc545ux:~$ cat test.f90
PROGRAM test
END FILE 10
END FILE 10
END PROGRAM test
mrich...@msc545ux:~$ gfortran test.
--- Comment #8 from kargl at gcc dot gnu dot org 2010-06-20 16:41 ---
(In reply to comment #7)
> The following occurs in the snapshot of June 19, but not in earlier snapshots:
>
> mrich...@msc545ux:~$ cat test.f90
> PROGRAM test
> END FILE 10
> END FILE 10
> END PROGRAM test
> mrich...@
--- Comment #15 from jamborm at gcc dot gnu dot org 2010-06-20 16:50
---
(In reply to comment #14)
>
> Let me know how to proceed if you need more dumps.
Well, at this point I'd generate all tree dumps with -fdump-tree-all
and start looking through them. You can tar-gzip them and att
--- Comment #16 from eblot dot ml at gmail dot com 2010-06-20 16:57 ---
(In reply to comment #15)
> ... I cannot reproduce the problem.
I can send you either the compiler binaries (hosts: cygwin/linux i386/linux
x64/darwin x64) or the configuration options to build the binutils and the
c
--- Comment #7 from ubizjak at gmail dot com 2010-06-20 16:59 ---
Created an attachment (id=20946)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20946&action=view)
Proposed patch
Patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #17 from eblot dot ml at gmail dot com 2010-06-20 17:02 ---
Created an attachment (id=20947)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20947&action=view)
File output with -fdump-tree-all option switch
Here are the requested tree dumps
--
http://gcc.gnu.org/bug
--- Comment #19 from gerald at gcc dot gnu dot org 2010-06-20 17:12 ---
Subject: Bug 32843
Author: gerald
Date: Sun Jun 20 17:12:11 2010
New Revision: 161048
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161048
Log:
Backport from mainline:
2009-09-17 Loren J. R
--- Comment #10 from pault at gcc dot gnu dot org 2010-06-20 17:45 ---
Created an attachment (id=20948)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20948&action=view)
A patch for the PR
I think this correctly takes account of last night's discussion on #gfortran.
Bootstraps and
--- Comment #18 from mikpe at it dot uu dot se 2010-06-20 18:26 ---
(In reply to comment #5)
> Unfortunately I don't see this happening on the x86_64-linux ->
> arm-linux-gnueabi cross compiler I built for myself.
You need to build a cross to arm-eabi not arm-linux-gnueabi to see the bu
--- Comment #11 from burnus at gcc dot gnu dot org 2010-06-20 18:31 ---
+ /* A temporary is not needed if the function is not contained and the
+ variable local. */
+ if (!sym->attr.use_assoc
+ && !sym->attr.in_common
+ && !sym->attr.pointer
+ && !sym->attr.tar
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-06-20 19:57
---
Michael, is this a legacy code issue? two ENDFILE in a row?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44477
Fortran 2003 only had:
R844 exit-stmt is EXIT [ do-construct-name ]
while Fortran 2008 (FDIS) has:
R850 exit-stmt is EXIT [ construct-name ]
While with "EXIT" one only exits the innermost construct, F2008 also allows to
exit other constructs; looking at 8.1 one finds the following constructs
--- Comment #12 from dominiq at lps dot ens dot fr 2010-06-20 20:10 ---
With the patch in comment #10, the modified test for pr31538 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31538#c5
integer :: a(-4:1), b(0:4)
b = 5
! a(-4:1) = b(0:4) ! Error: different shape for Array
!
--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-20 20:52 ---
See below for a match.c patch. However, it will fail as the labels are not
available. In principle, one just needs to add:
tree exit_label;
/* The exit label. */
exit_label = gfc_build_label_decl (NULL_TREE);
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-06-20 21:03 ---
Subject: Bug 32998
Author: jsm28
Date: Sun Jun 20 21:02:46 2010
New Revision: 161053
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161053
Log:
PR other/32998
* opth-gen.awk: Generate definitio
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-06-20 21:05 ---
The "-D_GNU_SOURCE a.c" issue is now fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32998
--- Comment #8 from manu at gcc dot gnu dot org 2010-06-20 21:20 ---
I think this is pretty much confirmed.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from manu at gcc dot gnu dot org 2010-06-20 21:25 ---
Patches should be sent to gcc-patches. You may CC the libgomp maintainer
ja...@redhat.com. See also http://gcc.gnu.org/contribute.html
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from manu at gcc dot gnu dot org 2010-06-20 21:30 ---
I think we do not warn on purpose because unused global static const strings
are used often for storing version, metadata and stuff that may only be
conditionally compiled after preprocessing. I would argue we should no
--- Comment #1 from manu at gcc dot gnu dot org 2010-06-20 21:35 ---
I appreciate your effort reporting this but, why should we care about wrong
warnings from very very old compilers? And initializing the variables has a
cost, because optimizations cannot just assume any value. Otherwise
--- Comment #8 from ubizjak at gmail dot com 2010-06-20 21:37 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01973.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from manu at gcc dot gnu dot org 2010-06-20 21:41 ---
Joseph, what do you think? Any suggestions where this may be catched? wording?
option?
I have wished for some time to create a -Wundefined option anyway.
--
manu at gcc dot gnu dot org changed:
What
--- Comment #9 from uros at gcc dot gnu dot org 2010-06-20 21:42 ---
Subject: Bug 44546
Author: uros
Date: Sun Jun 20 21:42:10 2010
New Revision: 161055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161055
Log:
PR target/44546
* config/i386/predicates.md (ix86_s
attached example fails to compile when no -O is used.
$ arm-oe-linux-uclibceabi-gcc -mthumb -fPIC a.i -c
/tmp/cc1iMNtS.s: Assembler messages:
/tmp/cc1iMNtS.s:4814: Error: branch out of range
If -O1 or any other -O optlevel is used then it works fine.
--
Summary: out of range branch
--- Comment #1 from raj dot khem at gmail dot com 2010-06-20 22:01 ---
Created an attachment (id=20949)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20949&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44603
--- Comment #2 from joseph at codesourcery dot com 2010-06-20 22:17 ---
Subject: Re: gcc does not warn about casting non-variadic types
to variadic types
It's not the conversion that's undefined, but the call. You could have an
option to warn for all function pointer conversions to
--- Comment #5 from kkojima at gcc dot gnu dot org 2010-06-20 22:23 ---
Thanks for the confirmation. I'll apply it when the usual
bootstrap®ression tests are done on 4.5/4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44531
--- Comment #3 from manu at gcc dot gnu dot org 2010-06-20 22:25 ---
OK. So I would say confirmed, but still I am not sure how I would implement
this. So patches welcome.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-20 23:58 ---
Subject: Bug 44248
Author: aoliva
Date: Sun Jun 20 23:57:54 2010
New Revision: 161056
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161056
Log:
PR debug/44248
* lto-streamer-in.c (input_bb): Leave debug stmt
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-21 02:58 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-21 06:11 ---
FYI, this has nothing to do with the new -Wunused-but-set-* warnings, the
initialization in the definition isn't counted as set.
This is something the old -Wunused-variable warning reports/doesn't report.
--
http:
42 matches
Mail list logo
