Hello,
>I don't know how I can help here. Performous only fails on powerpc
>architectures which looks like a Boost bug to me. This only happened
>recently when we switched to 1.67, so maybe forward upstream and let's
>find out what the upstream developers think about that?
the boost patch is now
Hi,
Am 26.11.18 um 15:13 schrieb Gianfranco Costamagna:
> control: tags -1 -wontfix -moreinfo
> control: affects -1 src:performous
>
> Markus, please have a look at this bug :)
I don't know how I can help here. Performous only fails on powerpc
architectures which looks like a Boost bug to me. Th
On Mon, 26 Nov 2018 at 12:52, Adrian Bunk wrote:
>
> Control: forwaded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28314
>
> On Mon, Nov 26, 2018 at 12:28:28PM +, Dimitri John Ledkov wrote:
> > xnox@diamond:~$ g++ -std=c++14 -dM -E -x c++ - < /dev/null | grep linux
> > #define __linux__ 1
control: tags -1 -wontfix -moreinfo
control: affects -1 src:performous
Markus, please have a look at this bug :)
G.
> control: retitle -1 "boost: please do not use __linux macro"
> control: reassign -1 boost1.67
> control: found -1 1.67.0-10
>
> > closing as won't fix, same as upstream did. Ju
Processing control commands:
> tags -1 -wontfix -moreinfo
Bug #914688 [boost1.67] "boost: please do not use __linux macro"
Removed tag(s) wontfix.
Bug #914688 [boost1.67] "boost: please do not use __linux macro"
Removed tag(s) moreinfo.
> affects -1 src:performous
Bug #914688 [boost1.67] "boost: p
Processing control commands:
> reopen -1
Bug #914688 {Done: Matthias Klose } [src:gcc-8] g++: fails to
understand BOOST_OS_LINUX on ppc64el?
Bug reopened
Ignoring request to alter fixed versions of bug #914688 to the same values
previously set
> retitle -1 "boost: please do not use __linux macro
control: reopen -1
control: retitle -1 "boost: please do not use __linux macro"
control: reassign -1 boost1.67
control: found -1 1.67.0-10
> closing as won't fix, same as upstream did. Just use the __linux__ macro.
as said over irc, I would like the fix to be shipped in boost, so I prefer to
r
Control: tags -1 + wontfix
closing as won't fix, same as upstream did. Just use the __linux__ macro.
On 26.11.18 13:52, Adrian Bunk wrote:
> Control: forwaded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28314
>
> On Mon, Nov 26, 2018 at 12:28:28PM +, Dimitri John Ledkov wrote:
>> xnox@d
Processing control commands:
> tags -1 + wontfix
Bug #914688 [src:gcc-8] g++: fails to understand BOOST_OS_LINUX on ppc64el?
Added tag(s) wontfix.
--
914688: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914688
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: forwaded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28314
On Mon, Nov 26, 2018 at 12:28:28PM +, Dimitri John Ledkov wrote:
> xnox@diamond:~$ g++ -std=c++14 -dM -E -x c++ - < /dev/null | grep linux
> #define __linux__ 1
> #define __gnu_linux__ 1
>
> xnox@diamond:~$ g++ -std=gnu++
10 matches
Mail list logo
