public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/8493: Bad interaction of strlen builtin and overload resolution
@ 2002-11-07 15:15 bangerth
  0 siblings, 0 replies; only message in thread
From: bangerth @ 2002-11-07 15:15 UTC (permalink / raw)
  To: dagraz, gcc-bugs, gcc-prs, nobody, rutt

Old Synopsis: Outputing strlen() to ostream causes bogus compiler error
New Synopsis: Bad interaction of strlen builtin and overload resolution

State-Changed-From-To: open->analyzed
State-Changed-By: bangerth
State-Changed-When: Thu Nov  7 15:15:14 2002
State-Changed-Why:
    Confirmed. This can be reduced to the following:
    ----------------------------------
    typedef unsigned int size_t;
    extern size_t strlen (__const char *__s) throw () __attribute__((__pure__));
    
    static void foo(size_t);
    static void foo(double);
    
    main() {
      foo(strlen("hello"));
    }
    ----------------------------------
    Which gives me with 3.2.1 and 3.3:
    tmp/g> /home/bangerth/bin/gcc-3.3x-pre/bin/c++ -c y.ii
    y.ii: In function `int main()':
    y.ii:8: error: call of overloaded `foo(<anonymous>)' is ambiguous
    y.ii:4: error: candidates are: void foo(unsigned int)
    y.ii:5: error:                 void foo(double)
    
    This used to work with 2.95, but does no more; I think the
    time for marking regressions with "high" has passed, so 
    I leave it in the present "medium" state.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8493


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2002-11-07 23:15 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-11-07 15:15 c++/8493: Bad interaction of strlen builtin and overload resolution bangerth

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).