environment.
Until you can compile and link a hello world program, you won't get past
this point.
--joel
thanks in advance.
es for unchecked conversion have different sizes
See PR33454. Revert r127960 for a workaround.
does it now try to build a multilib for libada?
libada still does not support multilib.
Joel Sherrill tried something on Ada multilib support, if multilib
experts want to help h
d to make that change or maybe
Gerald sent me a patch. I will forward what I got from Gerald to
you Francois.
--joel
cheers,
DaveK
[*] - So, little change there then... ;-)
". The names of the new elements
shouldn't reflect either RTEMS or VxWorks. They
are just capabilities that the s-interr-hwint.adb
requires.
Comments and suggestions are welcomed.
--joel
-O0 so you wouldn't
trip it.
Can you compile g-catiio.adb and g-spipat.adb at -O2 by hand
and see if the compiler consumes 100% of the CPU until you
kill it?
--joel
this.
Thanks.
--joel sherrill
On Sat, 3 Nov 2007, skaller wrote:
On Fri, 2007-11-02 at 10:46 -0400, Daniel Jacobowitz wrote:
On Fri, Nov 02, 2007 at 07:39:33AM -0700, Ian Lance Taylor wrote:
The only way I can interpret your comments is that you are assuming
that all TLS is Global Dynamic (e.g., accessed from a dlopen'ed sh
Hi,
I am trying to get the SVN head built locally again
and back at work on the GNAT/RTEMS work I was doing.
Unfortunately, I have tripped across something that
is quite bad. Compiling on Linux x86 targeting the
PowerPC or SPARC leads to a huge compilation time
on a single file.
joel 27918
some subroutines and failing in
weird ways later on.
I repeated this with my changes out and
nothing improved.
Can anyone report that Ada works on the
head on a SPARC or PowerPC self-hosted
system?
Thanks.
--joel
time I reported yesterday?
http://gcc.gnu.org/ml/gcc/2007-11/msg00791.html
You know.. I turned the optimization of the Ada
run-time from -O2 -> -O0 to work around the
huge compile time. Is it possible that that
is breaking the run-time?
--joel
I am running ACATS on 4.2.2 with my modifications and so far so good.
I would like to see how the svn trunk compares.
Thanks.
--joel
antly.
--joel
ty so
I could confirm that the Ada task priorities
were making it down to RTEMS correctly.
But there is nothing critical to that being
in the example.
--joel
--
-- Demonstrate Task Priority
--
--
--High: 17
--HighNative: ID=0x0B010004
-- 238
--Low: 16
--LowNative: ID=0x0B010003
-- 239
with Text_IO
Krister Walfridsson wrote:
On Wed, 28 Nov 2007, Joel Sherrill wrote:
I am trying to get the SVN head built locally again
and back at work on the GNAT/RTEMS work I was doing.
Unfortunately, I have tripped across something that
is quite bad. Compiling on Linux x86 targeting the
PowerPC or
as to the underlying
problem. Maybe it is enough for someone to fix it. Is there a
PR for this or do I need to try to file one?
--joel
Eric Botcazou wrote:
On the SPARC, this produced an executable I couldn't run
on the simulator. It looked like the .text segment may
have increased enough to not fit in the simulator.
Weird. The EH tables should probably not end up in .text.
RTEMS applications are statically linked
by zero
Thanks.
--joel
07-12/
Thanks Laurent. Those look much better than what I
am getting.
Could this be related to PR34400?
--joel
Laurent
On Fri, 2007-12-14 at 12:48 -0600, Joel Sherrill wrote:
Hi,
Even with the large gnat1 compile time issue, I
have managed to patiently run the ACATS on
powerpc-rtems.
Laurent GUERBY wrote:
On Fri, 2007-12-14 at 13:41 -0600, Joel Sherrill wrote:
Laurent GUERBY wrote:
ACATS is clean (0 FAIL) on trunk for x86. CXF3A03 is the
only FAIL for hppa-linux. c41328a is the only FAIL for powerpc64-linux.
cxb3014/16 are the only FAIL on ia64-linux.
You&#x
Laurent GUERBY wrote:
On Fri, 2007-12-14 at 14:45 -0600, Joel Sherrill wrote:
34400 is about slow compile but not about wrong code so I doubt it's the
issue. Could you send me privately the compressed log of the ACATS run?
Sure.
>From the log it looks like th
ers having
largely moved on by the time it was merged. Not an excuse, just a
statement that there was not a clean handoff to a new maintainer.
I recall that the original port being using binutils 2.7 so that
gives a timeframe.
R.
--
Joel Sherrill, Ph.D. Director of Research & Deve
Joel Sherrill <[EMAIL PROTECTED]> wrote:
Richard Earnshaw wrote:
On Wed, 2005-04-06 at 00:30, Mark Mitchell wrote:
Joe Buck wrote:
But if it won't even build, then users should be warned.
I suppose -- but we have relatively many configurations that probably
won't build, at le
problem triggering in ncurses
(all platforms)
PR/20929 triggers a miscompilation of Mozilla.
Any chance of getting this m68k specific one added to the RC2
list?
18421 ICE in reload_cse_simplify_operands, at postreload.c:391
Those are all on the Wiki page as possible patches for an RC2.
Thanks,
--
Joel
Jaiprakash
__
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED] On-Line Applications Research
Ask me about RTEMS: a free RT
I know I asked late in the process but this fix for a m68k/coldfire
failure just showed up:
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
Any chance at it getting considered?
Thanks.
--joel
Mark Mitchell wrote:
Sadly, it's become clear there's going to ha
would consider an obsolete machine and it took
90 minutes for "make" -- not a full bootstrap.
--joel
languages other than C and C++.
The *-elf targets don't have the filesystem and threading support
required to fully support some of the other language run-times.
And since you're not posting the patches you attach to the bugzilla
PRs you open, you're not exactly helping to make things better either.
Gr.
Steven
--joel
y
that someone would not so kindly tell them they hadn't followed a
procedure that doesn't appear to be mentioned anywhere they had seen
along the obvious path.
Putting on my CM hat:
+ Procedures do not exist unless they are documented.
+ Procedures that do not get assisted/enforced by tools are ignored.
jon
--joel
does not have the expertise to do
this. We need some help from a DejaGNU/GCC testing expert.
Sorry for the length, this is an important issue to me.
--joel
L PROTECTED]
ObjectSecurity Ltd. http://www.objectsecurity.com
--
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
? If so, that would
be killer for performance. I remember an old pair of SparcStation 10's
we used to have. Network builds vs. local disk was already like 5-10x
slower.
How much RAM?
--joel
C library, avr-libc:
<http://savannah.nongnu.org/projects/avr-libc/>
So there aren't any "old system headers" around. The RTEMS target for
the AVR *may* use newlib, but I don't what the status of that is. Ralf
or Joel would have to chime in on this aspect.
The AVR target n
I'm happy to anounce that Andreas Schwab <[EMAIL PROTECTED]>
as the new m68k port maintainer.
I, for one, thank him and wish him well in this effort. :)
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED] On-Line Applications
ies to all code linked for that board. So it is more a user level
feature to us than a gcc internal one.
It should only be documented in one place though.
--joel
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED] On-Line Applications Resea
ms4.7 h8300-rtemscoff4.7
i386-rtems4.7 m68k-rtems4.7 mips64-rtems4.7 mips-rtems4.7
powerpc-rtems4.7 sh-rtems4.7 sh-rtemscoff4.7 sparc-rtems4.7
tic4x-rtems4.7
I noticed a couple of those should show deprecated or obsoleted
in the build logs so I can verify that.
Thanks.
--
Joel Sherrill,
-rtems4.7: C C++
sh-rtems4.7: C C++
sparc-rtems4.7: C C++
Ada did build for most of the targets. As I recall, arm and sh
did not finish building. The sh had an ICE and the arm has some
Ada specific issue. I did not investigate either enough to report.
--joel
is easily accessible.
In spite of the pain, a dot release is probably the safest thing all
around.
Sorry this happened. I can sympathize with your pain. :(
Matthias
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED] On-Line Applicatio
y this person does.
http://lists.freebsd.org/pipermail/freebsd-ports/2004-November/017632.html
Or to just use the Linux emulation and run the Linux RTEMS tools.
Thanks
Fred
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED] On-Line Applications Resear
to be the same.
Thanks
Fred
--
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
ng CC=${target}-cc not the xgcc from the built gcc subdirectory.
I am using the same configure command I used with gcc 4.0.x and
including --with-newlib.
Has anyone else tried to build a newlib target from the head recently?
--joel sherrill
ms4.7
+ co gcc head from svn
+ co newlib head from cvs
+ mv newlib under gcc
+ configure for C/C++ and make
../gcc-head-test/configure --target=sparc-rtems4.7 \
--enable-threads=rtems --prefix=/home/joel/gcc-41-test/ \
--with-gnu-as --with-gnu-ld --with-newlib --verbose \
--with-system
=
arm-rtems4.7 - C, C++ OK. Ada fails with this:
../../xgcc -B../../ -c -DCROSS_COMPILE -DIN_GCC `echo -g -O2
-Dinhibit_libc -fno-inline -fexceptions -DIN_RTS |sed -e
's/-pedantic//g' -e 's/-Wtraditional//g'` \
-I. -I.. -I../..
-I/home/joel/gcc-work/head/
added it above the function db() around line 230.
--
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
Hi,
Gcc on the head fails to compile arm-rtems4.7 at the following point
when Ada is enabled.
../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg s-auxdec.adb -o
s-auxdec.o
s-auxdec.ads:286:13: alignment for "Aligned_Word" must be at least 4
Any ideas?
--
Joel Sher
Laurent GUERBY wrote:
On Thu, 2005-11-03 at 17:43 +0100, Paolo Bonzini wrote:
Joel Sherrill <[EMAIL PROTECTED]> wrote:
Hi,
I have been trying to build sparc-rtems4.7 on the head using newlib's
head for a few days now. I have finally narrowed the behavior down.
If I configure
ther along (gcc head,
newlib 1.13.0, binutils 2.16.1)
home/joel/gcc-work/head/b-avr-rtems4.7/./gcc/xgcc
-B/home/joel/gcc-work/head/b-avr-rtems4.7/./gcc/ -nostdinc
-B/home/joel/gcc-work/head/b-avr-rtems4.7/avr-rtems4.7/avr3/newlib/
-isystem
/home/joel/gcc-work/head/b-avr-rtems4.7/avr-rtems4.7/avr3
time being.
--joel
107093)
+++ gcc/ada/socket.c(working copy)
@@ -190,6 +190,10 @@
#elif defined(VMS)
return errno;
#else
+#if defined(__rtems__)
+ /* No networking .h files are available from newlib so extern this. */
+ extern int h_errno;
+#endif
return h_errno;
#endif
}
--
Joel Sherrill
Is this valid C or C++? I am getting a syntax error when
compiled as C++ but not C.
int f()
{
int x, y, ;
}
--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED] On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsvill
at least 3.4.0 as 3.3.3 works but 3.4.0 does
not reject it.
Thanks for confirming this. I have filed it as 24907. Please double
check that it is OK and add yourself if you like. I think I covered all
the gcc versions you and I tested.
-- Pinski
--joel
Doing an overnight build of all rtems targets, I can across this
new breakage for m68k-rtems4.7. I last built this target on Nov 3
from the head and it compiled then.
/home/joel/gcc-work/head/b-m68k-rtems4.7/./gcc/xgcc
-B/home/joel/gcc-work/head/b-m68k-rtems4.7/./gcc/ -nostdinc
-B/home/joel
Thomas Quinot wrote:
* Joel Sherrill <[EMAIL PROTECTED]>, 2005-11-16 :
RTEMS has networking functions but they are not available at this stage
during the build.
I am not sure I understand how this can happen (I am not familiar at all
with the RTEMS build process). If the network fun
Right now, I am more concerned that the target name issue
is preventing us from even getting a hello world to link.
--joel
Laurent GUERBY wrote:
On Fri, 2005-11-18 at 15:14 -0600, Joel Sherrill wrote:
+ No PR - The Ada tools mangle target names like arm-rtems4.7.
Apparently they don't like the version part. Laurent is working on
this.
To be accurate I promised to work on this once Paolo configure
pat
Thomas Quinot wrote:
* Joel Sherrill <[EMAIL PROTECTED]>, 2005-11-17 :
I hope the explanation above helps make it clearer.
Yes, thanks for the clarification. In light of this explanation the
proposed fix seems appropriate; maybe a comment could be added along
with the extern declarat
You would have to
compile for arm-rtems to even have a prayer.
Ralf
--joel
Laurent GUERBY wrote:
On Mon, 2005-11-21 at 12:15 -0600, Joel Sherrill wrote:
arm-rtems4.7 does build C, C++, and Ada on the gcc SVN head. I have
done no testing beyond that.
Is there a simulator for arm? Frederic do you have a testing
environment in mind? What "--enable-rtems
Frédéric PRACA wrote:
Selon Laurent GUERBY <[EMAIL PROTECTED]>:
On Mon, 2005-11-21 at 12:15 -0600, Joel Sherrill wrote:
arm-rtems4.7 does build C, C++, and Ada on the gcc SVN head. I have
done no testing beyond that.
Is there a simulator for arm? Frederic do you have a t
Hi,
My fresh check out on the head build using the gcc shipped with
Fedora Core 4 has failed for the past couple of days with this error:
/home/joel/gcc-work/head/b-native/./gcc/xgcc
-B/home/joel/gcc-work/head/b-native/./gcc/
-B/home/joel/gcc-head-test//i686-pc-linux-gnu/bin/
-B/home/joel
Jakub Jelinek wrote:
On Wed, Dec 14, 2005 at 04:34:17PM -0600, Joel Sherrill <[EMAIL PROTECTED]>
wrote:
My fresh check out on the head build using the gcc shipped with
Fedora Core 4 has failed for the past couple of days with this error:
A day and half.
Is this a known failure?
With code updated this morning, powerpc-rtems fails to build. I am
using binutils 2.16.1 with just a couple of patches.
Is this a gcc or binutils error? Is there a known fix?
==
/home/joel/gcc-work/head/b-powerpc-rtems4.7/./gcc
David Edelsohn wrote:
"Joel Sherrill writes:
Joel> With code updated this morning, powerpc-rtems fails to build. I am
Joel> using binutils 2.16.1 with just a couple of patches.
Joel> Is this a gcc or binutils error? Is there a known fix?
This is not a known proble
Hi all,
Some community members have shown interest in a patch I made a while back but
didn't submit.
I'm not looking to commit this at the moment, just to make it available (hence
why I haven't sent it to gcc-patches)>
This patch was based on master at the following commit and doesn't curr
c+newlib with a single set of libraries
that are built for a specific CPU CFLAGS?
I am trying --disable-multlibs on the gcc configure and adding
CFLAGS_FOR_TARGET to make.
Advice appreciated.
Thanks.
--joel
simplest
is to just have a way to disable the daemon mode, and just have
the users wait. In the vast majority of cases, the wait will be
a few seconds. Even with a patch-series of a 100 patches, it would
mean a 1min40s wait. Very bearable.
If you agree, we can create an issue for it on the git-hooks repoisitory
on GitHub.
--
Joel
reason to think it won't be back up soon? We can switch where the scripts
fetch packages if there is a reason to be concerned.
Thanks.
--joel
RTEMS
ections to get newer Python and GCC,
but it's harder on other hosts.
>
> I see the functions/methods in bbitmap.h definitely could be improved
> with going to C++14.
>
> Thanks,
> Andrew
>
>
> >
> > Jason
>
--joel
>
few RTEMS targets on a regular basis.
I manually run the Ada ACATS test suite on at least
the SPARC and PowerPC fairly regularly but only
report failures by hand. For 4.2.2 the results were
near perfect.
--joel
Joseph S. Myers wrote:
On Thu, 24 Jan 2008, DJ Delorie wrote:
At the moment, I'm working on getting sh, h8300, and m32c in shape for
4.3 (or future). I can easily get the test results under 400k by
removing some of the multilibs, but I don't think that's a good idea.
My sh-elf test tests 38
ntation.
>
> These are implemented in the runtime C library (libc), which are outside
> the scope of GCC itself.
> Popular such libraries you can look at are glibc and musl libc.
>
Or newlib which is commonly used in embedded systems and Cygwin.
--joel
> Thanks,
> Kyrill
>
>
> >
> > Thanks for the help.
> >
> > - Bryon
>
>
he
change.
I've had good luck replacing licenses using blockrep.sed from Paolo
Bonzini. It
takes two blocks of text as input and generates the sed command. Combine
that
with something to identify the files that need the change applied and Bob's
your
uncle.
https://sed.sourceforge.i
On Wed, Nov 20, 2024, 3:50 PM Mark Wielaard wrote:
> On Wed, Nov 20, 2024 at 04:11:16PM -0500, David Malcolm via Gcc wrote:
> > I merged libdiagnostics to GCC trunk on Monday:
> > https://gcc.gnu.org/wiki/libdiagnostics
> >
> > Unfortunately I've since discovered there's at least one libdiagnos
is enabled, it fails with an assembler error. Even though I have
never
used this processor and have no plans to, went ahead and filed an issue:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118941
--joel
On Tue, Feb 18, 2025 at 4:33 PM Joel Sherrill
wrote:
>
>
> On Tue, Feb 18, 2025 at 3:
like you need to build a cross tool chain for the tic6x-elf target
which
will produce a gcc named tic6x-elf-gcc.
Richard's comments also apply but I'm not sure you were trying
a gcc targeting the tic6x
--joel
> >
> > I've read on forums that GCC 4.7 has *some* level
501 - 574 of 574 matches
Mail list logo
