in the future)? Or rather what's the status of multiarch upstreaming
in general?
I'm asking because cmake should probably use this one when available rather
than extract the triplet with regex from the library path (which is somewhat
error prone).
--
Modestas Vainius mo...@debian.org
signature.asc
Hello,
On sekmadienis 29 Gegužė 2011 05:51:58 Steve M. Robbins wrote:
On Sat, Mar 19, 2011 at 08:29:30PM +0200, Modestas Vainius wrote:
On ??e??tadienis 19 Kovas 2011 19:37:53 Jonathan Riddell wrote:
This patch adds support for multiarch library directories to cmake. It
also needs
) to build QEMU. It's a
regression from gcc-4.4 and should be fixed by the following patches:
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg00193.html
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg00255.html
Unless I'm mistaken, this bug has been reported and fixed upstream. See above.
--
Modestas
--
Modestas Vainius modes...@vainius.eu
signature.asc
Description: This is a digitally signed message part.
the name of the affected library package (most likely due to
soname change). This step is not related to squeeze release.
--
Modestas Vainius modes...@vainius.eu
signature.asc
Description: This is a digitally signed message part.
it is now);
2) no massive binNMUs of rdeps;
3) less work for the release team except tracking how affected libraries are
being fixed;
4) no extra work for other teams.
--
Modestas Vainius modes...@vainius.eu
signature.asc
Description: This is a digitally signed message part.
and arch specific symbols look like a perfect workaround
(solution?). Also dpkg-gensymbols is never going to add substitutions (or any
other symbol tags), this will solely be responsibility of the maintainer or
some external tool.
--
Modestas Vainius modes...@vainius.eu
signature.asc
vtable, but it is rather complex to detect where the
offset is in this one, e.g.: _ZTCN6KParts15DockMainWindow3E56_NS_8PartBaseE
^^
Raphael, should I provide a patch for regexp support + {vt} subst as implicit
\d+ regexp?
--
Modestas
8 matches
Mail list logo
