Package: elfutils
Tags: l10n patch
Severity: wishlist
Hello,
Could you please update this Brazilian Portuguese translation?
Attached you will find the file pt_BR.po. It is UTF-8 encoded and
tested with msgfmt and podebconf-display-po.
Kind regards.
--
Paulo Henrique de Lima Santana (phls
# clarify issue in 972936
retitle 972936 removal of libgcc-s1 breaks the whole system
fixed 972936 10.2.0-16
#
# purely cosmetic, as this specific issue is fixed
severity 964477 serious
thanks
Hi,
On Wed, Mar 03, 2021 at 11:31:07AM +0100, Matthias Klose wrote:
> https://bugs.debian.org/cgi-bin/b
Package: gdb-bpf
Severity: minor
The description mentions AVR instead of BPF, possibly because it was
copied from gdb-avr.
Thank you for the package!
Cascardo.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstabl
Control: reopen -1
On Thu, Apr 02, 2020 at 01:33:36PM +, Debian FTP Masters wrote:
>* Update libstdc++6 symbols file for armel. Closes: #954954.
It seems the issue is still present in 10.2.0-6.
Thanks,
Ivo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6906
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #9 from
package: libstdc++6
severity: serious
Hi,
It seems the symbols file for libstdc++6 is missing some symbols on armel. The
build adds these with the latest version. This causes new builds that use
these symbols to pick up an (unnecessary) versioned dependency on the latest
gcc in unstable.
As this
package: src:autofdo
version: 0.19-2
severity: serious
tags: ftbfs
Hi,
The latest upload of autofdo to unstable fails on armel, mipsel:
https://buildd.debian.org/status/package.php?p=autofdo
Cheers,
Ivo
Control: severity -1 serious
Hi,
On Sat, Dec 07, 2019 at 07:04:05PM +0100, Aurelien Jarno wrote:
> On 2019-12-07 17:37, Debian FTP Masters wrote:
> >
> > cpp-9-mips-linux-gnu_9.2.1-21cross1_i386.deb: trying to install to
> > unstable, but could not find source (gcc-9-cross-mipsen 2+c1+b1)
> Loo
On 15-10-2019 14:33, Matthias Klose wrote:
> On 14.10.19 10:10, Tom de Vries wrote:
>> On 13-10-2019 21:34, Kurt Kremitzki wrote:
>>> Hi Matthias,
>>>
>>> On Saturday, October 12, 2019 12:34:30 PM CDT Matthias Klose wrote:
>>>> Control: ta
On 13-10-2019 21:34, Kurt Kremitzki wrote:
> Hi Matthias,
>
> On Saturday, October 12, 2019 12:34:30 PM CDT Matthias Klose wrote:
>> Control: tags -1 + moreinfo
>> Control: severity -1 grave
>>
>> please could you attach the binary, or put it somewhere on the web?
>>
>
> Sorry, which binary are y
On Sun, 19 Aug 2018 12:33:32 +0200 Freek de Kruijf
wrote:
> Package: cpp-6
> Version: 6.3.0-18+deb9u1
> Severity: important
> Tags: a11y
>
> Dear Maintainer,
>
>
>* What led up to the situation?
>I tried to upgrade the system
>
>* What exa
Package: cpp-6
Version: 6.3.0-18+deb9u1
Severity: important
Tags: a11y
Dear Maintainer,
* What led up to the situation?
I tried to upgrade the system
* What exactly did you do (or not do) that was effective (or
ineffective)?
I ran "apt update" and "apt upgrade"
* What was th
Package: gdc
Version: 4:8-20180321-1
Severity: normal
Hello,
The gdc package says:
> Depends: gdc-8 (>= 8-20180321-1~), libgphobos-dev (= 8-20180321-1)
> Description-en: D compiler (language version 2), based on the GCC backend
> This is a dependency package providing the default D compiler.
>
Source: gcc-7-cross-ports
Version: 11
Severity: serious
Since February 2018, some of the binary packages are not built anymore.
Per the changelog:
gcc-7-cross-ports (10) unstable; urgency=medium
* Build using 7.3.0-4.
*
* Stop building packages now built from gcc-8-cross.
*
-- Matthias
Deze email nieuwsbrief werd in grafisch HTML formaat verzonden.
Als u deze tekstversie ziet, verkiest uw email programma "gewone tekst" emails.
U kan de originele nieuwsbrief online bekijken:
http://hjtru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6906
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #7 from
[1] web
[2] nuestros servicios
forum
[3] contacto
servicios ofrecidos
transmaquina
transporte de carga y alquiler de maquinaria
estimados srs.
quedamos a sus ordenes como proveedores serios y motivados a prestarles un
excelente servicio en toda venezuela.
en caso de necesitar servicios
equipos para la venta
en transmaquina estamos constantemente evolucionando buscando nuevas formas de
prestarles servicios a nuestros clientes, es por esto que queremos presentarles
nuestra división de venta de equipos.
actualmente contamos a la fecha con una cartera importante de equipos
Package: libcc1-0
Version: 6.3.0-2
Severity: normal
When using the compile option in gdb, I get:
Could not find a compiler matching
"^(x86_64|i.86)(-[^-]*)?-linux(-gnu)?-x86_64-linux-gnu-gcc-6$"
gdb already adds the arch and os. Then libcc1 adds it again. By default,
COMPILER_NAME in libcc1 is
lose wrote:
>> Control: severity -1 important
>>
>> On 22.11.2016 22:21, Peter De Wachter wrote:
>>> Package: gdc-6
>>> Version: 6.2.1-4
>>> Severity: serious
>>> Justification: breaks other packages (ii-esu, tatan, dub)
>>>
>>&g
Package: gdc-6
Version: 6.2.1-4
Severity: serious
Justification: breaks other packages (ii-esu, tatan, dub)
Hi,
This upload has a bug very similar to #835255. The same test program
again fails to link:
import std.datetime;
void main () { }
$ gdc -o date date.d
/usr/lib/gcc/x86_64-linux-gnu/6/li
equipos para la venta
en transmaquina estamos constantemente evolucionando buscando nuevas formas de
prestarles servicios a nuestros clientes, es por esto que queremos presentarles
nuestra división de venta de equipos.
actualmente contamos a la fecha con una cartera importante de equipos
Package: gdc-6
Version: 6.2.0-1
Severity: normal
Hi. In this release, programs that reference std.datetime fail to
build, with error messages referencing curl and libdl. I don't know
what's going on here, but it seems there's something badly broken in
libphobos.
$ cat date.d
import std.datetime;
Package: gdc-5
Version: 5.4.0-4
Severity: normal
Hi,
If ldc is installed, gdc will attempt to use ldc's include files in
preference to its own. This won't work, as many of these files are not
portable:
$ cat test.d
import core.stdc.stdarg;
$ gdc -c test.d
/usr/include/d/core/stdc/stdarg
Package: gdc-5
Version: 5.4.0-3
Severity: serious
Justification: makes dependent packages ftbfs
Hi,
This version of gdc cannot build executables due to a missing -lgdruntime:
$ cat test.d
void main() { }
$ gdc test.d
/usr/bin/ld: cannot find -lgdruntime
collect2: error: ld returned 1
Package: gdc-6
Version: 6-20160117-1
Severity: normal
Dear Maintainer,
This program fails to compile in this gdc snapshot:
void main() {
real[] a = [-1];
}
It is accepted by both gdc-5 and the dmd reference compiler.
-- System Information:
Debian Release: stretch/sid
APT prefers uns
On Thu, 24 Sep 2015, Henrique de Moraes Holschuh wrote:
> 1. Bug exists in gcc Debian 4.6.4-7 (latest 4.6 in unstable)
> 2a. Bug exists in gcc Debian 4.7.2-5 (default gcc for oldstable)
> 2b. Bug exists in gcc Debian 4.7.4-3 (latest 4.7 in unstable)
> 3. Bug exists in gcc Debian 4.8
Matthias,
Given the new information I just sent to the bug report, and since all
current versions of gcc have this issue, it should not remain as "wishlist"
in gcc-4.7 only.
I have tagged it "upstream" for now, and removed the "moreinfo" tag.
Should I raise severity back to important, or to norm
On Thu, 24 Sep 2015, Henrique de Moraes Holschuh wrote:
> It still exists on gcc-4.9 in stable (gcc Debian 4.9.2-10). I am going to
> test on an unstable chroot and gcc-snapshot in a few moments.
I've tested it in unstable as well. Here's a proper summary:
1. Bug exists in gc
On Thu, 24 Sep 2015, Matthias Klose wrote:
> which is EOL upstream for more than a year, and which targets non-default
> flags. You don't even try to reproduce with current GCC versions in
-O3 is not exactly a "uncommon" flag. I just tracked it down to
-ftree-vectorize (enabled by -O3) to _help_
Package: gcc-4.7
Version: 4.7.2-5
Severity: important
On x86 and x86-64, the platform explicitly supports unaligned access,
and in fact such access has been heavily optimized on the latest Intel
and AMD processors.
A _lot_ of code takes advantage of this, as it is often extremely
painful (or slow
Matthias Klose wrote:
> On 05/26/2015 08:32 AM, Erik de Castro Lopo wrote:
> > Erik de Castro Lopo wrote:
> >
> >> Package: gcc-4.9
> >> Version: 4.9.2-16
> >> Severity: normal
> >
> > Same problem with gcc-4.9.2-18 from unstable.
>
>
Erik de Castro Lopo wrote:
> Package: gcc-4.9
> Version: 4.9.2-16
> Severity: normal
Same problem with gcc-4.9.2-18 from unstable.
Erik
--
------
Erik de Castro Lopo
http://www.mega-nerd.com/
--
To UNSUBSCRIBE, email
Package: gcc-4.9
Version: 4.9.2-16
Severity: normal
Dear Maintainer,
Trivial C program:
#include
#include
int main (void)
{ pthread_cond_t cond;
pthread_cond_init(&cond, NULL);
return 0;
}
Above works correctly when compiled and run (even under Valgrind)
Hi Ludovic,
On Wed, Jan 21, 2015 at 09:29:25AM +0100, Ludovic Brenta wrote:
> Neil Williams writes:
> >> unless you tell me how the b-d
> >>
> >> gcc-4.9-source (<< 4.9.2)
> >>
> >> is satisfied in unstable, please leave this issue open.
> >
> > That doesn't make sense. gnat-4.9 in unstable h
Package: gcc-4.9
Version: 4.9.1-19
Severity: normal
I have a minimal reproducable test case in a git repo here:
https://github.com/erikd/gcc-aarch64-optimization-bug
which contails a test program which passes when run with
optimization flags "-O1" and fails with "-O1 -fschedule-insns".
to happen ? :-)
ie: How easy is it really!!
PS: Just in case: # apt-get remove --purge .\*:armhf
--
Rob. (Robert de Bath )
<http://www.debath.co.uk/>
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with
r
Liquide), evaluating a pollution (Total), estimating water quality in rivers
(European Environment Agency), controlling the safety in
a nuclear reactor (Institut de Radioprotection et de Surete Nucleaire), and so
on.
In order to learn more about the book and see an order form, please see:
http:
Package: gcc-4.9
Version: 4.9-20140411-2
Severity: normal
This is a regression from gcc-4.8.
With gcc-4.8 this works because -fsanitize=address works in 4.8:
> gcc-4.8 -fsanitize=address test.c -o /dev/null
and this fails and exits with non-zero because -fsanitize=integer
is not supported i
Control: reopen -1
Hi,
On Wed, Apr 16, 2014 at 07:51:05PM +, Debian Bug Tracking System wrote:
> gnat-4.9 (4.9-20140411-2) unstable; urgency=low
> .
>[Nicolas Boulenguez]
>* rules.conf (Build-Depends): mention gnat before gnat-x.y so that
> buildds can bootstrap 4.9 in unstable
package: gnat-4.9
version: 4.9-20140411-1
severity: serious
Hi,
The upload of gnat-4.9 in unstable build-depends on 'gnat-4.9 | gnat-4.6 (>=
4.6.4-2) | gnat (>= 4.1)' and 'gnat-4.9 | gnat-4.6 (>= 4.6.4-2) | gnat (<<
4.6.1)'. As the buildds only look at the first alternative build-dependency,
it i
package: gnat-4.6
version: 4.6.4-2
severity: serious
Hi,
It seems gnat-4.6 is no longer buildable on buildds:
https://buildd.debian.org/status/package.php?p=gnat-4.6
This is probably caused by the change (in 4.6.4-2) of gnat-4.6-base from arch
any to arch all. The strict versioned dependency of
the two reviews recently
published by the Bulletin, Irish Math. Society, please see:
http://scmsa.eu/archives/AMW_Readers_comments.pdf
The book can be bought on line.
Thank you for your interest
Prof. Bernard Beauzamy
Chairman and CEO,
Societe de Calcul Mathematique SA
111 Faubourg St Honoré
750
Package: libstdc++6-4.8-dbg
Version: 4.8.2-15
Severity: normal
Dear Maintainer,
This package contains python scripts which should allow gdb to
pretty-print C++ types. But these scripts fail to load:
File "/usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py",
line 63, in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42605
Erik Brangs changed:
What|Removed |Added
CC||erik.brangs at gmx dot de
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32809
Erik Brangs changed:
What|Removed |Added
CC||erik.brangs at gmx dot de
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42607
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
--- Comment #26 from rguenther at suse dot de
2012-01-13 09:08:30 UTC ---
On Fri, 13 Jan 2012, ebotcazou at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
>
> Eric Botcazou changed:
>
>W
Package: gdc-4.6
Version: 0.29.1-4.6.2-1
Severity: normal
If no '-c' option is specified, gdc doesn't generate the right output file
name:
$ gdc-4.6 -c HelloWorld.d
$ ls
HelloWorld.d
HelloWorl.o
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstab
Package: gdc-4.4
Version: 1.063-4.4.6-7
Severity: important
Any invocation of the gdc-4.4 compiler prints a multilib-relted warning:
cc1d: warning: command line option "-imultilib" is valid for
C/C++/Fortran/ObjC/ObjC++ but not for D
This is rather annoying and hides useful compiler warnings
On Tue, 17 May 2011, Matthias Klose wrote:
> >Assuming we can't just do away with i486 support for now, did anyone track
> >down exactly what was causing breakages that forced the change from
> >march=486 to march=586?
>
> libgomp assumes 586; there were some GFortran/OMP issues on i386.
"assumes
On Mon, 16 May 2011, Ben Hutchings wrote:
> I think any claim that Debian supports 486-class processors is more of
> an aspiration. What maintainer has the time to test on such antiques
> regularly?
Well, nobody is running regular kernel regression testing on 486-class
hardware AFAIK, and that in
On Sun, 15 May 2011, Ben Hutchings wrote:
> On Sun, 2011-05-15 at 09:28 -0300, Henrique de Moraes Holschuh wrote:
> > On Sun, 15 May 2011, Mike Hommey wrote:
> > > I just found out that gcc is compiled with --with-arch-32=i586, which
> > > effectively means it builds
On Sun, 15 May 2011, Mike Hommey wrote:
> I just found out that gcc is compiled with --with-arch-32=i586, which
> effectively means it builds with -march=i586 by default (and that it
> still claims an i486-linux-gnu target).
>
> I'm wondering. Is the project at large aware that we're not building
Un virus de DGTFX a été détecté dans vos dossiers que votre compte de
courrier électronique doit être amélioré à notre nouvelle version 2010
fixée d'antivirus de DGTFX pour empêcher des dommages à notre notation
de webmail et à vos dossiers importants.
Cliquez sur votre étiquette de ré
the description
in the manual, I'm guessing it should fail, which would mean that
there's a bug in the cycle detection algorithm.
Regards
Peter De Wachter
[1] http://www.debian.org/doc/developers-reference/pkgs.html#bug-answering
==> P47Boot.d <==
module P47Boot;
import P47Ga
a working executable. Recently the same problem occured with
parsec47 (#583638).
Regards
Peter De Wachter
--
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/12752
Op Wed, 21 Apr 2010 16:55:36 +0100
schreef Iain Buclaw :
> On 20 April 2010 23:25, Peter De Wachter wrote:
>
> > Now that this bug is fixed I've requested give-backs for the
> > affected packages.
>
> Do let us know how it goes, I didn't get round to testing
Now that this bug is fixed I've requested give-backs for the affected
packages.
--
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/20100421002546.7ddfe...@wallach.localdom
--- Comment #14 from rguenther at suse dot de 2010-03-19 10:09 ---
Subject: Re: [4.3 Regression] very long
compile-time in PRE building gimp-plugin-registry
On Fri, 19 Mar 2010, kurt at garloff dot de wrote:
> --- Comment #11 from kurt at garloff dot de 2010-03-19 00
--- Comment #13 from kurt at garloff dot de 2010-03-19 08:03 ---
> Well for 4.5, make sure you configured with --enable-checking=release;
> otherwise it is not a fair comparison.
Did not change anything unfortunately :-(
(I have enabled --enable-lto in case this matters, though
--- Comment #11 from kurt at garloff dot de 2010-03-19 00:34 ---
(In reply to comment #10)
> GCC 4.3.4 is being released, adjusting target milestone.
Very non-scientific benchmark:
Did compile latest gmic-1.3.4.0 on a 2xL5540 system (plenty of RAM) with make
-j8 and compile flags:
On Thu, 29 Oct 2009, Kees Cook wrote:
> On Thu, Oct 29, 2009 at 10:01:08PM -0200, Henrique de Moraes Holschuh wrote:
> > On Tue, 27 Oct 2009, Kees Cook wrote:
> > > On Mon, Oct 26, 2009 at 11:14:25AM +0100, Bastian Blank wrote:
> > > > On Sun, Oct 25, 2009 at 11:
On Tue, 27 Oct 2009, Kees Cook wrote:
> On Mon, Oct 26, 2009 at 11:14:25AM +0100, Bastian Blank wrote:
> > On Sun, Oct 25, 2009 at 11:55:25AM -0700, Kees Cook wrote:
> > > I would like to propose enabling[1] the GCC hardening patches that Ubuntu
> > > uses[2].
> >
> > How do they work? Do they als
On Thu, 29 Oct 2009, Christoph Anton Mitterer wrote:
> On Tue, 2009-10-27 at 22:19 -0200, Henrique de Moraes Holschuh wrote:
> > Well, the issue raised in LKML is that you absolutely should *not* enable
> > -fstack-protector-all unless you _really_ know what you're doing, an
s
that it contains the basic components of the complier.
--
Rob. (Robert de Bath )
<http://www.debath.co.uk/>
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe"
On Tue, 27 Oct 2009, Kees Cook wrote:
> > > It seems the kernel will not be happy if the stack protector is switched
> > > on unconditionally:
> > >
> > > http://osdir.com/ml/linux-kernel/2009-10/msg07064.html
> >
> > Indeed. The kernel build system needs to be able to command whether
> > stackp
On Mon, 26 Oct 2009, Gabor Gombas wrote:
> On Mon, Oct 26, 2009 at 11:14:25AM +0100, Bastian Blank wrote:
> > On Sun, Oct 25, 2009 at 11:55:25AM -0700, Kees Cook wrote:
> > > I would like to propose enabling[1] the GCC hardening patches that Ubuntu
> > > uses[2].
> >
> > How do they work? Do they
--- Comment #16 from dl9pf at gmx dot de 2009-10-26 12:29 ---
Confirmed also for 4.4.1 on arm-linux-gnueabi.
--
dl9pf at gmx dot de changed:
What|Removed |Added
importantly this prevents me
from creating a Debian system without a C compiler.
--
Rob. (Robert de Bath )
<http://www.debath.co.uk/>
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "
egards,
Mark de Wever
(Wesnoth developer)
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
--- Comment #17 from rguenther at suse dot de 2009-09-06 14:20 ---
Subject: Re: [4.4/4.5 Regression] ICE in
compute_antic, at tree-ssa-pre.c:2419
On Sun, 6 Sep 2009, dberlin at dberlin dot org wrote:
> --- Comment #16 from dberlin at gcc dot gnu dot org 2009-09-06 14
--- Comment #15 from rguenther at suse dot de 2009-09-06 14:17 ---
Subject: Re: [4.4/4.5 Regression] ICE in
compute_antic, at tree-ssa-pre.c:2419
On Sun, 6 Sep 2009, dberlin at dberlin dot org wrote:
>
>
> --- Comment #14 from dberlin at gcc dot gnu dot org 2009-09
--- Comment #132 from ich at az2000 dot de 2009-07-22 20:54 ---
So that means that this C++ example could crash under certain circumstances
(depending on how far the compiler is optimising here)?
#include
#define third ((double)atoi("1")/atoi("3"))
int
Package: gcc-4.2
Version: 4.2.4-6
Severity: important
Tags: fixed-upstream
gcc 4.2.4-6 generates bad code when -f no-strict-overflow is used.
This causes kernel 2.6.27.27 and 2.6.30.2 to be miscompiled and hang. It
may be a cause of suble errors elsewhere in the kernel, too.
I don't know if the
--
mkl at pengutronix dot de changed:
What|Removed |Added
CC||mkl at pengutronix dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #129 from ich at az2000 dot de 2009-05-18 14:24 ---
I am a bit wondering if this bug is also for the case (a < b) && (b < a) ==
true. Is it?
Because if so, this becomes way more serious, as for example std::set
is broken then (and depending on the STL impl
Package: gcc-4.3
Version: 4.3.3-8
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of gcc-4.3_4.3.3-8 on mayr by sbuild/mips 99.999
> Build started at 20090416-1609
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: dpkg-dev (
Package: gdc-4.1
Version: 0.25-4.1.2-23.2
Severity: normal
gdc on i386 inserts four bytes of padding in this struct (so that it's
total size is 16 bytes), while gcc doesn't:
struct test {
int mode;
double mu;
};
According to http://www.digitalmars.com/d/1.0/abi.html, structs should
conform "
Package: gdc-4.1
Version: 0.25-4.1.2-23.2
Severity: normal
Torus Trooper (0.22.dfsg1-4) fails to start with this error message
depending on the order in which the object files were linked:
"Error: circular initialization dependency with module abagames.tt.shape"
This command produces a working bi
Package: gcc-snapshot
Version: 20090224-1
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of gcc-snapshot_20090224-1 on mayr by sbuild/mips 99.999
> Build started at 20090227-0205
[...]
> ** Using build dependencies supplied by package:
> Build-Dep
Package: ppl
Version: 0.10-3
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of ppl_0.10-3 on mayr by sbuild/mips 99.999
> Build started at 20090219-0952
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 6.0.7~
--
schwab at suse dot de changed:
What|Removed |Added
BugsThisDependsOn||38737
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732
--- You are
: schwab at suse dot de
GCC target triplet: i?86-*-*
OtherBugsDependingO 38732
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38737
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to
--- Comment #5 from schwab at suse dot de 2009-01-05 22:16 ---
There is padding between adjustedPtr and unwindHeader because the latter is
forced to be maximally aligned. Due to the additional member the padding was
reduced. Also, the alignment of _Unwind_Exception depends on -mavx
--- Comment #4 from schwab at suse dot de 2009-01-05 21:31 ---
>From the ABI document (2.2.1 C++ Exception Objects):
By convention, a __cxa_exception pointer points at the C++ object representing
the exception being thrown, immediately following the header. The header
structure
--- Comment #8 from schwab at suse dot de 2008-10-27 22:06 ---
Bootstrap was successful.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To
--- Comment #6 from schwab at suse dot de 2008-10-27 19:30 ---
This is the only difference, occuring in all dumps after this:
--- gcc-test-r141380/Build/gcc/csets.adb.147r.loop2_doloop 2008-10-27
20:21:09.0 +0100
+++ gcc-test-r141380.bad/Build/gcc/csets.adb
--
schwab at suse dot de changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
--- Comment #4 from schwab at suse dot de 2008-10-27 18:33 ---
It's the initialization function of the csets package (csets___elabb) that gets
miscompiled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- You are receiving this mail because: ---
You are on t
clone 499927 -1
reassign -1 gdc-4.2 0.25-4.2.4-3
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gdc-4.1
Version: 0.25-4.1.2-23.1
Severity: serious
The files in the dmd and dmd2 directories carry the following license
(full text below):
| These sources are free, they are redistributable and modifiable
| under the terms of the GNU General Public License (attached as gpl.txt),
| or th
Package: gdc-4.1
Version: 0.25-4.1.2-23.1
Severity: minor
The manpage documents a -fall-sources option, but this is not accepted by gdc:
$ gdc -fall-sources -c test.d
cc1d: error: unrecognized command line option "-fall-sources"
-- System Information:
Debian Release: lenny/sid
APT prefers un
t; Segmentation fault
>
>
> I can provide you with ssh access to my box (G4 macmini) if you want
> to test further.
>
> Let me know if you need something.
>
>
> Thanks!
>
>
> Friendly,
>
> pancho.
>
--
Peter De Wachter
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-e
# gdc-array-concat.dpatch by Peter De Wachter <[EMAIL PROTECTED]>
# DP: Fixes generation of D array concatenation calls.
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3"
dir="$3/"
elif [ $# -ne 1 ]; then
echo >&2 "`basename $0
the bug
didn't exist in older versions of GDC? (or perhaps powerpc users just
don't play games :)
--
Peter De Wachter
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, 28 Jun 2008, Debian Bug Tracking System wrote:
>[Matthias Klose]
>* Update to SVN 20080628 from the gcc-4_3-branch.
> - Fix PR target/36533, wrong-code with incorrectly assumed
> aligned_operand.
>Closes: #487115.
Other than the kernel, does this thing causes enough t
--- Comment #17 from doko at cs dot tu-berlin dot de 2008-06-25 22:16
---
Subject: Re: [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2
-funroll-loops) on ia64
mkuvyrkov at gcc dot gnu dot org writes:
> Anyway, can you help me reproduce the issue, so I can tak
Package: gcc-doc-defaults
Severity: minor
Hi!
As gcc-4.3 is now the default version (with the "gcc" package depending
on it), shouldn't gcc-doc (that depends on gcc-4.2-doc) be updated to
gcc-4.3-doc?
Thank you!
Best regards,
Nelson
-- System Information:
Debian Release: lenny/sid
APT prefer
Package: gcc-4.3
Version: 4.3.1-2
Severity: important
gcc-4.3.1 miscompiles Linux ext3 code in some targets, causing OOPSes. It
could be causing other problems elsewhere in the kernel, too.
More information:
https://bugzilla.redhat.com/show_bug.cgi?id=451068
Bug caused by (extracted from RedHat
1 - 100 of 333 matches
Mail list logo
