||arm-rtems4.11
CC||joel at gcc dot gnu.org
Host||x86_64-unknown-linux-gnu
--- Comment #10 from Joel Sherrill 2011-10-30
23:52:21 UTC ---
FWIW I am using a native gcc on x86_64 to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50908
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50945
Bug #: 50945
Summary: ICE
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50945
--- Comment #1 from Joel Sherrill 2011-11-01 17:53:23
UTC ---
Created attachment 25676
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25676
Preprocessed source for failure case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50945
--- Comment #2 from Joel Sherrill 2011-11-01 17:55:48
UTC ---
WORKS: -O0 -msoft-float
FAILS: -O1 -msoft-float
FAILS: -O2 -msoft-float
WORKS: -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50979
Bug #: 50979
Summary: sparc mcpu=v8 libgcc2 "mul32" not enabled for "smul"
or "umul"
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50979
--- Comment #1 from Joel Sherrill 2011-11-03 13:56:07
UTC ---
Created attachment 25704
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25704
Preprocessed source for failure case
Preprocessed source code which trips issue. It can be reproduc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50980
Bug #: 50980
Summary: arm-rtems multilib not matching for -mfpu=vfp
-mfloat-abi=soft
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50979
--- Comment #3 from Joel Sherrill 2011-11-03 15:32:12
UTC ---
(In reply to comment #2)
> Are you sure this was introduced by my libgcc series? I'd like to avoid
> hunting down unrelated issues.
No. I just know it is the next breakage in the sp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50979
--- Comment #6 from Joel Sherrill 2011-11-03 17:06:52
UTC ---
(In reply to comment #5)
> Created attachment 25707 [details]
> Tentative fix
That seems to have done the trick enough to complete the build of gcc.
Please commit it.
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
Bug #: 50989
Summary: sparc libgcc2 __udivmoddi4 has undefined reference to
.umul
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
--- Comment #1 from Joel Sherrill 2011-11-03 21:07:21
UTC ---
Created attachment 25710
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25710
Proposed solution
With this change, the RTEMS configure process finished and RTEMS is currently
buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
--- Comment #3 from Joel Sherrill 2011-11-04 12:57:43
UTC ---
Author: joel
Date: Fri Nov 4 12:57:40 2011
New Revision: 180946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180946
Log:
2011-11-04 Joel Sherrill
PR target/50989
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50980
--- Comment #1 from Joel Sherrill 2011-11-04 13:27:12
UTC ---
Sebastian Huber posted http://gcc.gnu.org/ml/gcc-patches/2011-11/msg00500.html
and I have been using it successfully. A variant of this has been used for
months with the shipping RTEM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50980
--- Comment #2 from Joel Sherrill 2011-11-04 15:22:11
UTC ---
Author: joel
Date: Fri Nov 4 15:22:06 2011
New Revision: 180959
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180959
Log:
2011-11-04Thomas Doerfler
PR target/50980
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50980
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50100
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51003
Bug #: 51003
Summary: bfin ICE compiling libgcc in gen_const_vector, at
emit-rtl.c:5476
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51003
Joel Sherrill changed:
What|Removed |Added
Target||bfin-rtems4.11
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51021
Bug #: 51021
Summary: mips optab.c compilation error
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51022
Bug #: 51022
Summary: powerpc libgcc static-object.mk error
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51022
--- Comment #1 from Joel Sherrill 2011-11-08 04:08:53
UTC ---
Configure command as reported by config.log in the top of the build tree.
/users/joel/test-gcc/gcc-svn/configure
--with-ppl=/users/joel/test-gcc/install-svn --disable-werror
--enable-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51022
--- Comment #3 from Joel Sherrill 2011-11-08 18:12:13
UTC ---
Created attachment 25755
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25755
workaround for other issue
Sorry. Something broke it in a different place before you could get to i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51073
Bug #: 51073
Summary: _gfortran_caf_register incorrectly assumes malloc(0)
returns non-NULL
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51021
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51073
--- Comment #4 from Joel Sherrill 2011-11-10 13:10:43
UTC ---
I double checked the test log. This looks to have only caused one test
failure. I thought it caused more.
Do I need to test your patch locally? Or are you committing it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51073
--- Comment #6 from Joel Sherrill 2011-11-10 17:49:19
UTC ---
Patch doesn't compile.
/users/joel/test-gcc/gcc-svn/gcc/fortran/trans-decl.c: In function
‘generate_coarray_sym_init’:
/users/joel/test-gcc/gcc-svn/gcc/fortran/trans-decl.c:4240:59: e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51087
Bug #: 51087
Summary: Regression ICE SPARC compiling complex.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51087
--- Comment #1 from Joel Sherrill 2011-11-10 19:41:16
UTC ---
Created attachment 25792
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25792
Preprocessed source for failure case
Reduced command line.
/home2/joel/build/b-sparc-gcc/./gcc/xgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51087
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051
--- Comment #5 from Joel Sherrill 2011-11-10 20:33:23
UTC ---
Problem also seen on sparc-rtems and patch referenced in URL addresses the
problem. Build proceeding now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33803
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35174
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47761
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090
Bug #: 51090
Summary: libgfortran main.c missing NULL check on return value
from getenv()
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090
--- Comment #1 from Joel Sherrill 2011-11-10 23:52:48
UTC ---
Created attachment 25793
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25793
Proposed solution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099
Bug #: 51099
Summary: libgcc configure probe generates invalid code on MIPS
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099
--- Comment #1 from Joel Sherrill 2011-11-11 22:37:18
UTC ---
Created attachment 25799
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25799
Test code and generated assembly
Generated assembly has error:
t.s: Assembler messages:
t.s:124: E
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51100
Bug #: 51100
Summary: libgcc configure probe generates invalid code on
sparc64
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101
Bug #: 51101
Summary: i386-rtems fails to compile dwarf2asm.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53314
Bug #: 53314
Summary: m32r-rtems does not provide crtinit.o and crtfini.o
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53325
Bug #: 53325
Summary: arm-rtems switch default target to EABI
Classification: Unclassified
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53325
--- Comment #1 from Joel Sherrill 2012-05-11 14:54:08
UTC ---
Created attachment 27374
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27374
GCC Patch for 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53325
--- Comment #2 from Joel Sherrill 2012-05-11 14:54:35
UTC ---
Created attachment 27375
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27375
GCC Patch for 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53325
--- Comment #3 from Joel Sherrill 2012-05-11 14:55:02
UTC ---
Created attachment 27376
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27376
GCC Patch for 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53314
--- Comment #1 from Joel Sherrill 2012-05-16 20:38:44
UTC ---
Forgot the ChangeLog entry.
2012-05-16 Joel Sherrill
* config.host (m32r-*-rtems*): Include crtinit.o and crtfinit.o
as extra_parts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51192
--- Comment #2 from Joel Sherrill 2012-04-26 22:01:07
UTC ---
Ralf.. I am assuming this isn't an issue anymore.
$ h8300-rtems4.11-gcc --version
h8300-rtems4.11-gcc (GCC) 4.7.0 20120322 (RTEMS
gcc-4.7.0-1.el6/newlib-1.20.0-6.el6)
This patch isn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
--- Comment #6 from Joel Sherrill 2011-11-14 01:26:40
UTC ---
(In reply to comment #5)
> Asserting that the bug is not a flaw in avr backend, I set the component to
> "other". The bug is somewhere in the caller-saves/IRA/reload triangle like
> P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47563
Joel Sherrill changed:
What|Removed |Added
CC|law at redhat dot com |
--- Comment #2 from Joel Sherrill 2011-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47563
Joel Sherrill changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
Joel Sherrill changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101
--- Comment #1 from Joel Sherrill 2011-11-14 03:06:18
UTC ---
Was not present ...
i386-rtems4.11-gcc (GCC) 4.7.0 2008 (experimental) [trunk revision 181159]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101
--- Comment #2 from Joel Sherrill 2011-11-15 14:16:04
UTC ---
Still present..
Tue Nov 15 14:08:04 UTC 2011 (revision 181384)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51100
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51192
Bug #: 51192
Summary: h8300 ICE building libgcov.c in int_mode_for_mode
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51251
Bug #: 51251
Summary: SPARC _64 instructions in V7 executables
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51251
--- Comment #1 from Joel Sherrill 2011-11-21 00:55:32
UTC ---
Command used to compile and link the test.
/home2/joel/build/b-sparc-fortran/gcc/testsuite/gfortran/../../gfortran \
-L /users/joel/test-gcc/install-svn/sparc-rtems4.11/lib/ \
-B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51251
--- Comment #6 from Joel Sherrill 2011-11-21 12:21:26
UTC ---
(In reply to comment #5)
> > Hmmm... because of the way the test is compiled and the target flags are
> > added,
> > there is ... "-mcpu=ultrasparc -mvis" and then later on the comman
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51251
--- Comment #8 from Joel Sherrill 2011-11-21 14:06:27
UTC ---
(In reply to comment #7)
> > The issue is that when running on real hardware, you can't use arbitrary cpu
> > flags and expect it to work. And it is wrong to say xfail on sparc-rtems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51251
--- Comment #10 from Joel Sherrill 2011-11-21
23:08:20 UTC ---
(In reply to comment #9)
> In addition to the comments so far about what the testsuite framework
> should be doing, I also think the sparc option processing is currently
> doing the r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051
--- Comment #11 from Joel Sherrill 2011-12-07
16:56:46 UTC ---
I still have HP's patch in my local tree. Should I remove it? Or does it need
to be committed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612
--- Comment #19 from Joel Sherrill 2011-12-13
19:10:10 UTC ---
Time to close this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532
Bug #: 51532
Summary: Invalid Code Generated for cpu32.
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532
Joel Sherrill changed:
What|Removed |Added
Known to work||4.6.1
--- Comment #1 from Joel Sherrill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532
--- Comment #2 from Joel Sherrill 2011-12-13 19:24:37
UTC ---
Created attachment 26073
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26073
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532
--- Comment #5 from Joel Sherrill 2011-12-14 15:38:43
UTC ---
This patch allows m68k-rtems4.11 to complete building the compiler and newlib
with C and C++.
I haven't tried other languages, built RTEMS itself, or run tests yet. But the
patch loo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51003
--- Comment #2 from Joel Sherrill 2011-12-14 18:26:11
UTC ---
Stuart Henderson sent this in response to my status report to gcc@ mailing
list.
This looks like a known, general issue which Bernd had a fix for, but it
doesn't appear to have been c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51552
Bug #: 51552
Summary: bfin generates bad assembly
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
Building off the git master, powerpc gave this compile error:
(GCC) 10.0.0 20190730 (experimental)
I forgot to update yesterday and it was also broken with "(GCC) 10.0.0 201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91303
--- Comment #2 from Joel Sherrill ---
I admit to being completely confused by the multitude of PwerPC variants but if
the e500 was deleted, why does libgcc/config.host still include
libgcc/config/rs6000/t-savresfgpr for multiple powerpc targets a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91303
--- Comment #3 from Joel Sherrill ---
Pursuing the assumption that the e500 files shouldn't be build, I decided to
remove them from the t-savresfgpr files. With this patch, powerpc-rtems5 builds
again:
diff --git a/libgcc/config/rs6000/t-savresf
: libquadmath
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
newlib has been updated to always provide an fenv.h with prototypes for the
required methods. Unfortunately, this has triggered code in math/x2y2m1q.c
which incorrectly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #20 from Joel Sherrill ---
I filed this in 2011 and we dropped RTEMS support for the m32c last year for
our next release. If you all think it is fixed, please feel free to close it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87795
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790
Bug #: 55790
Summary: Build Failure on Head Targeting x86_64 Linux
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790
--- Comment #2 from Joel Sherrill 2013-01-07 17:07:05
UTC ---
The gcc dependencies are reminding me of the pre-egcs days. I hope we don't
return there. :(
Anyway.. These are the sources I have linked into today's gcc-svn. This is what
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790
--- Comment #3 from Joel Sherrill 2013-01-07 17:39:59
UTC ---
I don't see where att.h or bsd.h is being included. I grep'ed gcc/*.h in the
build tree and source tree and don't see any includes for them. Is it possible
that tm_file is being
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790
Joel Sherrill changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55928
Bug #: 55928
Summary: m32c ICE building libgcc2
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
In code which indents cpp directives to match the code, the checker is
confused. The following example is sufficient to generate the warning.
===
#define
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
Created attachment 38305
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38305&action=edit
Merge moxie-rtems stanza with othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70720
--- Comment #2 from Joel Sherrill ---
Sebastian, should this be applied to other branches?
Should the PR be closed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70720
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79391
--- Comment #2 from Joel Sherrill ---
It builds on the gcc head and the 7 branch now.
Should we just go ahead and close this or does it matter when it was fixed?
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
Version: (GCC) 8.0.0 20170809
target: m32c-rtems, likely for m32c-elf
checking for m32c-rtems4.12-gcc...
/home/joel/test-gcc/b-m32c-rtems4.12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66032
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #9
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
This is on the git master (13d9a9837159ecd162d08fbbe2ef655aebb7a4c9) as of
yesterday.
This appears to be an issue with soft-float.
/home/joel/test-gcc/b-i386-rtems4.12-gcc/./gcc/xgcc
-B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
Joel Sherrill changed:
What|Removed |Added
Target||i386-rtems4.12
Known to work|
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
$ ./gcc/xgcc --version
xgcc (GCC) 7.0.0 20161121 (experimental)
I think the key is -mcpu=5206 has double and long double to be the same but
_LDBL_EQ_DBL. Craig Howland suggested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #3 from Joel Sherrill ---
That patch gets the build further but there is more wrong. __float128 isn't
defined.
/home/joel/test-gcc/b-i386-rtems4.12-gcc/./gcc/xgcc
-B/home/joel/test-gcc/b-i386-rtems4.12-gcc/./gcc/ -nostdinc
-B/home/jo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #4 from Joel Sherrill ---
FWIW I haven't been able to build this far using i386-elf. It fails in
libbacktrace doing a configure probe because there isn't a crt0.o. I can't
figure out why it isn't building libgloss. I have it and newli
Assignee: unassigned at gcc dot gnu.org
Reporter: joel at gcc dot gnu.org
Target Milestone: ---
7.0.0 20170111
Nothing particularly special about the build. Just fails early with ICE.
/home/joel/test-gcc/b-sh-elf-gcc/./gcc/xgcc
-B/home/joel/test-gcc/b-sh-elf-gcc/./gcc/ -nostdinc
-B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #6 from Joel Sherrill ---
(In reply to jos...@codesourcery.com from comment #5)
> On Tue, 22 Nov 2016, ubizjak at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
> >
> > --- Comment #2 from Uroš Bizjak
101 - 200 of 336 matches
Mail list logo
