bled for
"smul".
/tmp/cczMc4jN.s:18: Error: Hardware capability "mul32" not enabled for
"smul".
/tmp/cczMc4jN.s:22: Error: Hardware capability "mul32" not enabled for
"umul".
I can prepare a PR if you think it is different.
Ra
/linux-unwind.h
;;
sparc-*-rtems*)
-tmake_file="sparc/t-elf t-crtfm t-rtems t-fdpbit"
+tmake_file="sparc/t-elf t-crtfm t-sol2 t-rtems t-fdpbit"
extra_parts="$extra_parts crti.o crtn.o crtfastmath.o"
;;
sparc*-*-solaris2*)
--
Joel Sherrill,
On 11/03/2011 08:06 AM, Rainer Orth wrote:
Hi Joel,
The sparc libgcc configure magic looks very
different on the head versus 4.6. sparc-rtems4.11
was not building because it was missing crti.
In 4.6, we got the makefile stub from sparc/t-crtin
but that no longer exists. It looks like the
On 11/02/2011 05:30 PM, David Miller wrote:
From: Joel Sherrill
Date: Wed, 2 Nov 2011 16:29:16 -0500
Is this similar to what I just got for sparc-rtems when compiling
libgcc2 with -mcpu=v8?
/tmp/cczMc4jN.s: Assembler messages:
/tmp/cczMc4jN.s:16: Error: Hardware capability "mul32" n
On 11/03/2011 09:29 AM, Rainer Orth wrote:
Hi Joel,
No, I'd like to avoid non-Solaris targets using Solaris config fragments
if at all possible. AFAICS there's nothing Solaris-specific in
config/sparc/sol2-c[in].S. If so, the simplest solution would be to
rename the files to crt[
7;t
really seem to be necessary, see below.
That's what my patch does. It would be good if Joel could test on
i386-rtems before comitting (as I will on Solaris/SPARC and x86, of
course).
i386-rtems builds fine after moving the files.
From my perspective, you can commit.
The rules are g
Hi,
I am testing powerpc-rtems on the head and
have gotten a weird error compiling libgcc.
It is definitely a regression from 4.6.
I have no idea who might be the best person
to help resolve this.
/home2/joel/build/b-powerpc-gcc/powerpc-rtems4.11/libgcc
[joel@rtbf64a libgcc]$ make
/users/joel
tests457
=
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
Hi,
powerpc-rtems does not compile on the head due
to what appear to be changes in the way CPU
features are represented for the arguments.
The compilation error is:
/users/joel/test-gcc/gcc-svn/gcc/config/rs6000/rs6000.c -o rs6000.o
/users/joel/test-gcc/gcc-svn/gcc/config/rs6000/rs6000.c: In
Hi,
I don't seem to be able to track this down.
make[3]: Entering directory `/home2/joel/build/b-sparc-ada/gcc/ada/tools'
gnatmake -j0
-I/usr/lib/gcc/x86_64-redhat-linux/4.5.1/adalib/../adainclude
-I/usr/lib/gcc/x86_64-redhat-linux/4.5.1/adalib/ -I.
-I/users/joel/test-gcc/gcc-svn/
to test against and an
extensive history with Renesas parts in general.
Thanks,
DJ
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Avail
ion to existing regressions from 4.6
on avr, bfin, lm32, and powerpc.
Only arm, h8300, m32c (which now ICEs build rtems),
m32r, and sh build gcc and RTEMS at this point.
From my perspective, the head doesn't look so good. :(
--joel
On 11/12/2011 04:25 PM, David Miller wrote:
From: Joel Sherrill
Date: Sat, 12 Nov 2011 08:34:29 -0600
From my perspective, the head doesn't look so good. :(
I'm extremely disappointed with how the last 2 weeks have gone
as well. I can't work on any of the bugs I want to work
f days but no dice. gawk shows 90-100% CPU
utilization and there are couple of gmake instances running and not doing
anything, their time stuck at 16s or so according to top.
What am I doing wrong?
Thanks, Joel
---
http://twitter.com/wagerlabs
uname -a
Darwin biggie.local 11.2.0 Darwin Kernel Version 11.2.0: Tue Aug 9 \
20:54:00 PDT 2011;
root:xnu-1699.24.8~1/RELEASE_X86_64 x86_64
gcc -v
Using built-in specs.
Target: i686-apple-darwin11
Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2336.1~1/src/configure\
--disable-checking --
t for someone.
I hope the communities will pitch in to help get these resolved.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support
equires a solution and we should be
able to provide test results.
Help would be appreciated. It isn't very far off.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS H
al with another process. I just want to kill problems right now. :)
--joel
Ian
11-11/msg01524.html
This patch gets the build further. Thanks.
Now there is bad assembly generated for debug when compiling newlib.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51552 has a test case, the bad
assembly. Hope it helps.
Bernd.. sorry if I added you to an incorrect PR. :(
Stu
--
of OS APIs required and we are missing ucontext.h
currently. If someone wants to volunteer to help us out on implementing
that, it would be appreciated.
We had decent Go test results on a handful of architectures.
Rainer
--
Joel Sherrill, Ph.D. Director of Research& De
starting
out dependent on obsolete methods. :(
FWIW these should be straightforward to implement on RTEMS.
They just have to wrap the internal routines used for thread
context management. I stubbed them out so Go would continue
to build.
Andreas.
--
Joel Sherrill, Ph.D. Director of
*.
So any ACATS results from any other ARM target would be
appreciated.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available
Matthias Klose wrote:
On 17.08.2009 12:00, Mikael Pettersson wrote:
On Wed, 12 Aug 2009 23:08:00 +0200, Matthias Klose wrote:
On 12.08.2009 23:07, Martin Guy wrote:
On 8/12/09, Joel Sherrill wrote:
So any ACATS results from any other ARM target would be
Geert Bosch wrote:
On Aug 12, 2009, at 10:32, Joel Sherrill wrote:
Hi,
GNAT doesn't build for arm-rtems on 4.4.x or
SVN (PR40775). I went back to 4.3.x since I
remembered it building.
I have run the ACATS on an ep7312 target and
get a number of generic test failures that
don't
Joel Sherrill wrote:
Geert Bosch wrote:
On Aug 12, 2009, at 10:32, Joel Sherrill wrote:
Hi,
GNAT doesn't build for arm-rtems on 4.4.x or
SVN (PR40775). I went back to 4.3.x since I
remembered it building.
I have run the ACATS on an ep7312 target and
get a number of generic
FWIW we have been using the lm32 patches against
4.3 and 4.4 and providing them with the RTEMS
tool RPMs. We would also appreciate these
getting reviewed and merged.
Thanks.
--joel
sebastien.bourdeaud...@lekernel.net wrote:
Hi,
Would you mind including support for the LatticeMico32 soft
revision
151592]
Does any of this look familiar?
Any feedback on the SPARC results would be
appreciated. With this many new failures, I don't
even know where to start reporting. :(
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.com
cause.
The x86 has gone from about 20 failures which
are mostly deficiencies in qemu FPU accuracy
to about 225 with many indicating hardware exceptions.
And FWIW I was unable to build ARM on the head. :(
I am attaching my summary notes but would appreciate
any feedback.
--
Joel Sherrill, Ph.D
to believe something
is broken on the head.
So I would be +1.
--joel
what date?
Joel reported results for 4.5.0 20090910 r151592 and state of GCC
changed a lot in the past 9 days. RTEMS is also a sjlj target IIRC.
Laurent.. are you suggesting that it might have improved
in the past 9 days? That I should rerun with the latest GCC
and report again?
--joel
Eric Botcazou wrote:
Joel reported results for 4.5.0 20090910 r151592 and state of GCC
changed a lot in the past 9 days. RTEMS is also a sjlj target IIRC.
Then, if EH is totally broken, a PR should be opened with a reduced testcase.
I will rebuild with the head and run ACATS on
one
Hi,
What is the proper type to use in an Ada binding
for a C method that returns a C99 bool?
This appears to be an issue in s-stchop-rtems.adb
where it binds to the C routine:
bool rtems_stack_checker_is_blown( void )
Thanks.
--
Joel Sherrill, Ph.D. Director of Research
Florian Weimer wrote:
* Joel Sherrill:
What is the proper type to use in an Ada binding
for a C method that returns a C99 bool?
Whatever the answer is, it should be used to define Interfaces.C.Bool.
(I don't know what GCC's options for representing _Bool are, sorry.)
Hi,
Anyone using/testing this configuration?
It dies for me in the build at libiberty and I
wondered if anyone was luckier. :)
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEM
-elf?
I am guessing based upon the messages that it will
require at least 3 more variants.
Other architectures build more variants already so
it isn't that big a deal.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.com
aining at least about libc.a mismatches for these variations.
does not use Maverick instructions, whereas a.out does
uses FPA instructions, whereas a.out does not
uses hardware FP, whereas a.out uses software FP
Suggestions welcomed.
I promise this is for arm-rtems. :)
--joel
e qemu FPU
precision issue as found on the x86.
c85006a - partial output, runs too long
c97205b, c97305c
raised CONSTRAINT_ERROR : report.adb:109 range check failed
c974001, c974013
Abortable part did not execute.
cxb3004 cxb3013
die with stack trace
--
Joel Sher
:-- Copyright (C) 2007-2009 Free Software
Foundation, Inc. --
Are both of these OK? Should they be changed
to be the same?
I doubt it makes any legal difference but we
are normally picky on formatting in these areas.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research
by anyone? When
did it last build?
And there is no maintainer listed.
Anybody out there care about it? :)
--joel
Joern Rennecke wrote:
Quoting Joel Sherrill :
Hi,
I got a random unsolicited email about arc-elf since
I pop up in google a lot asking cross compiler questions.
I decided to try to build it and as PR41747 indicates
4.3.4, 4.4.1, and the head all fail building libgcc2.c
in the same way. T
hat. Which
ones?
(or perhaps I am wrong in regularily updating my trunk's copy with svn update
??)
Update using ./contrib/gcc_update and REVISION should be updated.
Mine shows this:
$ cat gcc/REVISION
[trunk revision 154029]
Regards.
--
Joel Sherrill, Ph.D. Direc
re any sort of #pragma that could do the same thing as -msoft-float (I
didn't see one)?
We would love to see a way to not have implicit FPU usage.
Regards,
Rob Grimm
--joel sherrill
RTEMS
On Fri, 19 Feb 2010, Florian Weimer wrote:
* Tim Prince:
All CPUs still in production are at least SSE3 capable, unless someone
can come up with one of which I'm not aware.
What about some of the AMD Geode processors?
These only support a subset of SSE1, according to
http://wiki.laptop.or
: /users/joel/test-gcc/b-gcc1-sparc/gcc/xgcc
-B/users/joel/test-gcc/b-gcc1-sparc/gcc/
/users/joel/test-gcc/gcc-svn/gcc/testsuite/gcc.c-torture/execute/builtins/snprintf-chk.c
/users/joel/test-gcc/gcc-svn/gcc/testsuite/gcc.c-torture/execute/builtins/snprintf-chk-lib.c
/users/joel/test-gcc/gcc-svn/gcc
On 03/23/2010 03:01 PM, Janis Johnson wrote:
On Tue, Mar 23, 2010 at 10:56 AM, Joel Sherrill
wrote:
Hi,
There are a number of failures in my latest run
of sparc-rtems4.10 but the ones I have gone back
and run the executable by hand actually pass.
I have no idea why this is happening and
Hi,
I wanted to let you know that I found the issue.
The arguments to the script that drove the simulator
had changed. Once I saw the command line that
invoked the simulator, it was trivial to fix.
Thanks for the pointer. Easy problem that was hard
to find.
--joel
On 03/23/2010 04:10 PM
p://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
--joel
Thanks,
Richard.
Sam
PS/ Note that I don't use this architecture myself and I am not
interested in becoming its maintainer -- I just happen to know
someone who uses it and noticed that GCC was broken.
--
Samuel Tardieu -- s...
Is there a trick I missed?
Is it a bug?
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
with the proper support. Are these
tests doing that or is there another
issue?
Thanks.
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Avail
On 04/12/2010 09:05 AM, Richard Guenther wrote:
On Mon, Apr 12, 2010 at 4:00 PM, Joel Sherrill
wrote:
Hi,
I was testing i386-rtems4.10 and 225
tests failed on the target because it
does not have any SSE flavor. It is
the last failures in
http://gcc.gnu.org/ml/gcc-testresults/2010-04
On 04/12/2010 09:56 AM, Nathan Froyd wrote:
On Mon, Apr 12, 2010 at 09:47:04AM -0500, Joel Sherrill wrote:
qemu with no cpu argument specified. So qemu32.
It does run OK when I change the cpu model to 486
or pentium.
Is qemu reporting that it supports SSE and not doing a good
enough job
eed. :)
Manuel.
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
neral umbrella of "making
your project approachable".
--joel
x27;t exist.
Depends. Not seeing the patches I can't say but I have maintained
patches for odd RTEMS targets (e.g. sparc64 and nios) off the
main source across multiple major gcc releases without any
real problems.
--joel
Leif Ekblad
- Original Message -
From: "
racking system might have prevented this.
This is also an opportunity for persons to contribute.
--joel
Thomas
ter and reviewer sides of the patch
tracking are important.
--joel
Is this related to the loop termination bug I reported
on the m32c?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
The generated code is using the lower 16-bits of the
address for end of the array rather than the full 24-bit
address.
--joel
DJ Delorie wrote:
I've got a partial
uble check.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED]On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
the no OS embedded targets
can suggest more recent results.
brgds, H-P
--joel
0x3b4 contains 3 entries:
Offset InfoTypeSym.Value Sym. Name
R_MIPS_NONE
5ffe1450 0726 R_MIPS_TLS_DTPMOD test_loc
5ffe1454 0727 R_MIPS_TLS_DTPREL test_loc
I would be glad if you could give me some feedback about this issue.
Regards,
Joel
2008/11/20 Daniel Jacobowitz <[EMAIL PROTECTED]>:
> On Thu, Nov 20, 2008 at 05:28:16PM +0100, Joel Porquet wrote:
>> Gcc is using local-exec tls model instead of global-dynamic. The
>> option -fpie is supposed to act as -fpic though (dixit the manual).
>> Here is the fir
> This is one of the reasons that the generated code can only be used
> in executables.
Okay, I abdicate on this point.
Nevertheless, how could i have a coherent compilation concerning the
TLS management, if my executable needs dynamically libraries ? Aren't
the exec and dynamic models completely
b8: nop
5ffe14bc: 8000sdc3$31,-32768(ra)
We can see that the offsets are prefixed by 8. Why is that?
Indeed, I guess that if the __tls_get_addr function is written in C,
it forces to mask the value.
Anyway, thanks for the answers, it did really help me,
Joel
CFARM.
Is there anything other than a binary search by date/version
to narrow down when this broke?
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED]On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Avail
inced
something is broken on x86_64-linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--joel
Mark Mitchell wrote:
Status
==
The trunk remains Stage 4, so only fixes for regressions (and changes
to documentation) are allowed.
As stated previously, the GCC 4.4 branch will be created when ther
Richard Guenther wrote:
On Tue, Dec 9, 2008 at 9:12 PM, Joel Sherrill <[EMAIL PROTECTED]> wrote:
Hi,
Is this one in the list?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
Can Ada build on any Arm platform? arm-rtems had
good test results for 4.3.2 but broke a few months
Martin Guy wrote:
On 12/9/08, Joel Sherrill <[EMAIL PROTECTED]> wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
Can Ada build on any Arm platform?
The only existing GNAT Ada compiler I could find for ARM (while
thinking about doing it for the new Debian eabi po
situation?
Thanks.
--joel
e
right thing? I don't see why 2 of the 6 CPU
models have this test.
I am happy to take care of this if I just
know the right path.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me ab
Joseph S. Myers wrote:
On Mon, 12 Jan 2009, Joel Sherrill wrote:
The unfortunate thing is that I think these
tests are really ensuring that MASK_DLMZB is
used as expected. If this is right, then
shouldn't there be a cpp predefine similar
to __NO_LWSYNC__ for dlmzb? And the tests use
to do whatever I can to help narrow it down.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
d it since the first implementation in SDB? Does
anyone have maybe a more affirmative document?
The decision we need to make is to decide whether to change GDB
to match GCC or to change GCC. Changing GDB shouldn't be very hard,
but I think we should choose the same numbering scheme as DBX.
Opinions?
Thank you!
--
Joel
cross yet?
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
andrew babanin wrote:
2009/1/21 Joel Sherrill :
I think this would have been useful on at least one project
in my history. :)
Ian mentioned embedded systems in an earlier question
and I am still unsure what you require of the OS in terms
of services to work. Cygwin is very close to
holding it up from being merged?
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
_include.c
from recursive_include.c:1:
recursive_include.c:1:31: error: #include nested too deeply
$ gcc -c recursive_include.c 2>&1 | wc -l
200
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications
I'm not currently working on this, but I may start working on it at some
point.
How would this work on an embedded system which normally
has fixed task stacks?
How would you know if a single task had consumed too much
of its stack space?
Ian
--
Joel Sherrill, Ph.D. D
s gcc expects "__get_tls_addr" to return the
DTP+0x8000. Indeed the access to variable "b" is done with "lw
v0,-32768(v1)" and 32768==0x8000.
Well, I really could use some help on this...
Last question, is there a difference between DSO and PIE objects other
than the INTERP entry in the program header?
Thank you all,
Best regards,
Joel
the symbol. Unfortunately, in the case of
local-dynamic, ELF_R_SYM will return 0 which is not correct (the same
for global-dynamic will return 9): we can see by the way that readelf
is not able to get the symbol name. What do you think about this?
Regards,
Joel
ating
Itanium 1 with GCC 4.4 sounds very reasonable.
Isn't the lack of recent test results one of the primary
triggers on deprecation?
And the hardware being unavailable and no current
interest being another?
This would certainly seem to match those criteria.
Gerald
--joel
2009/3/12 Daniel Jacobowitz :
> On Thu, Mar 12, 2009 at 02:02:36PM +0100, Joel Porquet wrote:
>> > Check what symbol is at, or near, 0x4003 + 22368. It's probably
>> > the GOT plus a constant bias.
>>
>> It seems there is nothing at this address. Here
2009/3/16 Daniel Jacobowitz :
> On Mon, Mar 16, 2009 at 06:19:01PM +0100, Joel Porquet wrote:
>> 2009/3/12 Daniel Jacobowitz :
>> > On Thu, Mar 12, 2009 at 02:02:36PM +0100, Joel Porquet wrote:
>> >> > Check what symbol is at, or near, 0x4003 + 22368. It&
2009/3/17 Daniel Jacobowitz :
> On Tue, Mar 17, 2009 at 10:26:05AM +0100, Joel Porquet wrote:
>> I don't understand how the runtime loader could know that! As far as I
>> know, the tls model is not embedded in reloc information.
>
> Sure it is. I suggest you go back to
2009/3/17 Daniel Jacobowitz :
> On Tue, Mar 17, 2009 at 04:03:45PM +0100, Joel Porquet wrote:
>> 2009/3/17 Daniel Jacobowitz :
>> > On Tue, Mar 17, 2009 at 10:26:05AM +0100, Joel Porquet wrote:
>> >> I don't understand how the runtime loader could know that! As
ral that are
in the win64 port that we will have to support for a while in our
first official release.
Treating this delay as an opportunity, this would
be a good thing to do. A slightly longer focus
on closing PRs can't be bad for any target.
--joel
s where it reunited. The egcs fork
only existed from 1997 until April 1999 when 2.95
was released.
--joel sherrill
needed to
be merged into one gcc package. egcs broke that
logjam and gcc improved rapidly.
I just hope there is news from the FSF this morning so
we can get back to work. :)
--joel
Hi,
I am confused at the gcc test results for RTEMS
over the weekend. I have 1000s of failures
across all the targets which look like this:
Executing on host: /home/joel/test-gcc/b-gcc1-sparc/gcc/xgcc
-B/home/joel/test-gcc/b-gcc1-sparc/gcc/
/home/joel/test-gcc/gcc-svn/gcc/testsuite/gcc.c
Hans-Peter Nilsson wrote:
Date: Mon, 23 Mar 2009 09:37:02 -0500
From: Joel Sherrill
I am confused at the gcc test results for RTEMS
over the weekend. I have 1000s of failures
across all the targets which look like this:
Any ideas?
I fixed a bug in Janis
Hans-Peter Nilsson wrote:
Date: Mon, 23 Mar 2009 10:19:37 -0500
From: Joel Sherrill
I don't have those in my board.exp:
set_board_info cflags "-B${RTEMS_MAKEFILE_PATH}/lib/ -specs bsp_specs
-qrtems -mcpu=603e"
set_board_info ldflags "${RTEMS_CONFIG_OBJ}"
has this:
gmp-devel-4.2.2-8.fc10.i386
gmp-4.2.2-8.fc10.i386
mpfr-2.3.2-1.fc10.i386
Fedora 9 has:
gmp-devel-4.2.2-7.fc9.x86_64
gmp-4.2.2-7.fc9.x86_64
mpfr-2.3.1-1.fc9.x86_64
Fedora 9 was released in May 2008.
--joel
and this message didn't explain the failure.
http://sourceware.org/ml/newlib/2006/msg00472.html
Any ideas on this one?
--joel sherrill
RTEMS
Ian Lance Taylor wrote:
Joel Sherrill writes:
Configuring in avr-elf/libgcc
configure: loading cache ./config.cache
configure: error: `CC' has changed since the previous run:
The change is that these options are new:
-nostdinc -B/home/cain/avr-tools/gcc/avr-elf/newlib/ -is
results in a compilation error in g-socket.adb
in the switch since they both have the same value:
g-socket.adb:1775:15: duplication of choice value at line 1773
Any thoughts?
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applicat
n is. Whatever
you think is best. :)
Thomas.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
-04/msg02780.html
I see that there is an arm_neon_ok check in lib/target-supports.exp
but it only checks that neon code compiles. It will compile but the
target can't run it.
Any ideas other than a "no_neon" setting in the board file?
--
Joel Sherrill, Ph.D. Direc
On 04/29/2010 06:06 PM, Joseph S. Myers wrote:
On Thu, 29 Apr 2010, Joel Sherrill wrote:
Hi,
I am looking at the arm-rtems test results for the
trunk and noticing that most failures appear to be
for neon tests.
[j...@rtbf64a gcc]$ grep ^FAIL gcc.log.sent | wc -l
2203
[j...@rtbf64a gcc
On 04/30/2010 09:37 AM, Joseph S. Myers wrote:
On Fri, 30 Apr 2010, Joel Sherrill wrote:
This is fairly typical.
FAIL: gcc.target/arm/neon/vzips8.c (test for excess errors)
Excess errors:
vzips8.s:13: Error: selected processor does not support `fldd d17,[fp,#-40]'
[...]
anyone would like to help investigate, it would be appreciated.
--joel
RTEMS
Regards,
Alex
On 05/18/2010 01:11 PM, packet wrote:
How do i build gcc for linux?
Oh the irony of the subject.
This is better asked on the gcc-help mailing list.
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
As
201 - 300 of 574 matches
Mail list logo
