--- Comment #2 from redi at gcc dot gnu dot org 2010-05-15 00:47 ---
(In reply to comment #1)
> Have you tried with Clang?
>
> I think Clang prints typedefs using 'aka', which is not very clear.
>
> error: incompatible type assigning 'vector', expected 'std::string' (aka
> 'class std::
--- Comment #3 from manu at gcc dot gnu dot org 2010-05-15 00:55 ---
(In reply to comment #2)
>
> 1) bar:: looks like valid C++ syntax but it is not a valid
> nested-name-specifier, so it should be something that is not valid C++ syntax,
> such as {bar}::Py_ssize_t
True, but {bar}:: is
--- Comment #4 from ppluzhnikov at google dot com 2010-05-15 00:59 ---
For reference, here is what clang currently prints (I am told):
t.cc:8:9: error: no matching function for call to 'foo'
return foo(&pos);
^~~
t.cc:3:5: note: candidate function not viable: no known conversio
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-15 01:13 ---
(In reply to comment #5)
> (In reply to comment #4)
>
> > I saw you have tried revision 159398. I guess you
> > need to find which file is miscompiled.
>
> I have no idea how to do that for the kernel.
You build 2
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-15 01:31 ---
(In reply to comment #2)
> Created an attachment (id=20629)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20629&action=view) [edit]
> Testfix for the prefetch-7.c testcase
>
> There always was
> fprintf (d
The change...
Author: hubicka
Date: Thu May 13 17:47:48 2010
New Revision: 159371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159371
Log:
* varpool.c (decide_is_variable_needed): Drop code checking
TREE_SYMBOL_REFERENCED.
Modified:
trunk/gcc/ChangeLog
trunk/gcc/
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-05-15
02:25 ---
I also noticed that in gcc/config/darwin.c that we have...
/* Do what output_addr_const will do when we actually call it. */
if (SYMBOL_REF_DECL (p->symbol))
mark_decl_referenced (S
--- Comment #2 from soni dot sandeepb at gmail dot com 2010-05-15 02:53
---
(In reply to comment #1)
> Could you please provide some more details, please: what system are you
> running
> on, what version of libelf is in use?
>
> And please provide config.log and configure output from
--- Comment #18 from balrogg at gmail dot com 2010-05-15 03:23 ---
(In reply to comment #11)
> An example program that shows 3 different methods. Only one works (see
> comment)
> .c = 3, //Will not work
> {.c = 3}, //works
> {.c= 2}, //Does not work
For sake of documentation, wi
--- Comment #5 from jason at gcc dot gnu dot org 2010-05-15 03:49 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from bdubbs at linuxfromscratch dot org 2010-05-15 04:06
---
(In reply to comment #6)
> You build 2 kernel trees, one with gcc 4.5.1 and one
> with gcc 4.4.4. You copy binaries from one tree to
> another and rebuild kernel one file at a time until
> you find the single f
$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-li
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-05-15
05:16 ---
It appears that only darwin uses the set_user_assembler_name() call so we
ought to be able to restore the previous behavior with...
Index: gcc/varpool.c
--- Comment #16 from a14331990 at hotmail dot com 2010-05-15 06:01 ---
(In reply to comment #8)
> I think this is a bug the MingW maintainers should handle.
>
> While I understand Andrew's position, it seems to me that this is nevertheless
> a definite regression from the user's perspec
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-15 06:01 ---
Subject: Bug 44112
Author: jakub
Date: Sat May 15 06:01:20 2010
New Revision: 159429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159429
Log:
PR debug/44112
* dwarf2out.c (resolve_one_addr):
101 - 115 of 115 matches
Mail list logo