https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116122
Adrian Bunk changed:
What|Removed |Added
CC||bunk at stusta dot de
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358
--- Comment #15 from Adrian Bunk ---
(In reply to Tobias Burnus from comment #11)
> RFC draft patch – also to solve an offload problem with atomic and nvptx
> libgomp:
> https://gcc.gnu.org/pipermail/gcc-patches/2020-October/556297.html
> See rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #6 from Adrian Bunk ---
(In reply to James Addison from comment #5)
> Could the findings indicate that there are two bugs here?
>
> - The Geode LX target capable of supporting fcf-protection but GCC-11
> currently rejects that arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #4 from Adrian Bunk ---
(In reply to Jakub Jelinek from comment #3)
> Just build for those as -march=i586.
There is no "for those" in Debian.
There is one build of all packages for one i386 Debian release architecture.
Building the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #2 from Adrian Bunk ---
(In reply to Andrew Pinski from comment #1)
> Is OLPC really still around? I thought it died when Google came out with
> their chrome books.
Sorry for being unclear, this is the historical reason why the binu
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
To support the Geode in OLPC, the toolchain definition of i686 does include
CMOV but it does not include multi-byte NOPs.
https://bugs.debian.org/1004894 is due to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102602
--- Comment #1 from Adrian Bunk ---
Created attachment 51553
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51553&action=edit
Generated assembler
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
Created attachment 51552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51552&action=edit
Preprocessed sources
With a comma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #7 from Adrian Bunk ---
(In reply to Richard Biener from comment #6)
> I see. Still GCC or GAS produces a bogus object file (the original linker
> error). It might be the new problem is an entirely different one? It looks
> more an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #5 from Adrian Bunk ---
(In reply to Richard Biener from comment #4)
> You can also try to 'reduce' the testcase. Since you are linking a shared
> object you can try to strip as many linker inputs as possible and then
> reduce the so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
Adrian Bunk changed:
What|Removed |Added
CC||bunk at stusta dot de
--- Comment #3 from
MED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
CC: marxin at gcc dot gnu.org
Target Milestone: ---
https://buildd.debian.org/status/fetch.php?pkg=dolfin&arch=mips6
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
gcc seems to disable this warning when building without optimization, but it is
enabled with -Og:
$ cat test.c
typedef struct node234_Tag node234;
struct node234_Tag {
node234
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
$ cat test.cc
extern "C" void __clear_cache(char *beg, char *end);
$ g++-5 -c test.cc
test.cc:1:51: warning: new declaration 'void __clear_cache(char*, char*)'
ambiguates
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
From https://bugs.debian.org/897876
$ cat test.c
#include
void
evallogisticML(const double *x, const int n,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81876
--- Comment #6 from Adrian Bunk ---
(In reply to Jeffrey A. Law from comment #4)
> WRT locations/diagnostics for things like ldist where GCC conjures up code
> that has little resemblance to what the user wrote. It's a real issue once
> we issue
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
Created attachment 42676
--> https://gcc.gnu.org/bugzilla/attachment.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83021
Adrian Bunk changed:
What|Removed |Added
CC||bunk at stusta dot de
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82364
Adrian Bunk changed:
What|Removed |Added
Summary|[7 Regression] Enormous |[7 Regression] Enormous
ity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
Created attachment 42263
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42263&action=edit
piglit-util-gl-enum-gen
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
Testcase based on an xbubble build error on Debian:
$ cat test.c
struct _Bubble {
int color;
};
typedef struct _Bubble * Bubble;
typedef enum
Assignee: unassigned at gcc dot gnu.org
Reporter: bunk at stusta dot de
Target Milestone: ---
$ cat test.c
#include
$ gcc -m64 -c -C test.c -O0
$ gcc -m64 -c -C test.c -O1
$ gcc -m32 -c -C test.c -O0
$ gcc -m32 -c -C test.c -O1
In file included from /usr/include/math.h:472:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78580
Adrian Bunk changed:
What|Removed |Added
CC||bunk at stusta dot de
--- Comment #8 from
--- Comment #24 from bunk at stusta dot de 2009-01-26 00:49 ---
(In reply to comment #23)
> It doesn't reproduce for me with 4.4 either. Maybe this is a dup of PR38789?
Seems so:
I've confirmed that the 4.4-20090109 snapshot is broken, and the 4.4-20090123
snap
--- Comment #22 from bunk at stusta dot de 2009-01-25 22:05 ---
Check my comments #10 and #11 and the definition of ilog2() in
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=include/linux/log2.h;h=25b808631cd92c50d10cf6a31b2d9b9942b62ac9;hb
--- Comment #21 from bunk at stusta dot de 2009-01-25 22:00 ---
(In reply to comment #20)
> The testcase from #17 does not reproduce the issue for me with recent GCC 4.3.
This bug is a regression in gcc 4.4, it was AFAIK never present in gcc 4.3.
Haven't tried more recent gcc
--- Comment #2 from bunk at stusta dot de 2008-08-05 15:59 ---
Created an attachment (id=16025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16025&action=view)
hw.i.gz
$ powerpc64-linux-gcc --version
powerpc64-linux-gcc (GCC) 4.4.0 20080805 (experimental)
Copyright (C) 20
--- Comment #1 from bunk at stusta dot de 2008-08-05 15:56 ---
Stephen Rothwell reported that he also saw it on powerpc.
I verified the bug on powerpc with the following gcc versions:
- 4.2.4
- 4.3, latest svn
- 4.4, latest svn
4.1.2 is fine.
--
bunk at stusta dot de changed
--- Comment #1 from bunk at stusta dot de 2008-07-25 09:58 ---
Created an attachment (id=15959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15959&action=view)
route.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36929
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC target triplet: m68k-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36929
--- Comment #8 from bunk at stusta dot de 2008-07-06 18:45 ---
See the duplicate #35454:
This is a problem often seen when compiling Linux kernels.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32424
--- Comment #3 from bunk at stusta dot de 2008-06-24 20:19 ---
Yes, bfin-uclinux works for me.
It might be nice to get bfin-linux as an alias for bfin-uclinux, but this bug
of mine is definitely INVALID.
--
bunk at stusta dot de changed:
What|Removed
--- Comment #11 from bunk at stusta dot de 2008-06-10 10:28 ---
(In reply to comment #7)
> Looking at http://www.readcode.org/code/linux-2.6.20/include/linux/log2.h it
> seems that either the argument to ilog _is_ zero or the compiler thinks so.
If you disassemble Mirco'
--- Comment #10 from bunk at stusta dot de 2008-06-10 10:11 ---
Created an attachment (id=15745)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15745&action=view)
Mirco's usbcore.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--- Comment #5 from bunk at stusta dot de 2008-05-14 18:30 ---
I can confirm that it's fixed.
--
bunk at stusta dot de changed:
What|Removed |Added
S
--- Comment #3 from bunk at stusta dot de 2008-05-11 14:03 ---
Created an attachment (id=15628)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15628&action=view)
assembler generated by 4.3-20080508 (broken)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36210
--- Comment #2 from bunk at stusta dot de 2008-05-11 14:02 ---
Created an attachment (id=15627)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15627&action=view)
assembler generated by 4.3-20080501 (working)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36210
--- Comment #1 from bunk at stusta dot de 2008-05-11 14:01 ---
Created an attachment (id=15626)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15626&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36210
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target t
--- Comment #13 from bunk at stusta dot de 2008-04-25 20:46 ---
Rask, what is the status of your patch?
It would be nice if this bug was fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34226
--- Comment #4 from bunk at stusta dot de 2008-04-25 17:38 ---
Works with 4.3-20080424, so whatever it was it seems to be already fixed.
--
bunk at stusta dot de changed:
What|Removed |Added
--- Comment #2 from bunk at stusta dot de 2008-04-22 20:27 ---
No ICE when trying to compile this kernel with gcc 4.3.0, gcc 4.4 wasn't
tested.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36018
--- Comment #1 from bunk at stusta dot de 2008-04-22 20:25 ---
Created an attachment (id=15512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15512&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36018
c
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triple
--- Comment #7 from bunk at stusta dot de 2008-03-26 13:54 ---
Bug seems to be no longer present with svn HEAD.
Bug is still present in 4.3 as of 4.3-20080320.
--
bunk at stusta dot de changed:
What|Removed |Added
--- Comment #5 from bunk at stusta dot de 2008-03-25 19:24 ---
The flags I used are in my bug description.
It seems "-Os -fno-unit-at-a-time" are the minimum flags required for
reproducing it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
--- Comment #3 from bunk at stusta dot de 2008-03-17 19:23 ---
That's the UML kernel, and it was added there quite some time ago.
I do not know whether that might be dropped or whether it might still result in
increased stack usage with gcc 4.3, but IMHO as long as gcc offers
--- Comment #1 from bunk at stusta dot de 2008-03-17 19:11 ---
Created an attachment (id=15337)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15337&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
riority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35609
--- Comment #1 from bunk at stusta dot de 2008-03-04 07:45 ---
Created an attachment (id=15258)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15258&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: h8300-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
--- Comment #1 from bunk at stusta dot de 2008-03-04 07:19 ---
Created an attachment (id=15257)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15257&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35454
roduct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35454
'
--
Summary: [4.3/4.4 Regression] bfin libgcc build error
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at s
--- Comment #32 from bunk at stusta dot de 2007-11-27 19:31 ---
(In reply to comment #30)
>...
> I am not a kernel developer, but my feeling as a GCC developer is that
> you must provide the entry points in libgcc whenever you are linking
> code compiled with GCC. In other
--- Comment #31 from bunk at stusta dot de 2007-11-27 19:16 ---
(In reply to comment #29)
> This is IMHO at most a QOI issue - at Novell we mark timespec_add_ns's u64
> parameter as volatile to work around this issue. I expect upstream to adopt
> a workaround as well.
--- Comment #6 from bunk at stusta dot de 2007-11-10 07:58 ---
I remove the dependency on PR32044:
This bug is really just something I observed by chance when looking at the
kernel compilation problem, but unless I completely misunderstood your comments
here whatever is required to fix
--- Comment #25 from bunk at stusta dot de 2007-11-10 07:41 ---
Adding workarounds in all affected places in the kernel would be horribly
fragile, but I've confirmed your -fno-tree-scev-cprop suggestion works around
it and I'll submit a patch to the Linux kernel to use it wi
--- Comment #23 from bunk at stusta dot de 2007-11-09 17:09 ---
We need a way to globally prevent it in the kernel or it will be a repeating
source of problems there.
Is -fno-tree-scev-cprop a reasonable (and not too expensive) workaround for the
Linux kernel?
--
http
--- Comment #21 from bunk at stusta dot de 2007-11-09 16:26 ---
Let's leave the right/wrong discussion and look at it more pragmatically:
Could gcc get some kind of --expensive-libgcc flag that tells gcc that libgcc
calls are a bit more expensive than usually and should be av
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-li
--- Comment #1 from bunk at stusta dot de 2007-07-17 18:05 ---
Created an attachment (id=13933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13933&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32796
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i68
--- Comment #2 from bunk at stusta dot de 2007-07-15 23:59 ---
Created an attachment (id=13918)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13918&action=view)
preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772
--- Comment #1 from bunk at stusta dot de 2007-07-15 23:56 ---
Created an attachment (id=13917)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13917&action=view)
complete error messages
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772
FIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc
--- Comment #7 from bunk at stusta dot de 2006-09-10 22:42 ---
It works up to 4.1 but does no longer work in 4.2.
If your point is that I don't have a libc for the target installed:
Is there any point in the documentation I missed that should have told me this
worked only acciden
--- Comment #7 from bunk at stusta dot de 2006-09-06 17:22 ---
I don't have a glibc for this target.
But this might be where my problems are coming from:
I am able to compile gcc 4.1.1 for at about a dozen targets without having any
libc for these targets present. And the resu
--- Comment #4 from bunk at stusta dot de 2006-09-06 14:19 ---
Note:
"checking host system type... powerpc64-unknown-linux-gnu" is obviously wrong
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28962
--- Comment #3 from bunk at stusta dot de 2006-09-06 14:15 ---
Created an attachment (id=12199)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12199&action=view)
powerpc64-linux/libmudflap/config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28962
--- Comment #2 from bunk at stusta dot de 2006-09-06 14:13 ---
Created an attachment (id=12198)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12198&action=view)
make log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28962
--- Comment #1 from bunk at stusta dot de 2006-09-06 14:13 ---
Created an attachment (id=12197)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12197&action=view)
configure log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28962
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC host triplet: i686-pc-linux-gnu
GCC target
--- Comment #5 from bunk at stusta dot de 2006-09-04 16:46 ---
I can reproduce it trying to build a cross compiler for a powerpc64-linux-
target.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
--- Comment #4 from bunk at stusta dot de 2006-09-04 16:27 ---
Created an attachment (id=12187)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12187&action=view)
arm-linux/libiberty/config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
--- Comment #2 from bunk at stusta dot de 2006-09-04 15:34 ---
Created an attachment (id=12186)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12186&action=view)
make log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
--- Comment #1 from bunk at stusta dot de 2006-09-04 15:34 ---
Created an attachment (id=12185)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12185&action=view)
configure log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
ter GCC_NO_EXECUTABLES.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i
--- Comment #7 from bunk at stusta dot de 2005-12-30 22:34 ---
(In reply to comment #6)
> Only gcc.dg/vect/pr20122.c is a semi real bug and it is just a testsuite bug
> and I don't see it on the 4.1 branch at all:
> http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg015
--- Comment #5 from bunk at stusta dot de 2005-12-30 22:17 ---
(In reply to comment #4)
> Don't report debian bugs to the FSF GCC, report them to first.
Please READ bug reports before closing them.
As I said in comment #3, I DO USE UNMODIFIED GCC 4.0.2 SOURCES FROM ftp.gnu.or
--- Comment #3 from bunk at stusta dot de 2005-12-30 22:04 ---
(In reply to comment #2)
> Also other people don't get the (In reply to comment #1)
Looking through the test results posted for 4.0 and 4.1 to
http://lists.debian.org/debian-gcc/ (which are a superset of the o
rsion: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GC
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25605
t gnu dot org
ReportedBy: bunk at stusta dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24246
--
What|Removed |Added
Known to work||4.0.1
Summary|"make check" fixinclude |[4.1 Regression] "make
|failure
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to work||4.0.1
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From bunk at stusta dot de 2005-08-17 16:33 ---
Created an attachment (id=9520)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9520&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23445
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23445
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
--
What|Removed |Added
Known to work||4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--- Additional Comments From bunk at stusta dot de 2005-08-15 15:28 ---
Created an attachment (id=9498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9498&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
T_DEFS
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
CC: gcc-bugs at gcc dot gnu dot org
GC
unknown
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-l
--- Additional Comments From bunk at stusta dot de 2005-07-28 23:11 ---
I'm still getting the error from comment 2 with HEAD last updated a few hours
ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18367
95 matches
Mail list logo
