.
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
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
--- 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
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
--- 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
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
: 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
--
What|Removed |Added
Known to work||4.0.1
Summary|make check fixinclude |[4.1 Regression] make
|failure
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
--- 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
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
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
--- 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
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
--- 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
'
--
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
: 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
at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35609
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
--- 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 #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
: 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 #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
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 #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
--- 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 #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 #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
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 #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
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
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
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
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
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
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=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
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,
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
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
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.
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
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
--- 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=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/
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=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
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 #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=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
94 matches
Mail list logo