asmwarrior asmwarr...@gmail.com writes:
My question is: Is there any possible that GCC can emit some debug
information to indicate that one variable is initialed or not.(at
least in the DEBUG build mode)
You didn't mention which version of gcc you are testing. With current
gcc see if the
On 2010-6-20 14:18, Ian Lance Taylor wrote:
asmwarriorasmwarr...@gmail.com writes:
My question is: Is there any possible that GCC can emit some debug
information to indicate that one variable is initialed or not.(at
least in the DEBUG build mode)
You didn't mention which version of
What license / licenses are the ChangeLogs of GCC distributed under?
This is of practical importance when I want to amend incomplete ChangeLogs
or use information from a ChangeLog to complete comments and/or documentation,
or want to write a ChangeLog for fixing a misspelling in code or
On Sun, 20 Jun 2010, Joern Rennecke wrote:
What license / licenses are the ChangeLogs of GCC distributed under?
ChangeLogs are licensed under the permissive terms given in the license
notices at the bottom of each ChangeLog file, which were the terms the FSF
recommended for rough
Quoting Joseph S. Myers jos...@codesourcery.com:
On Sun, 20 Jun 2010, Joern Rennecke wrote:
What license / licenses are the ChangeLogs of GCC distributed under?
ChangeLogs are licensed under the permissive terms given in the license
notices at the bottom of each ChangeLog file,
Oops, I
On Sun, 20 Jun 2010, Joern Rennecke wrote:
So it appears that writing ChangeLog entries for code from a branch where
I have no (longer) a connection with the original submitter requires
getting permission from the FSF to use the file names, function names
and identifiers mentioned, at least
Quoting Joseph S. Myers jos...@codesourcery.com:
I suggest you recalibrate your understanding of the scope of copyright to
be less expansive rather than supposing it to apply to file names,
function names and identifiers.
But if identifieres were OK, wouldn't that mean that auto-generating
On Sun, 20 Jun 2010, Joern Rennecke wrote:
Quoting Joseph S. Myers jos...@codesourcery.com:
I suggest you recalibrate your understanding of the scope of copyright to
be less expansive rather than supposing it to apply to file names,
function names and identifiers.
But if identifieres
On 20 June 2010 16:37, Joern Rennecke amyl...@spamcop.net wrote:
I spent a lot of time before getting the target hook code, comments and
documentation consistent, only to be told that the GCC maintainers have
no authority to move information from code or comments into documentation
or vice
Quoting Joseph S. Myers jos...@codesourcery.com:
I do not see any copyright issues with the hook names and argument types
and names. With the bodies of the descriptions of the semantics of the
hooks (in .texi or comments), yes, but not with the names and types of
hooks and their arguments.
Snapshot gcc-4.3-20100620 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20100620/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Joseph S. Myers wrote:
But if identifieres were OK, wouldn't that mean that auto-generating
documentation that shows hook names along with argument types and names
are also OK?
I do not see any copyright issues with the hook names and argument types
and names. With the bodies of the
On 2010-6-20 14:18, Ian Lance Taylor wrote:
asmwarriorasmwarr...@gmail.com writes:
My question is: Is there any possible that GCC can emit some debug
information to indicate that one variable is initialed or not.(at
least in the DEBUG build mode)
You didn't mention which version of
Hi, all. About the info locals and python pretty printer problem I
post here:
http://sourceware.org/ml/gdb/2010-06/msg00080.html
see the result here:
http://forums.codeblocks.org/index.php/topic,12747.msg86443.html#msg86443
I have solved this problem by hacking the GDB source code. You can see
in calls.c:
tfom = lang_hooks.types.type_for_mode (outmode, 0);
if (aggregate_value_p (tfom, 0))
for 64bit mod, outmode ends up TImode.
Our frontend doesn't support TImode -- reasonable? -- and so type_for_mode
returns NULL here.
aggregate_value_p then derefences that NULL.
At
--- Comment #43 from gcc at ryandesign dot com 2010-06-20 06:57 ---
Is there a reason the 3 fixes Andreas committed in February were not backported
to the 4.4 branch? I just ran into Internal error: Abort trap (program ecj1)
with 4.4.4 on Snow Leopard 10.6.4 and applying those patches
--- 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
--- 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?
---
--- 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
--- 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
--- 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
--- 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
--- 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=20946action=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=20947action=view)
File output with -fdump-tree-all option switch
Here are the requested tree dumps
--
--- 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=gccview=revrev=161048
Log:
Backport from mainline:
2009-09-17 Loren J.
--- 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=20948action=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 bug.
--- 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.target
+
--- 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=gccview=revrev=161053
Log:
PR other/32998
* opth-gen.awk: Generate
--- 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
--- 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.
--- 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=gccview=revrev=161055
Log:
PR target/44546
* config/i386/predicates.md
attached example fails to compile when no -On 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
--- 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=20949action=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
bootstrapregression 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=gccview=revrev=161056
Log:
PR debug/44248
* lto-streamer-in.c (input_bb): Leave debug stmts
--- 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
57 matches
Mail list logo
