Package: gcc-10
Version: 10.2.1-6
Severity: important
Tags: upstream, fixed-upstream
Dear Maintainer,
gcc-10 crashes when buiding dosemu2:
gcc -c -imacros config.hh -MD -DCFLAGS_STR=" -fplan9-extensions -Wall
-Wstrict-prototypes -Wmissing-declarations -Wnested-externs -fms-extensions
-pthread
On Mon, 7 Nov 2016 10:26:08 +0100, Matthias Klose <d...@debian.org> wrote:
> On 06.11.2016 23:14, Stephen Kitt wrote:
> > The uudecode invocation in rules.patch assumes it's running in the
> > parent directory of the debian directory containing the uuencoded
>
Package: gcc-6
Version: 6.2.0-11
Severity: normal
Tags: patch
Dear maintainer,
The uudecode invocation in rules.patch assumes it's running in the
parent directory of the debian directory containing the uuencoded
file, whereas the rest of rules.patch uses patchdir to find the
patches. The
);
^
% g++ --version | head -n1
g++ (Debian 4.9.2-16) 4.9.2
-- Joel
On 7 May 2015 at 20:17, Stephen Kitt sk...@debian.org wrote:
Package: ccache
Version: 3.1.10-1
Severity: normal
Dear Maintainer,
The current version of mednafen (0.9.38.4) fails to build with ccache
(after
Hi,
On Tue, Oct 29, 2013 at 02:34:59PM +, Ben Hutchings wrote:
The same function caused ICE on ia64, and the test case also causes ICE
at all optimisation levels except -O0.
This ICE affects a number of other packages, and is fixed upstream in
the gcc-4.8 branch as of r204165.
Regards,
Package: gcc-4.7
Version: 4.7.3-4
Severity: normal
Tags: patch
Dear Maintainer,
(Keith, Wookey, this might explain the patch failures we were seeing
at DC13.)
gcc-4.7 fails to build in jessie because jessie isn't listed in the
various tests against distribution names. The attached patch fixes
Package: gcc-4.7
Version: 4.7.3-6
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
gcc-4.7 now fails to build from source when dependencies are checked
(so whenever a build tool is used rather than just debian/rules),
because it
Hi,
The wanna-build team suggested I contact you regarding the
gcc-mingw-w64 build failures on kfreebsd-amd64, rather than just
giving back the package until it happens to build correctly. It's
failing because of the gengtype.c error, tracked on #637236.
Is there anything that can be done? I
Hi Christoph,
On Sun, Sep 02, 2012 at 06:41:14PM -0700, Christoph Egger wrote:
Stephen Kitt st...@sk2.org writes:
Is there anything that can be done? I suppose now that gcc-4.7 is the
default, there isn't much point in fixing the gcc-4.6 builds, but I
would like to get gcc-mingw-w64 7
Hi,
On Tue, Jun 12, 2012 at 01:14:06AM +0100, Steven Chamberlain wrote:
Just noting that this bug still happened recently. A consecutive
failure/success on the same buildd. Best keep an eye on it for a while
longer.
It also happens a lot on gcc-mingw-w64 builds - see
Hi Peter,
On Fri, Feb 03, 2012 at 02:36:17AM +, peter green wrote:
Libreoffice hasn't yet been built on armhf. I consider libreoffice
to be a reasonablly important package and one that we need to get in
before we can claim we have a reasonablly complete port.
[...]
This
On Sat, 02 Apr 2011 19:18:26 +0200, Ove Kåven o...@arcticnet.no wrote:
Den 29. mars 2011 01:08, skrev Stephen Kitt:
In order to upload to Debian, it would theoretically be
possible to upload mingw-w64 since it's Arch: all, then upload the full
gcc-mingw-w64 without bootstrapping
Hi,
It's been a while, but now that gcc-4.5 is in unstable and I've had the
chance to fix various things, I believe the mingw-w64 toolchain is ready for
an initial upload.
As mentioned previously, the initial aim of these packages is to package
wine-gecko and get wine development started up
On Thu, 17 Mar 2011 20:16:28 +0100, Stephen Kitt st...@sk2.org wrote:
On Thu, Mar 17, 2011 at 03:27:21AM +0100, Matthias Klose wrote:
On 17.03.2011 00:42, Stephen Kitt wrote:
I've looked through the various patches but I haven't been able to
figure out which one(s) cause
Hi,
I see the following email isn't in the list archives, it seems it got
filtered somewhere so I'm resending it...
Regards,
Stephen
On Thu, 17 Mar 2011 20:16:28 +0100, Stephen Kitt st...@sk2.org wrote:
On Thu, Mar 17, 2011 at 03:27:21AM +0100, Matthias Klose wrote:
On 17.03.2011 00:42
Hi,
Now that gcc 4.5 is in unstable, I'm trying to get the mingw-w64
building properly, with the initial aim of getting wine-gecko (and
thus newer versions of wine) into Debian. (The ultimate aim obviously
is to get the mingw-w64 working propertly, and be able to replace the
various mingw
Package: gcc-4.5-source
Version: 4.5.1-9
Severity: normal
Tags: patch
Dear GCC maintainers,
I'm currently building a gcc-mingw-w64 package using your
gcc-4.5-source package. I've encountered the following small problem:
debian/rules.patch defines a patchdir variable but doesn't use it to
find
Package: gcc-4.5-source
Version: 4.5.1-9
Severity: normal
Hi,
The gcc-4.5-source package depends on autoconf2.59 but debian/rules.patch
declares
autoconf_version = 2.64
Which is correct?
Regards,
Stephen
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
18 matches
Mail list logo