Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On 08/29/2014 04:58 AM, Chris Johns wrote: This is a patch of the preinstall.am files. I have tested it on fedora 20 and OSX. If this is ok I will push to the repo. OK with me. I'd suspect this to happen due to perl's hash algorithm having changed, AFAICT (I am also Fedora perl co-maintainer), it is causing different result orders depending on the perl versions being used. Ralf ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On Fri, Aug 29, 2014 at 3:45 AM, Chris Johns wrote: > On 29/08/2014 12:30 am, Hesham Moustafa wrote: >> >> On Thu, Aug 28, 2014 at 4:25 PM, Joel Sherrill >> wrote: >>> >>> >>> On 8/28/2014 9:20 AM, Hesham Moustafa wrote: On Thu, Aug 28, 2014 at 4:12 PM, Joel Sherrill wrote: > > Chris should be on a Mac. I am on Fedora 20. > I am on Fedora 20 too $ autoconf --version autoconf (GNU Autoconf) 2.69 >>> The RSB version? 32 or 64 bit? >> >> RTEMS Source Builder - Set Builder, v0.4.0 >> Python: 2.7.5 (default, Jun 25 2014, 10:19:55) [GCC 4.8.2 20131212 >> (Red Hat 4.8.2-7)] >> >> Fedora 20 - 64 bit > > > Does the attached patch fix the problem ? > I applied the attached patch (for both HEAD, and before Joel's preinstall.am commit), and then run bootstrap -p, the same behavior occurs for me which is EVERY preinstall.am file is modified. > For me this patch gives the same output before Joel's patch (which may need > to be reverted). > > Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
can't find rtems-4.11-binutils-common in ubuntu
hello! I have a problem.Can you help me ? I can't find rtems-4.11-binutils-common , rtems-4.11-gcc-common ,rtems-4.11-gdb-common, rtems-4.11-newlib-common where download from 4.11/ubuntu/pool/rtems4.11/r/, so I can't build tools for rtems because it need to depend on them . Please reply.thanks very much.___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On 08/29/2014 10:55 AM, Hesham Moustafa wrote: Does the attached patch fix the problem ? I applied the attached patch (for both HEAD, and before Joel's preinstall.am commit), and then run bootstrap -p, the same behavior occurs for me which is EVERY preinstall.am file is modified. Which OS are you on, which version of perl is it and which LOCALE are you using? Ralf ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On Fri, Aug 29, 2014 at 12:58 PM, Ralf Corsepius wrote: > On 08/29/2014 10:55 AM, Hesham Moustafa wrote: > >>> Does the attached patch fix the problem ? >>> >> I applied the attached patch (for both HEAD, and before Joel's >> preinstall.am commit), and then run bootstrap -p, the same behavior >> occurs for me which is EVERY preinstall.am file is modified. > > Which OS are you on, which version of perl is it and which LOCALE are you > using? > $ perl --version This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux-thread-multi (with 19 registered patches, see perl -V for more detail) $ perl -V Summary of my perl5 (revision 5 version 18 subversion 2) $ locale --version locale (GNU libc) 2.18 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Ulrich Drepper. > Ralf > > > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On 08/29/2014 01:11 PM, Hesham Moustafa wrote: On Fri, Aug 29, 2014 at 12:58 PM, Ralf Corsepius wrote: On 08/29/2014 10:55 AM, Hesham Moustafa wrote: Does the attached patch fix the problem ? I applied the attached patch (for both HEAD, and before Joel's preinstall.am commit), and then run bootstrap -p, the same behavior occurs for me which is EVERY preinstall.am file is modified. Which OS are you on, which version of perl is it and which LOCALE are you using? You didn't answer my questions. Which OS is it? Ubuntu, Debian, CentOS, Windows, *BSD? Locale: What are the environment variables specifying your language set to (e.g. what does "echo $LANG" return)? Your name sounds Arab, so it would seem likely to me you are using some Arab locale. Also, it's quite possible, the files Chris has generated are affected, because he prefers to use exotic OSes. Ralf ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
Hi, On Fri, Aug 29, 2014 at 2:55 PM, Ralf Corsepius wrote: > On 08/29/2014 01:11 PM, Hesham Moustafa wrote: >> >> On Fri, Aug 29, 2014 at 12:58 PM, Ralf Corsepius >> wrote: >>> >>> On 08/29/2014 10:55 AM, Hesham Moustafa wrote: >>> > Does the attached patch fix the problem ? > I applied the attached patch (for both HEAD, and before Joel's preinstall.am commit), and then run bootstrap -p, the same behavior occurs for me which is EVERY preinstall.am file is modified. >>> >>> >>> Which OS are you on, which version of perl is it and which LOCALE are you >>> using? > > > You didn't answer my questions. > > Which OS is it? Ubuntu, Debian, CentOS, Windows, *BSD? > Oh, sorry, I though you read my reply to Joel in which I mentioned I am using fedora 20 - 64 bit > Locale: What are the environment variables specifying your language set to > (e.g. what does "echo $LANG" return)? Your name sounds Arab, so it would > seem likely to me you are using some Arab locale. > $ echo $LANG en_US.utf8 > Also, it's quite possible, the files Chris has generated are affected, > because he prefers to use exotic OSes. > > > Ralf > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On 8/29/2014 3:55 AM, Hesham Moustafa wrote: > On Fri, Aug 29, 2014 at 3:45 AM, Chris Johns wrote: >> On 29/08/2014 12:30 am, Hesham Moustafa wrote: >>> On Thu, Aug 28, 2014 at 4:25 PM, Joel Sherrill >>> wrote: On 8/28/2014 9:20 AM, Hesham Moustafa wrote: > On Thu, Aug 28, 2014 at 4:12 PM, Joel Sherrill > wrote: >> Chris should be on a Mac. I am on Fedora 20. >> > I am on Fedora 20 too > > $ autoconf --version > autoconf (GNU Autoconf) 2.69 > The RSB version? 32 or 64 bit? >>> RTEMS Source Builder - Set Builder, v0.4.0 >>> Python: 2.7.5 (default, Jun 25 2014, 10:19:55) [GCC 4.8.2 20131212 >>> (Red Hat 4.8.2-7)] >>> >>> Fedora 20 - 64 bit >> >> Does the attached patch fix the problem ? >> > I applied the attached patch (for both HEAD, and before Joel's > preinstall.am commit), and then run bootstrap -p, the same behavior > occurs for me which is EVERY preinstall.am file is modified. For me, this is the breakdown. Old output (formerly in git): CentOS 6.x: perl-5.10.1-136.el6.i686 Fedora 18: perl-5.16.3-245.fc18.i686 New output (in git now): Fedora 20: perl-5.18.2-289.fc20.x86_64 >> For me this patch gives the same output before Joel's patch (which may need >> to be reverted). >> >> Chris -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On 8/29/2014 8:13 AM, Hesham Moustafa wrote: > Hi, > > On Fri, Aug 29, 2014 at 2:55 PM, Ralf Corsepius > wrote: >> On 08/29/2014 01:11 PM, Hesham Moustafa wrote: >>> On Fri, Aug 29, 2014 at 12:58 PM, Ralf Corsepius >>> wrote: On 08/29/2014 10:55 AM, Hesham Moustafa wrote: >> Does the attached patch fix the problem ? >> > I applied the attached patch (for both HEAD, and before Joel's > preinstall.am commit), and then run bootstrap -p, the same behavior > occurs for me which is EVERY preinstall.am file is modified. Which OS are you on, which version of perl is it and which LOCALE are you using? >> >> You didn't answer my questions. >> >> Which OS is it? Ubuntu, Debian, CentOS, Windows, *BSD? >> > Oh, sorry, I though you read my reply to Joel in which I mentioned I > am using fedora 20 - 64 bit > >> Locale: What are the environment variables specifying your language set to >> (e.g. what does "echo $LANG" return)? Your name sounds Arab, so it would >> seem likely to me you are using some Arab locale. >> > $ echo $LANG > en_US.utf8 This is from rtbf64a which generates the "new" order $ perl --version This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux-thread-multi (with 19 registered patches, see perl -V for more detail) $ locale --version locale (GNU libc) 2.18 $ echo $LANG en_US.UTF-8 > >> Also, it's quite possible, the files Chris has generated are affected, >> because he prefers to use exotic OSes. And Fedora 20 for me generates the same thing. >> >> Ralf >> >> ___ >> devel mailing list >> devel@rtems.org >> http://lists.rtems.org/mailman/listinfo/devel > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: TOD/RTC questions
I was able to get the ds1307 i2c part working on the Pi. The tod.c driver shell was calling setRealTimeToRTEMS() but it was failing in rtems_clock_set because my driver was not returning the correct rtems_tod format. Now when I boot the Pi, the rtems time is synced to the battery backed RTC. Thanks, Alan On 8/28/2014 1:26 PM, Joel Sherrill wrote: On 8/28/2014 12:16 PM, Alan Cudmore wrote: I am testing out the Raspberry Pi I2C interface by implementing a DS1307 RTC driver. I started with the libchip/rtc/ds1375.c driver, since it is very close to the 1307. In the Raspberry Pi BSP, I added code to i2c_init.c to create a raw device node for the RTC device, then I added the tod/todcfg.h similar to the powerpc/mvme3100 BSP. Using the test functions I can read and write the device, but is there anything else I need to do in order to tie it to the RTEMS time functions? For example: In the shell ( main_date.c ) , the time() function just returns the 1998 epoch. Also, the shell rtc command ( main_rtc.c ) calls rtems_clock_get_tod, but returns a error. If I use the RTC command and set the time, it does try to write to my device and subsequent calls to rtems_clock_tod do not return an error. Am I missing any setup here? Finally, is RTC the same as TOD for RTEMS? It is a source to set the TOD from. There are some ugly APIs provided by the RTC driver shell code. They really need new names but I haven't had any good ideas. :( See libbsp/shared/tod.c. setRealTimeFromRTEMS() is probably the missing call you are looking for. Thanks, Alan ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On 08/29/2014 04:53 PM, Joel Sherrill wrote: This is from rtbf64a which generates the "new" order == Fedora 20 Also, it's quite possible, the files Chris has generated are affected, because he prefers to use exotic OSes. And Fedora 20 for me generates the same thing. Fedora 20, again. So what is Chris using? Ralf ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] preinstall: Regenerated files differ from the repo.
On August 29, 2014 11:54:35 AM CDT, Ralf Corsepius wrote: >On 08/29/2014 04:53 PM, Joel Sherrill wrote: > >> This is from rtbf64a which generates the "new" order > >== Fedora 20 > Also, it's quite possible, the files Chris has generated are >affected, because he prefers to use exotic OSes. >> And Fedora 20 for me generates the same thing. > >Fedora 20, again. > >So what is Chris using? Chris can confirm but Mac with same autotools built from same source. Perl is the question apparently. >Ralf > >___ >devel mailing list >devel@rtems.org >http://lists.rtems.org/mailman/listinfo/devel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: CMSIS?
absent answer means NO? Thanks, Daniel. On Thu, Aug 28, 2014 at 11:31 AM, Daniel Gutson wrote: > Hi, > >is there any precedent regarding a CMSIS abstraction layer > implementation on RTEMS? > > Thanks, > >Daniel. > > -- > > Daniel F. Gutson > Chief Engineering Officer, SPD > > > San Lorenzo 47, 3rd Floor, Office 5 > > Córdoba, Argentina > > > Phone: +54 351 4217888 / +54 351 4218211 > > Skype: dgutson -- Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211 Skype: dgutson ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [rtems commit] Regenerate all preinstall.am files.
On 08/28/2014 03:36 PM, Joel Sherrill wrote: Module:rtems Branch:master Commit:b597c0d60ce789c3f3708108c7a5abd75eecfbdf Changeset: http://git.rtems.org/rtems/commit/?id=b597c0d60ce789c3f3708108c7a5abd75eecfbdf Author:Joel Sherrill Date: Thu Aug 28 08:44:52 2014 -0500 Regenerate all preinstall.am files. Apparently, at some point automake output changed and these were not updated. FYI: This changelog is wrong. Automake is not at all involved in generating the preinstall.ams. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: TOD/RTC questions
On 8/29/2014 10:38 AM, Alan Cudmore wrote: > I was able to get the ds1307 i2c part working on the Pi. The tod.c > driver shell was calling setRealTimeToRTEMS() but it was failing in > rtems_clock_set because my driver was not returning the correct > rtems_tod format. > Now when I boot the Pi, the rtems time is synced to the battery backed RTC. That's great news! --joel > Thanks, > Alan > > On 8/28/2014 1:26 PM, Joel Sherrill wrote: >> On 8/28/2014 12:16 PM, Alan Cudmore wrote: >>> I am testing out the Raspberry Pi I2C interface by implementing a >>> DS1307 RTC driver. >>> >>> I started with the libchip/rtc/ds1375.c driver, since it is very close >>> to the 1307. >>> >>> In the Raspberry Pi BSP, I added code to i2c_init.c to create a raw >>> device node for the RTC device, then I added the tod/todcfg.h similar >>> to the powerpc/mvme3100 BSP. >>> >>> Using the test functions I can read and write the device, but is there >>> anything else I need to do in order to tie it to the RTEMS time functions? >>> >>> For example: >>> In the shell ( main_date.c ) , the time() function just returns the >>> 1998 epoch. Also, the shell rtc command ( main_rtc.c ) calls >>> rtems_clock_get_tod, but returns a error. If I use the RTC command and >>> set the time, it does try to write to my device and subsequent calls >>> to rtems_clock_tod do not return an error. >>> >>> Am I missing any setup here? >>> >>> Finally, is RTC the same as TOD for RTEMS? >>> >> It is a source to set the TOD from. There are some ugly APIs provided >> by the RTC driver shell code. They really need new names but I haven't >> had any good ideas. :( >> >> See libbsp/shared/tod.c. >> >> setRealTimeFromRTEMS() is probably the missing call you are looking >> for. >>> Thanks, >>> Alan -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
ARM folks speak up - was Re: CMSIS?
Hi Since I will admit not knowing what CMSIS was until I Google'd this, I decided to give this thread a prod. The link to ARM's documentation on this is: http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php Maybe that will help. --joel On 8/29/2014 12:04 PM, Daniel Gutson wrote: > absent answer means NO? > > Thanks, > > Daniel. > > On Thu, Aug 28, 2014 at 11:31 AM, Daniel Gutson > wrote: >> Hi, >> >>is there any precedent regarding a CMSIS abstraction layer >> implementation on RTEMS? >> >> Thanks, >> >>Daniel. >> >> -- >> >> Daniel F. Gutson >> Chief Engineering Officer, SPD >> >> >> San Lorenzo 47, 3rd Floor, Office 5 >> >> Córdoba, Argentina >> >> >> Phone: +54 351 4217888 / +54 351 4218211 >> >> Skype: dgutson > > -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
C++ cdtest Build Failure
Hi
Any suggestions?
In file included from
../../../../../../../rtems/c/src/../../testsuites/samples/cdtest/main.cc:29:0:
/users/joel/rtems-4.11-work/tools/lib/gcc/or1k-rtems4.11/4.8.3/include/c++/cstdlib:
In function 'long long int std::abs(long long int)':
/users/joel/rtems-4.11-work/tools/lib/gcc/or1k-rtems4.11/4.8.3/include/c++/cstdlib:174:20:
error: declaration of C function 'long long int std::abs(long long int)'
conflicts with
abs(long long __x) { return __builtin_llabs (__x); }
^
/users/joel/rtems-4.11-work/tools/lib/gcc/or1k-rtems4.11/4.8.3/include/c++/cstdlib:166:3:
error: previous declaration 'long int std::abs(long int)' here
abs(long __i) { return __builtin_labs(__i); }
^
../../../../../../../rtems/c/src/../../testsuites/samples/cdtest/main.cc: At
global scope:
../../../../../../../rtems/c/src/../../testsuites/samples/cdtest/main.cc:216:1:
error: expected '}' at end of input
}
^
--
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
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
or1ksim from RSB - OK
Hi Just a quick note to say that this built on Fedora 20 from the RSB. -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
or1ksim fails to build
Hi I think something isn't quite right. I don't know if gcc isn't including these or the bsp_specs isn't picking them up. It is a long holiday weekend and I just wanted to throw this out since I don't have time to investigate. or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes -Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs -O2 -o nsecs.exe init.o empty.o ../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): In function `_Thread_Handler': /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: undefined reference to `_init' ../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): In function `_exit': /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: undefined reference to `_fini' collect2: error: ld returned 1 exit status -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim from RSB - OK
Hi, Thanks for confirming that. Another note is that the output exe program is "or1k-elf-sim" (not the same as old released which are or32-elf-sim and sim). I will reflect this name in the README and sim-scripts. Thanks, Hesham On Fri, Aug 29, 2014 at 9:18 PM, Joel Sherrill wrote: > Hi > > Just a quick note to say that this built on Fedora 20 from the RSB. > > -- > 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 > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill wrote: > Hi > > I think something isn't quite right. I don't know if gcc isn't including > these or the bsp_specs isn't picking them up. It is a long holiday weekend > and I just wanted to throw this out since I don't have time to investigate. > > or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs > -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes > -Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs > -O2 -o nsecs.exe init.o empty.o > ../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): In > function `_Thread_Handler': > /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: > undefined reference to `_init' > ../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): > In function `_exit': > /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: > undefined reference to `_fini' > collect2: error: ld returned 1 exit status > What's the configure line you used to build? I used to --disable-posix and --disable-itron to avoid some of building errors. > -- > 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 > ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
On Fri, Aug 29, 2014 at 9:24 PM, Hesham Moustafa wrote: > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill > wrote: >> Hi >> >> I think something isn't quite right. I don't know if gcc isn't including >> these or the bsp_specs isn't picking them up. It is a long holiday weekend >> and I just wanted to throw this out since I don't have time to investigate. >> >> or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs >> -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes >> -Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs >> -O2 -o nsecs.exe init.o empty.o >> ../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): In >> function `_Thread_Handler': >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: >> undefined reference to `_init' >> ../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): >> In function `_exit': >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: >> undefined reference to `_fini' >> collect2: error: ld returned 1 exit status >> > What's the configure line you used to build? I used to --disable-posix > and --disable-itron to avoid some of building errors. Well, I removed these --disable-itron and --disable-posix, and it builds as before (except for the missing _CPU_Context_validate and other one). I will have to build the entire tool-chain from RSB again, and see if I got the same error. >> -- >> 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 >> ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
On 8/29/2014 2:24 PM, Hesham Moustafa wrote: > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill > wrote: >> Hi >> >> I think something isn't quite right. I don't know if gcc isn't including >> these or the bsp_specs isn't picking them up. It is a long holiday weekend >> and I just wanted to throw this out since I don't have time to investigate. >> >> or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs >> -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes >> -Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs >> -O2 -o nsecs.exe init.o empty.o >> ../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): In >> function `_Thread_Handler': >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: >> undefined reference to `_init' >> ../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): >> In function `_exit': >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: >> undefined reference to `_fini' >> collect2: error: ld returned 1 exit status >> > What's the configure line you used to build? I used to --disable-posix > and --disable-itron to avoid some of building errors. ITRON is no longer in the tree so that doesn't matter at all. :) POSIX was on. With it off, I get the same. I built a new toolset with the RSB just in case and got the same result. It is a long holiday weekend here. Heading out and not sure what is broken. Usually this indicates an issue with the linkcmds or the bsp_specs. But if it works for you, then it must be something else or all changes are not submitted. Are your tools "fresh"? >> -- >> 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 >> -- 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 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
On Aug 29, 2014 10:10 PM, "Joel Sherrill" wrote: > > > On 8/29/2014 2:24 PM, Hesham Moustafa wrote: > > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill > > wrote: > >> Hi > >> > >> I think something isn't quite right. I don't know if gcc isn't including > >> these or the bsp_specs isn't picking them up. It is a long holiday weekend > >> and I just wanted to throw this out since I don't have time to investigate. > >> > >> or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs > >> -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes > >> -Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs > >> -O2 -o nsecs.exe init.o empty.o > >> ../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): In > >> function `_Thread_Handler': > >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: > >> undefined reference to `_init' > >> ../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): > >> In function `_exit': > >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: > >> undefined reference to `_fini' > >> collect2: error: ld returned 1 exit status > >> > > What's the configure line you used to build? I used to --disable-posix > > and --disable-itron to avoid some of building errors. > ITRON is no longer in the tree so that doesn't matter at all. :) > > POSIX was on. With it off, I get the same. > > I built a new toolset with the RSB just in case and got the same result. > > It is a long holiday weekend here. Heading out and not sure what is > broken. Usually this indicates an issue with the linkcmds or > the bsp_specs. But if it works for you, then it must be something > else or all changes are not submitted. > > Are your tools "fresh"? > There is no problem with RTEMS because I use the RTEMS git repo and not mine. I believe my tools are fresh, but I will build it again now and report the results. > > >> -- > >> 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 > >> > > -- > 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 > ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
I have removed the entire or1k-rtems4.11-* and built a vanilla toolchain from latest RSB. Then I cloned latest RTEMS from the git HEAD, configured and built it, and I did not come across this error. MY configure line is: ~/rtems/configure --target=or1k-rtems4.11 --enable-rtemsbsp=or1ksim --enable-networking --enable-tests On Fri, Aug 29, 2014 at 10:15 PM, Hesham Moustafa wrote: > > On Aug 29, 2014 10:10 PM, "Joel Sherrill" wrote: >> >> >> On 8/29/2014 2:24 PM, Hesham Moustafa wrote: >> > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill >> > wrote: >> >> Hi >> >> >> >> I think something isn't quite right. I don't know if gcc isn't >> >> including >> >> these or the bsp_specs isn't picking them up. It is a long holiday >> >> weekend >> >> and I just wanted to throw this out since I don't have time to >> >> investigate. >> >> >> >> or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs >> >> -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes >> >> -Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs >> >> -O2 -o nsecs.exe init.o empty.o >> >> ../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): >> >> In >> >> function `_Thread_Handler': >> >> >> >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: >> >> undefined reference to `_init' >> >> ../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): >> >> In function `_exit': >> >> >> >> /users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: >> >> undefined reference to `_fini' >> >> collect2: error: ld returned 1 exit status >> >> >> > What's the configure line you used to build? I used to --disable-posix >> > and --disable-itron to avoid some of building errors. >> ITRON is no longer in the tree so that doesn't matter at all. :) >> >> POSIX was on. With it off, I get the same. >> >> I built a new toolset with the RSB just in case and got the same result. >> >> It is a long holiday weekend here. Heading out and not sure what is >> broken. Usually this indicates an issue with the linkcmds or >> the bsp_specs. But if it works for you, then it must be something >> else or all changes are not submitted. >> >> Are your tools "fresh"? >> > There is no problem with RTEMS because I use the RTEMS git repo and not > mine. > I believe my tools are fresh, but I will build it again now and report the > results. > >> >> >> -- >> >> 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 >> >> >> >> -- >> 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 >> ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
I will try to get to this soon. But it is a holiday weekend and tomorrow is my wife's birthday so I have priorities :) --Joel On August 29, 2014 4:32:05 PM CDT, Hesham Moustafa wrote: >I have removed the entire or1k-rtems4.11-* and built a vanilla >toolchain from latest RSB. Then I cloned latest RTEMS from the git >HEAD, configured and built it, and I did not come across this error. >MY configure line is: >~/rtems/configure --target=or1k-rtems4.11 --enable-rtemsbsp=or1ksim >--enable-networking --enable-tests > > >On Fri, Aug 29, 2014 at 10:15 PM, Hesham Moustafa > wrote: >> >> On Aug 29, 2014 10:10 PM, "Joel Sherrill" >wrote: >>> >>> >>> On 8/29/2014 2:24 PM, Hesham Moustafa wrote: >>> > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill >>> > wrote: >>> >> Hi >>> >> >>> >> I think something isn't quite right. I don't know if gcc isn't >>> >> including >>> >> these or the bsp_specs isn't picking them up. It is a long >holiday >>> >> weekend >>> >> and I just wanted to throw this out since I don't have time to >>> >> investigate. >>> >> >>> >> or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs >>> >> -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes >>> >> -Wimplicit-function-declaration -Wstrict-prototypes >-Wnested-externs >>> >> -O2 -o nsecs.exe init.o empty.o >>> >> >../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): >>> >> In >>> >> function `_Thread_Handler': >>> >> >>> >> >/users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: >>> >> undefined reference to `_init' >>> >> >../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): >>> >> In function `_exit': >>> >> >>> >> >/users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: >>> >> undefined reference to `_fini' >>> >> collect2: error: ld returned 1 exit status >>> >> >>> > What's the configure line you used to build? I used to >--disable-posix >>> > and --disable-itron to avoid some of building errors. >>> ITRON is no longer in the tree so that doesn't matter at all. :) >>> >>> POSIX was on. With it off, I get the same. >>> >>> I built a new toolset with the RSB just in case and got the same >result. >>> >>> It is a long holiday weekend here. Heading out and not sure what is >>> broken. Usually this indicates an issue with the linkcmds or >>> the bsp_specs. But if it works for you, then it must be something >>> else or all changes are not submitted. >>> >>> Are your tools "fresh"? >>> >> There is no problem with RTEMS because I use the RTEMS git repo and >not >> mine. >> I believe my tools are fresh, but I will build it again now and >report the >> results. >> >>> >>> >> -- >>> >> 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 >>> >> >>> >>> -- >>> 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 >>> ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: or1ksim fails to build
On Fri, Aug 29, 2014 at 11:33 PM, Joel Sherrill wrote: > I will try to get to this soon. But it is a holiday weekend and tomorrow is > my wife's birthday so I have priorities :) > Happy birthday to her :) I will try building on Ubuntu too which almost does not know anything about this RTEMS/or1k stuff. Hopefully someone may try to build and report results. > --Joel > > On August 29, 2014 4:32:05 PM CDT, Hesham Moustafa > wrote: >>I have removed the entire or1k-rtems4.11-* and built a vanilla >>toolchain from latest RSB. Then I cloned latest RTEMS from the git >>HEAD, configured and built it, and I did not come across this error. >>MY configure line is: >>~/rtems/configure --target=or1k-rtems4.11 --enable-rtemsbsp=or1ksim >>--enable-networking --enable-tests >> >> >>On Fri, Aug 29, 2014 at 10:15 PM, Hesham Moustafa >> wrote: >>> >>> On Aug 29, 2014 10:10 PM, "Joel Sherrill" >>wrote: On 8/29/2014 2:24 PM, Hesham Moustafa wrote: > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill > wrote: >> Hi >> >> I think something isn't quite right. I don't know if gcc isn't >> including >> these or the bsp_specs isn't picking them up. It is a long >>holiday >> weekend >> and I just wanted to throw this out since I don't have time to >> investigate. >> >> or1k-rtems4.11-gcc -B../../../../../or1ksim/lib/ -specs bsp_specs >> -qrtems -O2 -O0 -g -Wall -Wmissing-prototypes >> -Wimplicit-function-declaration -Wstrict-prototypes >>-Wnested-externs >> -O2 -o nsecs.exe init.o empty.o >> >>../../../../../or1ksim/lib/librtemscpu.a(libscore_a-threadhandler.o): >> In >> function `_Thread_Handler': >> >> >>/users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/score/../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:181: >> undefined reference to `_init' >> >>../../../../../or1ksim/lib/librtemscpu.a(libcsupport_a-newlibc_exit.o): >> In function `_exit': >> >> >>/users/joel/rtems-4.11-work/rtems-testing/rtems/build-or1k-or1ksim-rtems/or1k-rtems4.11/c/or1ksim/cpukit/libcsupport/../../../../../../rtems/c/src/../../cpukit/libcsupport/src/newlibc_exit.c:43: >> undefined reference to `_fini' >> collect2: error: ld returned 1 exit status >> > What's the configure line you used to build? I used to >>--disable-posix > and --disable-itron to avoid some of building errors. ITRON is no longer in the tree so that doesn't matter at all. :) POSIX was on. With it off, I get the same. I built a new toolset with the RSB just in case and got the same >>result. It is a long holiday weekend here. Heading out and not sure what is broken. Usually this indicates an issue with the linkcmds or the bsp_specs. But if it works for you, then it must be something else or all changes are not submitted. Are your tools "fresh"? >>> There is no problem with RTEMS because I use the RTEMS git repo and >>not >>> mine. >>> I believe my tools are fresh, but I will build it again now and >>report the >>> results. >>> >> -- >> 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 >> -- 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 > ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: CMSIS?
Absent answer means no. I had the same idea. Actually I have played around with using vendor libraries from TI and ST, and there is no problem compiling them in. I can't see any reason CMSIS wouldn't fit in fine too. Actually from memory the useful parts of CMSIS comprise two parts, ARM specific intrinsic instructions and register locations in a header file, and reasonable math libraries. It shouldn't be a bit deal to use these, I would ignore the CMSIS linker scripts and such though. I would like to see CMSIS and parts of the vendor libraries integrated with RTEMS if possible, but I am uncertain about licensing compatibility. It seems daft to have to rewrite register locations and platform specific instructions if the vendors provide them.. Regards, Chris. On 29/08/2014 10:04 AM, Daniel Gutson wrote: absent answer means NO? Thanks, Daniel. On Thu, Aug 28, 2014 at 11:31 AM, Daniel Gutson wrote: Hi, is there any precedent regarding a CMSIS abstraction layer implementation on RTEMS? Thanks, Daniel. -- Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211 Skype: dgutson ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
