Control: reassign -1 gcc-14 14.1.0-1
Control: retitle -1 gcc-14: miscompiles code on s390x at -O2
Control: tag -1 upstream
Control: severity -1 normal
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
On Wed, Sep 18, 2024 at 02:40:11PM GMT, James McCoy wrote:
> On Wed,
Package: g++-9
Version: 9.3.0-13
Severity: important
Tags: upstream
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95676
Control: affects -1 src:msgpack-c
msgpack-c's latest upload is failing a test on armhf:
--8<--
TEST(object_with_zone, system_clock_impl_min)
{
std::chrono::system_
Source: gcc-7
Version: 7-20170407-1
Severity: normal
$ gcc-7 -Wextra -o foo foo.c
foo.c: In function 'main':
foo.c:6:9: warning: this statement may fall through [-Wimplicit-fallthrough=]
argc = 0;
~^~~~
foo.c:9:3: note: here
default:
^~~
$ cat foo.c
int main(int argc, char **
On Wed, Mar 09, 2016 at 10:53:06PM -0500, James McCoy wrote:
> On Fri, Mar 04, 2016 at 06:41:00PM +0100, Christian Hofstaedtler wrote:
> > Your package FTBFS on the mips and mipsel buildds:
> >
> > https://buildd.debian.org/status/fetch.php?pkg=subversion&arch=mi
280 peg_rev_str = apr_psprintf(pool, "@%ld",
(gdb) p pool
$5 = (apr_pool_t *) 0x76200988
Notice that in frame 3 the iterpool argument to
make_external_description is an apr_pool_t pointer to address 0x76158018.
In frame 2, the corresponding pool variable is suddenly referencing
address 0x76200988 instead, which is actually the svn_client_ctx_t
pointer from earlier in the stack.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
Control: reassign -1 release.debian.org
Control: retitle -1 nmu: gcc-5_5.3.0-3
Control: user release.debian@packages.debian.org
Control: usertag -1 binnmu
nmu gcc-5_5.3.0-3 . amd64 . unstable . -m "Rebuild to fix M-A installability"
On Sat, Dec 05, 2015 at 01:00:20PM -0500, James M
Package: gcc-5-base
Version: 5.3.0-3
Severity: serious
Unpacking gcc-5-base:amd64 (5.3.0-3) over (5.2.1-27) ...
Preparing to unpack .../gcc-5-base_5.3.0-3_i386.deb ...
Unpacking gcc-5-base:i386 (5.3.0-3) over (5.2.1-27) ...
dpkg: error processing archive
/var/cache/apt/archives/gcc-5-base_5.3.0-3
On Sat, Aug 30, 2014 at 04:20:12AM +0200, Matthias Klose wrote:
> Am 30.08.2014 um 04:14 schrieb James McCoy:
> > Package: gcj-4.9-jdk
> > Version: 4.9.1-9
> > Severity: serious
> >
> > Packages which use the JNI will FTBFS due to invalid symlinks in
> > g
Package: gcj-4.9-jdk
Version: 4.9.1-9
Severity: serious
Packages which use the JNI will FTBFS due to invalid symlinks in
gcj-4.9-jdk:
$ dpkg-deb -c gcj-4.9-jdk_4.9.1-9_amd64.deb | grep /build
lrwxrwxrwx root/root 0 2014-08-24 22:16
./usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/include/jawt.h ->
On Sun, Nov 10, 2013 at 11:45:51AM +0100, Rémi Vanicat wrote:
> James McCoy writes:
>
> > On Fri, Nov 08, 2013 at 01:45:49AM +0100, Matthias Klose wrote:
> >> Control: tag -1 + moreinfo help
>
> >
> > What more information do you need? gcj-4.8-jre-hea
013 00:56, schrieb James McCoy:
> > Package: libgcj14,gcj-4.8-jre-headless
> > Version: 4.8.2-2
> > Severity: serious
> > Justification: Policy 7.6.1
> >
> > In version 4.8.2-2, libgcj14 gained
> > /usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre/lib/security/java.s
Package: libgcj14,gcj-4.8-jre-headless
Version: 4.8.2-2
Severity: serious
Justification: Policy 7.6.1
In version 4.8.2-2, libgcj14 gained
/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre/lib/security/java.security
which is also shipped in gcj-4.8-jre-headless:
Unpacking gcj-4.8-jre-headless (from
.../g
ork with GCC 4.6 and silently cause a crash with GCC
4.7?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Thu, Jun 21, 2012 at 07:54:35AM -0400, James McCoy wrote:
> On Thu, Jun 21, 2012 at 07:59:06AM +0200, Philipp Marek wrote:
> > Just out of curiosity, could you show the disassembler output of the
> > OutputWrite() function for gcc-4.6, and gcc-4.7 with -O1 and -O2?
> >
&
a good way.
Sure, attached files for those combinations.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
1b2a :
/* Output buffer management
*/
static PyObject *
OutputWrite(PyObject *self, PyObject *args)
{
1b2a: 55 push %rbp
On Wed, Jun 20, 2012 at 12:55:43PM +0200, Matthias Klose wrote:
> On 20.06.2012 12:29, James McCoy wrote:
> > On Wed, Jun 20, 2012 at 11:18:48AM +0200, Matthias Klose wrote:
> >>> Bug #678122 [vim-gnome] vim-gnome: python bindings botched?
> >>
> >> are th
asing
No compiler warnings and adding -fno-strict-aliasing doesn't help.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
and mipsel.
-- Matthias Klose Sat, 28 Apr 2012 11:59:36 +0200
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
18 matches
Mail list logo
