cially on the change
regarding d-i. The proposed text for the freeze policy can be found in
the following merge request on salsa:
https://salsa.debian.org/release-team/release.debian.org/-/merge_requests/27
Best
Sebastian for the release team
[1] https://release.debian.org/testing/essential-and
Package: gcc-14
Version: 14.1.0-5
Severity: important
Control: forwarded -1 https://gcc.gnu.org/PR116174
gcc-14 may add an alignment requesst before endbr with
-fcf-protection=branch -O2. Upstream report has a testcase. This is just
for tracking.
Sebastian
currently we only have the slow ones, where the tests
timeout.
Best
Sebastian
>
> On 19.11.23 11:18, Sebastian Ramacher wrote:
> > Source: gcc-13
> > Version: 13.2.0-6
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source (but
cific interface file.
Running /<>/src/libstdc++-v3/testsuite/libstdc++-abi/abi.exp ...
Running
/<>/src/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp ...
testsuite still running ...
E: Build killed with signal TERM after 150 minutes of inactivity
Cheers
--
Sebastian Ramacher
Source: creduce
Version: 2.10.0+20220116-1
Severity: serious
Control: block 1017679 by -1
X-Debbugs-Cc: sramac...@debian.org
creduce currently blocks removal of llvm-toolchain-13. Please move to
the current default version (14) or newer. See #1017679 for the removal
bug.
Cheers
--
Sebastian
: not binNMU-safe
On 2023-02-28 22:18:14 +0100, Sebastian Ramacher wrote:
> Control: clone -1 -2
> Control: reassign -2 gcc-11-cross-mipsen 5+c3
> Control: retitle -2 gcc-11-cross-mipsen: not binNMU-safe
>
> On 2023-02-28 22:13:59 +0100, Sebastian Ramacher wrote:
> > Sourc
Control: clone -1 -2
Control: reassign -2 gcc-11-cross-mipsen 5+c3
Control: retitle -2 gcc-11-cross-mipsen: not binNMU-safe
On 2023-02-28 22:13:59 +0100, Sebastian Ramacher wrote:
> Source: gcc-12-cross-ports
> Version: 12
> Severity: serious
>
> The method to compute the versio
&arch=amd64&ver=12%2Bb1&stamp=1677602107&raw=0
As it can be seen from the log, the version computed for the binary
packages is the same as the one of the build of the initial upload of
version 12. The binNMU version -- b1 in this case -- is missing.
Cheers
--
Sebastian Ramacher
version produces the same version number.
Cheers
--
Sebastian Ramacher
d API compatible and
> has the fix for this bug). I will do the release in a few days, as
> everything seems fine (there's only a possible failure on m68k with
> QEMU, but after investigation, this is due to a QEMU bug, and the
> generated code should be correct; BTW, the 4.1.* versions also have
> the concerned test).
This bug breaks at least the build of deal.ii. Thus I'm raising the
severity to serious.
Cheers
--
Sebastian Ramacher
unstable due to that.
The attached patch adds the missing symbol on armel. Please consider
applying the patch soon.
Thanks for considering
Cheers
--
Sebastian Ramacher
diff -Nru gcc-12-12.2.0/debian/libstdc++6.symbols.armel gcc-12-12.2.0/debian/libstdc++6.symbols.armel
--- gcc-12-12.2.0/debian
he error strings were
missing. That said, I haven't seen much difference between mips64el and
amd64 here. Therefore I just wiped my home on eller.
Let me know if you want me to look at this again.
> Jérémy
Sebastian
egisters like in auto-vectorization etc.
But I see Arnd is on Cc: and silently hope he looks into it ;)
Sebastian
ure lacks an FPU
Passing early -msoft-float to the compiler test solves the problem. This
option is passed later to the compile process.
Is this change intended?
Sebastian
nless removal from
unstable happens sooner, of course)
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
Control: reassign -1 gcc-10 10.2.0-15
Control: tags -1 upstream
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97323
Control: affects -1 src:qemu
On 2020-10-24 07:38:39 +0300, Michael Tokarev wrote:
> 23.10.2020 19:50, Sebastian Ramacher wrote:
> > Source: qemu
>
On 2020-10-05 11:51:59 +0200, Matthias Klose wrote:
> On 9/30/20 12:38 AM, Sebastian Ramacher wrote:
> > On 2020-09-30 00:01:52 +0200, Ahzo wrote:
> >>
> >> Sep 29, 2020, 07:14 by rguent...@suse.de:
> >>
> >>> I've filed > https://gcc.gn
for now.
> >
> Thanks for the quick upload. This should prevent further fallout, until
> upstream finds a better solution.
I've confirmed that vlc works again after rebuilding it with gcc-10
10.2.0-12 and scheduled binNMUs of vlc which should hit the archive
soon.
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
x27;t know if this helps.
> Aurelien
>
Sebastian
de the compiler on eller/porterbox? Or could a porter double
> check this please?
on eller in a buster chroot:
|LibClamAV debug: parseEmailBody() rc 1 infect 0
|LibClamAV debug: parseEmailBody() returning 1
further suggestions?
Sebastian
/status/fetch.php?pkg=clamav&arch=mips64el&ver=0.99.3~snapshot20170704%2Bdfsg-1&stamp=1499981584&raw=0
Sebastian
Dear Maintainer,
when I build the plugin from source like this:
apt-get source gcc-python3-plugin
cd gcc-python-plugin-0.15/
sudo apt-get install debhelper dh-python gcc-5-plugin-dev g++-5 python3-all-dev
python3-all-dbg python3-lxml python3-pygments python3-six python3-sphinx
make PYTHON=python
Package: gcc-python3-plugin
Version: 0.15-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
This is how I can reproduce the failure:
$ cat script.py
import gcc
help(gcc)
$ cat sourcefile.c
void f(void){}
$ gcc-with-python3 script.py sourcefile.c -c -o sourcefile.o
cc1:
a tragedy :) It seems also that using -mtune=cortex-a9 for instance
avoids thumb code and the bug does not trigger.
This bug report here is to simply make the maintainer aware of the issue
and track the bug. I will open the report once there are news in
bugzilla.
Sebastian
wing packages have unmet dependencies:
> libstdc++6 : Breaks: cython (<= 0.22.1-1) but 0.22.1-1 is to be installed.
> Unable to resolve dependencies! Giving up...
This Breaks was added because of #793227, which is actually not a bug in cython.
So please remove this Breaks again.
Cheers
--
S
libsanitizer has to be changed to x86_64-linux-gnu instead of i486… I think
the latter is the correct one.
[0] http://download.breakpoint.cc/gcc-snapshot_20121116-1_amd64.deb
Sebastian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJQq8Q+AAoJEHuW6BY
Package: gcc-doc-defaults
Version: 5:3
Severity: wishlist
gcc-4.6 ist in testing and I can only find gcc-4.4-doc-non-dfsg in the
archive. Mind packaging 4.6' man pages? Need a hand with this?
Sebastian
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subje
* Matthias Klose | 2011-02-18 12:40:55 [+0100]:
>>Sure thing. I attached 4.4, 4.5 will follow tomorrow.
>
>ahh, and I forgot to ask about the gcc-4.6 package.
Attaching diff for 4.5 and 4.6.
Sebastian
diff -u gcc-4.5-4.5.2/debian/rules.patch gcc-4.5-4.5.2/debian/rules.patch
--- g
ust attach a debdiff against -12? same for the gcc-4.5 package
>please.
Sure thing. I attached 4.4, 4.5 will follow tomorrow.
>thanks, Matthias
Sebastian
diff -u gcc-4.4-4.4.5/debian/rules.patch gcc-4.4-4.4.5/debian/rules.patch
--- gcc-4.4-4.4.5/debian/rules.patch
+++ gcc-4.4-4.4.5/debia
lso dropped the lwsync & eieio patches because this
nightmare is allready addressed in gas.
Sebastian
Index: gcc-4.4.5/src/gcc/config/rs6000/crtresfpr.asm
===
--- gcc-4.4.5.orig/src/gcc/config/rs6000/crtresfpr.asm 2011-02-13
17:25
id
>installation running on a P2020RDB development board.
cool.
>I guess the same patch should go into gcc-4.3 as well, going to post a
>corresponding bug report in the next days.
No, I'm dropping gcc-4.3. There is little need in keeping it as all
software compiles with 4.4+
>che
4/filelist
Sebastian
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100919175249.ga21...@chamillionaire.breakpoint.cc
just looked up the docs and it looks nice. So I
think it is good to have this enabled.
>sorry, I don't get it. the file only has 2082 lines. please recheck
>using the svn repository.
My appologies. I rechecked and must say that there is no problem.
Sebastian
--
To
* Thus spake Matthias Klose (d...@debian.org):
> On 29.05.2010 19:52, Sebastian Andrzej Siewior wrote:
> >reopen 579780
> >thanks
> >
> >We are getting there. The disable-multilib block
> >
> >|ifneq (,$(filter $(DEB_TARGET_GNU_TYPE), powerpc-linux-gnu
-linux --with-cpu=default32
|else
| CONFARGS += --disable-multilib
|endif
|endif
is twice in the rules2 file. Unfortunately only one of them has
powerpc-linux-gnuspe. So we fail again.
The patches file has a .NOTPARALLEL section twice while rules2 has none.
Is this on purpose?
Sebastian
was fine.
[0]
http://download.breakpoint.cc/debian/powerpcspe-staging/build/buildlog-gcc-4.3-4.3.2.txt
Sebastian
>From fb656ff1be8f1aafe3013d859100581d5e386d67 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Sat, 1 May 2010 10:30:24 +0200
Subject: [PATCH] don't use lwsync if it is
list because it is not an official
architecture.
I think you don't have to write the complete history each time. You
could write "new port" followed by a link to wiki page which has some
more informations.
Sebastian
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.d
.3. Floating point
code is still slow.
Ach btw, the cpu was:
|cpu : e500v2
|clock : 1249.987505MHz
|revision: 3.0 (pvr 8021 0030)
>Thanks.
>Have fun :)
>+++
[0] http://www.tux.org/~mayer/linux/bmark.html
Sebastian
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
as I announced it earlier this week at debian ppc ml [1].
[1] http://lists.debian.org/debian-powerpc/2009/02/msg00128.html
Sebastian
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
--- Comment #17 from sebastian dot redl at getdesigned dot at 2009-01-07
21:14 ---
I have no idea how a prepended member can change the negative offset of the
other struct members. If I did, the bug wouldn't be there.
Is wrapping the struct in another struct the best way to e
> On Sun, Jun 29, 2008 at 08:19:05PM +0100, Sjoerd Simons wrote:
> > *((uint64_t *) h) = (uint64_t) 0;
> > *((uint32_t *) h) = (uint32_t) 0x;
>
> Violation of aliasing rules. h points either to a uint32_t oder uint64_t
> not both.
>
> > With -fschedule-insns -fstrict-aliasing:
> > $ /
Do not ignore me please,
I fouand your email somewhere and now decided to write you.
I am coming to your place in bfew weeks and thougaht we
can meet each other. Let me know if you do not mind.
I am a nice pretty girl. Don't reply to this email. b
Email me direclty at [EMAIL PROTECTED]
--
To
Package: libgcj5
Version: 3.4.2-3
Severity: normal
When a SocketChannel reaches EOF, the get method doesn't return -1 as it
should.
Example program:
import java.net.*;
import java.nio.*;
import java.nio.channels.*;
import j
Dear customer!
We updated our software catalogue and added new
popular products! Now you can get any software item
at 90% discount rate! For more information visit us here:
http://metalloid.infostech.info/index.php?s=4241
With best regards,
Product Manager
Sebastian Burns
testing main contrib non-free
I manually ftp:ed in to ftp.debian.org/debian/pool/main/g/gcc-3.3 and
checked that no newer version of the mentioned packages are available.
If further information is required, don't hesitate to ask me.
/ Sebastian Rasmussen
___
Package: libgcj4
Version: 1:3.3.3-5
Severity: normal
Followup-For: Bug #240550
Running the program with strace shows that two sockets are created (fd 5
and 6). The second socket (fd 6) is the one that is later given an
address with bind(2), the first socket (fd 5) is the one that is used in
the se
Package: libgcj4
Version: 1:3.3.3-5
Severity: normal
If a ServerSocketChannel has been registered for SelectionKey.OP_ACCEPT
at a Selector, select() will return immediatly with OP_ACCEPT on that
Channel, even when there is no connection waiting.
See example:
Server.java:
Package: g++-3.3
Version: 1:3.3.3-1
Severity: wishlist
It would be nice if there was an option to add a warning about
"useless" casts. Although they are not really incorrect, they
might become incorrect/inefficient as the program evolves. Ie;
struct A { int a; };
struct B : A { int b; };
void fu
Package: gnat-3.3
Version: 1:3.3.3-0pre0
Severity: important
All Ada programs that use tasking don't work on ppc. They show the
following error:
failed run-time assertion : Tasking not implemented on this configuration
This seems to be a known problem and a patch exists, but this bug is
still no
Package: libstdc++5-dev
Version: 1:3.2.3-0pre5
Severity: normal
The file /usr/include/c++/3.2/i386-linux/bits/atomicity.h
has code, which does not work on i386. It needs i486 or above.
Is i386 unsupported by debian?
Personally I haven't found any info regarding this on debian-devel or
in the
Package: g++-3.0
Version: 1:3.0-4
Severity: normal
Consider the attached source file. When trying to compile this, I get:
| [EMAIL PROTECTED]:~$ g++-3.0 -O -c segfault.cc
| g++-3.0: Internal error: Segmentation fault (program as)
| Please submit a full bug report.
| See http://www.gnu.org/softwar
51 matches
Mail list logo
