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
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
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
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
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
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=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=edit
Preprocessed sources
With a command like
/usr/
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
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
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=mips64el=2019.
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 built-in d
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
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=edit
piglit-util-gl-enum-gen.i
piglit
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 #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 versions
--- 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 #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
snapshot is fixed
--- 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 #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=16025action=view)
hw.i.gz
$ powerpc64-linux-gcc --version
powerpc64-linux-gcc (GCC) 4.4.0 20080805 (experimental)
Copyright (C) 2008 Free
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 #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=15959action=view)
route.i
--
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 #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=15745action=view)
Mirco's usbcore.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--- 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's usbcore.o
--- 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
Status
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 triplet: arm-unknown-linux-gnu
http://gcc.gnu.org/bugzilla
--- 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=15626action=view)
preprocessed source
--
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=15627action=view)
assembler generated by 4.3-20080501 (working)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36210
--- 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=15628action=view)
assembler generated by 4.3-20080508 (broken)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36210
--- 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 #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
: 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 triplet: powerpc64
--- 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=15512action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36018
--- 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 #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
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
--- 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=15337action=view)
preprocessed source
--
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
at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35609
: 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
--- 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=15257action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35454
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:45 ---
Created an attachment (id=15258)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15258action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
'
--
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 stusta
--- 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. Note that some
--- 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 words, that GCC
--- 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 avoided
--- 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 #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 with gcc 4.3
--- 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
nearly doubled
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
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-linux-gnu
GCC target triplet: i686
--- 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=13933action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32796
subvariables should have appeared
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
--- 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=13917action=view)
complete error messages
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772
--- 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=13918action=view)
preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772
--- 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 accidentally
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 triplet: powerpc64-unknown-linux-gnu
--- 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=12197action=view)
configure 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=12198action=view)
make log
--
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=12199action=view)
powerpc64-linux/libmudflap/config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28962
--- 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 #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 resulting
.
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: i686-pc-linux-gnu
GCC
--- 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=12185action=view)
configure 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=12186action=view)
make log
--
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=12187action=view)
arm-linux/libiberty/config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
--- 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
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
: 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
GCC target triplet: i686-pc-linux-gnu
--- 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 one's I'm
seeing
--- 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.org
--- 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/msg01577.html
http
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
: 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
--- 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=9520action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23445
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to work||4.0.1
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-linux-gnu
GCC host
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
GCC build triplet: i686
--- 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=9498action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--
What|Removed |Added
Known to work||4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
--- 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