Hi Gert,
thanks for your gcc-6 fixing effort and the status update.
On Fri, Jul 22, 2016 at 01:59:57PM +0200, Gert Wollny wrote:
> The current list of open gcc-6 bugs is this [1], I had a look at most
> of them already.
I'd say there is a "new set" of gcc 6 errors:
#831100 [S| | ] [src:conquest-dicom-server] conquest-dicom-server: FTBFS with
GCC 6: cpp_type_traits.h:212:12: error: redefinition of 'struct
std::__is_integer<unsigned int>'
#831105 [S| | ] [src:pbdagcon] pbdagcon: FTBFS with GCC 6: cstdlib:75:25:
fatal error: stdlib.h: No such file or directory
#831110 [S| | ] [src:trinityrnaseq] trinityrnaseq: FTBFS with GCC 6:
./aligns/KmerAlignCore.cc:6:34: fatal error: aligns/KmerAlignCore.h: No such
file or directory
#831115 [S| | ] [src:hhsuite] hhsuite: FTBFS with GCC 6: util.C:58:26: error:
'float log2(float)' conflicts with a previous declaration
#831126 [S| | ] [src:vxl] vxl: FTBFS with GCC 6: vcl_compiler.h:127:4: error:
#error "Dunno about this gcc"
#831131 [S| | ] [src:vsearch] vsearch: FTBFS with GCC 6: maps.cc:485:3:
error: narrowing conversion of '128' from 'int' to 'char' inside { }
[-Wnarrowing]
#831138 [S| | ] [src:snap-aligner] snap-aligner: FTBFS with GCC 6:
tuple:851:29: error: expected primary-expression before '.' token
#831171 [S| | ] [src:proftmb] proftmb: FTBFS with GCC 6: proftmb.cpp:166:47:
error: no match for 'operator<<' (operand types are 'std::basic_ostream<char>'
and 'std::ostringstream {aka std::__cxx11::basic_ostringstream<char>}')
#831188 [S| | ] [src:libgenome] libgenome: FTBFS with GCC 6: gnDefs.cpp:8:20:
error: 'int64 abs(int64)' conflicts with a previous declaration
#831208 [S| | ] [src:dindel] dindel: FTBFS with GCC 6: DInDel.hpp:145:229:
error: template argument 1 is invalid
These are not on your list and are filed in a later effort - I'm
not sure why they are not tagged properly.
> Some comments:
>
> #811841 seqan: FTBFS with GCC 6: no match for
>
> - refers to v1.4, AFAIK version 2.0 is already in the archive, so this
> one should probably me closed.
Well, 2.x is not in the archive but Kevin is working on it.
> #816569 mrs: FTBFS with GCC 6: was not declared in this scope
>
> - is waiting for boost compiled with gcc-6 (i.e. c++11)
OK.
> #811702 librg-blast-parser-perl
>
> - not sure what to make of it, it also has the user-tag gcc-6-macro
> which might point to a conflict between a newly defined macro and
> a function.
Thanks for looking into it.
> #811859 berkeley-express
>
> - requires static_cast<bool> on the shared pointer
Thanks for looking into it.
> #811866 hyphy
>
> - Closed upstream?
I'll apply the fix from upstream and will care for this.
> #811893 swarm-cluster
>
> - Needs knowledge with inline assembler
Any volunteer to ask on debian-ment...@lists.debian.org for further
input?
> #812031 prime-phylo
>
> - could be worked around by forcing to -std=c++98 in the maintainer
> cxxflags (probably be best solution, because the use of constexpr
> might require forcing c++11, and upstream might not yet want
> that).
I might try this.
> I think I'll look into #811702 and #811859 the next few days.
So with the exception of #811893 swarm-cluster this looks good for the
"old" set of gcc-6 errors[1] but the new ones seem to be pending.
Any takers?
Kind regards
Andreas.
> [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=debian-med-pack
> ag...@lists.alioth.debian.org;tag=ftbfs-gcc-6;users=debian-
> g...@lists.debian.org
>
>
> >
> > So anybody with some gcc-6 skills or those who want to ask on Debian
> > Mentors list for help which usually receives helpful responses quite
> > quickly is invited to work on our bugs.
> >
> > Kind regards
> >
> > Andreas.
> >
> > On Wed, May 04, 2016 at 08:33:08AM +0200, Andreas Tille wrote:
> > >
> > > Hi,
> > >
> > > On Mon, Apr 04, 2016 at 09:52:27AM +0100, Sascha Steinbiss wrote:
> > > >
> > > >
> > > > Sure, I will see what I can do. How do you propose we as DMs
> > > > communicate
> > > > the changes -- just push a new branch in git and ping the list?
> > > Sascha, thanks for your good work on several bugs - without
> > > counting it
> > > was more than one per week. If others might come up with this rate
> > > we
> > > could be quite safe for the release. But its no time to relax and
> > > more
> > > bug fixers would be really great. Specifically newcomers could
> > > gather
> > > some packaging skills by triaging bugs in existing packages.
> > >
> > > Kind regards
> > >
> > > Andreas.
> > >
> > > --
> > > http://fam-tille.de
> > >
> > >
>
>
--
http://fam-tille.de
