bug-bison
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU Bison 3.0.4] testsuite: 430 431 432 failed


From: Akim Demaille
Subject: Re: [GNU Bison 3.0.4] testsuite: 430 431 432 failed
Date: Sat, 12 May 2018 14:13:42 +0200


> Le 12 mai 2018 à 14:12, Raffaele Izzo <address@hidden> a écrit :
> 
> Hi Akim. Sorry for replying just now. I'm in middle of moving home. That log 
> file comes from a cjroot enviroment. Do I have to run the script from there 
> or on the host system?
> Thabks

No, nothing to do, the bug is fixed, and the fix will soon be released.

Cheers!

> Raf
> 
> Get Outlook for Android
> 
> From: Akim Demaille <address@hidden>
> Sent: Saturday, May 12, 2018 1:01:39 PM
> To: Raffaele Izzo
> Cc: Bison Bugs
> Subject: Re: [GNU Bison 3.0.4] testsuite: 430 431 432 failed
>  
> 
> 
> > Le 10 mai 2018 à 12:12, Akim Demaille <address@hidden> a écrit :
> > 
> > 
> > 
> >> Le 27 avr. 2018 à 23:55, Raffaele Izzo <address@hidden> a écrit :
> >> 
> >> 
> >> <testsuite.log>
> > 
> > According to your logs, you get:
> > 
> > 430. c++.at:374: testing Variants lalr1.cc parse.assert 
> > api.token.constructor ...
> > ./c++.at:374: bison -fno-caret -o list.cc list.y
> > ./c++.at:374: $BISON_CXX_WORKS
> > stderr:
> > stdout:
> > ./c++.at:374: $CXX $CXXFLAGS $CPPFLAGS $LDFLAGS -o list list.cc $LIBS
> > stderr:
> > In file included from list.y:2:0:
> > /mnt/lfs/sources/bison-3.0.4/lib/config.h:2220:5: warning: option 
> > '-Wmissing-prototypes' is valid for C/ObjC but not for C++ [-Wpragmas]
> >     _Pragma ("GCC diagnostic ignored \"-Wmissing-prototypes\"") \
> >     ^
> > list.y: In member function 'void yy::parser::basic_symbol<Base>::clear()':
> > list.y:75:36: error: no match for 'operator<<' (operand types are 
> > 'std::basic_ostream<char>' and 
> > 'std::__cxx11::list<std::__cxx11::basic_string<char> >')
> > %destructor { std::cerr << "Destroy: " << $$ << '\n'; } <*>;
> >           ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~                
> >                 
> > 
> > Which seems to indicate that $$ is a std::list<std::string>.
> > But I don’t understand how this would be possible, there is
> > only std::vector in there.
> 
> That’s because I had forgotten of this commit:
> 
> commit 952416114729b95209dccfc4edacfc1ff13b4e82
> Author: Akim Demaille <address@hidden>
> Date:   Mon Jan 26 18:23:12 2015 +0100
> 
>     tests: c++: fix symbol lookup issue
>     
>     Sun C 5.13 SunOS_sparc 2014/10/20 reports errors on tests 430-432.
>     
>     Reported by Dennis Clarke.
>     <http://lists.gnu.org/archive/html/bug-bison/2015-01/msg00087.html>
>     
>     * tests/c++.at (Variants): Be sure to emit operator<< before using it:
>     use "%code top" rather than "%code".
>     Prefer std::vector to std::list.
>     Do not define anything in std::, to avoid undefined behavior.
> 
> 
> So this was fixed 3y ago, but never released.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]