Re: Concurrency in JFFS2?

On 12/04/15 01:30, Martin Galvan wrote: Oh, I see. Do you happen to remember where that lock is acquired/released? Have a look here ... https://git.rtems.org/rtems/tree/cpukit/libfs/src/jffs2/src/fs-rtems.c#n318 Chris ___ devel mailing list devel@rt

Re: [PATCH 0/6] rtems-source-builder patche series for graphic libraries

On 12/01/15 20:44, Pavel Pisa wrote: Hello Chris, On Monday 30 of November 2015 22:52:28 Chris Johns wrote: On 30/11/2015 10:16 AM, Pavel Pisa wrote: I have applied your patches on RSB master the result is identical to the last one with updated libPNG. I have rerun build and all packages has

Re: libfs: are we actually using User/Group IDs?

On 12/05/15 06:49, Martin Galvan wrote: Certainly! This filesystem has been so far implemented in Linux, so I'd assume it's GPLv2. Would it be worth contacting the developer/maintainer and ask about a dual license or something we can use? If this isn't compatible with the RTEMS license, per

Re: libfs: are we actually using User/Group IDs?

On 12/07/15 13:03, Daniel Gutson wrote: On Sun, Dec 6, 2015 at 10:42 PM, Chris Johns wrote: On 12/05/15 06:49, Martin Galvan wrote: Certainly! This filesystem has been so far implemented in Linux, so I'd assume it's GPLv2. Would it be worth contacting the developer/maintain

Re: [PATCH] Use linker set for system initialization

On 12/10/15 19:14, Sebastian Huber wrote: Make rtems_initialize_data_structures(), rtems_initialize_before_drivers() and rtems_initialize_device_drivers() static. Is this needed or is this something you can now do so why not? The only reason I ask is the trace linker needs external symbols to

Re: [PATCH] [RSB] or1k: use newlib snapshot for rtems4.11

Pushed onto 4.11. Thanks. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Use linker set for system initialization

On 11/12/2015 5:32 PM, Sebastian Huber wrote: > On 11/12/15 06:17, Chris Johns wrote: >> On 12/10/15 19:14, Sebastian Huber wrote: >>> Make rtems_initialize_data_structures(), >>> rtems_initialize_before_drivers() and rtems_initialize_device_drivers() >>> sta

Re: Breaking master [Was: [PATCH] Chase Newlib sys/select.h changes]

On 12/11/15 17:39, Sebastian Huber wrote: Since we have now the RSB, I prefer to avoid autoconf stuff and instead force users of the master branch to update their tool chain. I agree. Easy to add, difficult to remove. The difficult part is to set up your development host to be able to build t

Re: [PATCH] Use linker set for system initialization

On 12/11/15 21:59, Sebastian Huber wrote: All the constructors are used via function pointers, so without link-time optimization and a very smart compiler, they must exist as a single function. I think there may be a binutils bug in the mapping option. You can use objcopy --globalize-symbol

RTEMS 4.11.0-rc1 available.

Hello, RTEMS 4.11.0 Release Candidate (4.11.0-rc1) is available. You can find it on the RTEMS FTP server at: https://ftp.rtems.org/pub/rtems/releases/4.11/4.11.0-rc1/ ftp://ftp.rtems.org/pub/rtems/releases/4.11/4.11.0-rc1/ Please test and report any issues to the developers mailing list (d

Re: Make script rtems-bsps compatible with GNU find

On 12/15/15 00:11, Pavel Pisa wrote: If the -maxdepth is accepted by your/others BSD, OS X, Cygwin finds flavors then next change would make script to run on Linux. Thank you for this and the patch. I will update the rtems-bsps script on 4.11 and master. It will be in 4.11.0-rc2. Chris ___

Re: [PATCH 0/6] rtems-source-builder patche series for graphic libraries

On 12/04/15 14:08, Chris Johns wrote: I will. I am just sorting out the release things in the RSB first. I expect these changes to not break these patches but I want to get the release working. I have pushed these patches. Do we need build set files for 4.12 on master? Should I push the

RSB release BSPs to build.

Hi, The RC1 of 4.11.0 builds all the BSPs for an arch by default. I am thinking of adding an option you can use to specify a list of BSPs to build. If a list is not provided should it default to them all? I am ok with this happening. Chris ___ deve

Re: ubuntu 15.04 build fail

On 18/12/2015 5:49 PM, punit vara wrote: > checking for python... /usr/local/bin/python > checking for python2.7... no > configure: error: python is missing or unusable > Makefile:8643: recipe for target 'configure-gdb' failed > make[1]: *** [configure-gdb] Error 1 > make[1]: Leaving directory > '/

Re: RTEMS User Level Tracing?

On 19/12/2015 6:36 AM, isaac.gutekunst wrote: > > We're interested in trace some application data in our RTEMS project. > Here's a bunch of background and thoughts: > > I've read the following pages: > * https://devel.rtems.org/wiki/Developer/Tracing > * https://devel.rtems.org/wiki/Devel

Re: RTEMS User Level Tracing?

On 12/22/15 02:38, Isaac Gutekunst wrote: On 12/20/2015 08:02 PM, Chris Johns wrote: On 19/12/2015 6:36 AM, isaac.gutekunst wrote: We're interested in trace some application data in our RTEMS project. Here's a bunch of background and thoughts: I've read the following page

Re: Many BSPs Fail to link CXX tests

On 12/27/15 02:39, Joel Sherrill wrote: I noticed in a build of all BSPs that a number have trouble linking some of the larger tests. Rather than add them to the tcfg files, is it time to turn on per-function/data item linking to all the BSPs? Does this work for architectures? For C++ this mak

Re: Many BSPs Fail to link CXX tests

On 01/04/16 12:33, Joel Sherrill wrote: Replied from the wrong email address and it didn't go to the list. :( Besides this is a longer reply with a reference to a spreadsheet with size data for when I turned this on for the sparc BSPs. On Sun, Jan 3, 2016 at 6:24 PM, Chris Johns mailt

Re: Many BSPs Fail to link CXX tests

On 01/04/16 12:55, Joel Sherrill wrote: On SPARC/SIS, the main lesson I learned is that if the executable dropped to something ridiculously small, then something was broken. I had one iteration where hello.exe had 48 bytes of code. :) Nice work. Any thoughts on how to catch breakages on BSPs

Re: Fwd: Windows 10 Build

On 01/04/16 20:10, Sebastian Huber wrote: this page contains out of date information. I agree. Use the RSB to create a tool chain for MinGW and use msys2. I currently don't have time to document the steps, but it works quite well with msys2. There is an active GCI task about this which is

Re: [PATCH 2/2] linkers: Fix for targets with a small-data area

On 01/05/16 05:58, Sebastian Huber wrote: - Am 4. Jan 2016 um 18:01 schrieb Joel Sherrill j...@rtems.org: What exactly does this fix and how does it fix it? I will add this to the commit message: On certain targets (e.g. PowerPC) global data below a certain threshold (e.g. 8 bytes) ma

RSB rtems-4.12 gcc-6 dependent package version numbers.

Hi Sebastian, Looking at 4.12 build in the RSB I see: mpfr 2.4.2 mpc0.8.1 gmp4.3.2 The 4.11 gcc-4.9.3 is using: mpfr 3.0.1 mpc0.8.2 gmp5.0.5 4.12/rtems-arm builds on FreeBSD. Ok to update to the 4.11 versions? Chris _

Re: RSB rtems-4.12 gcc-6 dependent package version numbers.

On 5/01/2016 5:03 PM, Sebastian Huber wrote: > > I used the versions of the contrib/download_prerequisites script of the > GCC. The page https://gcc.gnu.org/install/prerequisites.html indicates later versions can be used. I cannot remember the reason these are selected. It may have been partially

Re: RSB rtems-4.12 gcc-6 dependent package version numbers.

On 5/01/2016 7:48 PM, Sebastian Huber wrote: > On 05/01/16 09:45, Chris Johns wrote: >> On 5/01/2016 5:03 PM, Sebastian Huber wrote: >>> > >>> >I used the versions of the contrib/download_prerequisites script of the >>> >GCC. >> The pagehttps:

Re: Rtems-test cortex-m3

On 07/01/2016 03:40, Aurelio Remonda wrote: Hello, i am trying use Rtems tester framework. The goal is to run the test on qemu for a board with cortex m3 (lpc1768). As far as i know qemu does not support lpc1768 so i choose Stellaris lm3s6965 which has a cortex m3 too. Im not sure i understand t

Re: [PATCH 2/2] rtemstoolkit: msys2 compatibility

On 8/01/2016 6:00 PM, Sebastian Huber wrote: > --- > rtemstoolkit/options.py | 16 > 1 file changed, 8 insertions(+), 8 deletions(-) > > diff --git a/rtemstoolkit/options.py b/rtemstoolkit/options.py > index 132445e..a5318fa 100644 > --- a/rtemstoolkit/options.py > +++ b/rtemstoo

Re: [PATCH 2/2] rtemstoolkit: msys2 compatibility

On 8/01/2016 7:41 PM, Sebastian Huber wrote: > > It seems that Python (python.org and msys2) on Windows has no implict > current directory import path. We used exactly this approach for the > rtems_waf module previously. > Then I suggest this is added. Check the command wrappers and add '.' to t

Re: [PATCH 2/2] rtemstoolkit: msys2 compatibility

On 8/01/2016 7:49 PM, Sebastian Huber wrote: > > > On 08/01/16 09:45, Chris Johns wrote: >> On 8/01/2016 7:41 PM, Sebastian Huber wrote: >>> > >>> >It seems that Python (python.org and msys2) on Windows has no implict >>> >current directory

Re: [PATCH 1/2] rtemstoolkit: Python 3 compatibility

On 8/01/2016 7:50 PM, Sebastian Huber wrote: > On 08/01/16 08:00, Sebastian Huber wrote: >> --- >> rtemstoolkit/execute.py | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/rtemstoolkit/execute.py b/rtemstoolkit/execute.py >> index 4125182..0344e51 100755 >> --- a/rtems

Re: [PATCH 1/2] rtemstoolkit: Python 3 compatibility

On 08/01/2016 20:10, Sebastian Huber wrote: Can you print the type of 'c'? This implies the input stream on Windows is binary in this case and not text and so the stream is ints. I suspect the fix here is more complicated if the data is some form of unicode format. I suppose the str()

Re: [PATCH 2/2] rtemstoolkit: msys2 compatibility

On 08/01/2016 20:05, Sebastian Huber wrote: I am not sure what you mean with "Check the command wrappers and add '.' tothe system path, eg rtems-tester.". The command wrapper is: https://git.rtems.org/rtems-tools/tree/tester/rtems-test and does adding '.' fix the problem? I am not sure if

Re: [rtems commit] JFFS2: Add device identifier for the flash device

On 14/06/2014 2:00 am, Sebastian Huber wrote: Module:rtems Branch:master Commit:73bf499ce7710ff8e75833042f88d1ff5b3e84fa Changeset: http://git.rtems.org/rtems/commit/?id=73bf499ce7710ff8e75833042f88d1ff5b3e84fa Author:Sebastian Huber Date: Tue Jun 10 10:56:55 2014 +0200 J

Re: [rtems commit] JFFS2: Add device identifier for the flash device

On 17/06/2014 6:51 pm, Sebastian Huber wrote: On 2014-06-16 21:56, Chris Johns wrote: On 14/06/2014 2:00 am, Sebastian Huber wrote: Module:rtems Branch:master Commit:73bf499ce7710ff8e75833042f88d1ff5b3e84fa Changeset: http://git.rtems.org/rtems/commit/?id

Re: Rtems-test with qemu integration for pc386

On 26/06/2014 5:56 am, Krzysztof Mięsowicz wrote: Hi again and sorry for spam. Soon after writing mail to you I found the solution (at least I think so :-D ). Thanks for posting the solution. The pc is the only qemu bsp I know of with a boot loader making it more complex. I created rtems-b

Re: Rtems-test with qemu integration for pc386

On 27/06/2014 4:09 am, Joel Sherrill wrote: See pc386/configure.ac for this RTEMS_BSP_CLEANUP_OPTIONS(1, 1) dnlargument 1 indicates the default value for BSP_PRESS_KEY_FOR_RESET dnlargument 2 indicates the default value for BSP_RESET_BOARD_AT_EXIT Sounds like the default should change

Re: [PATCH 1/2] LEON3: add dedicated SMP BSP config

On 4/07/2014 3:24 am, Joel Sherrill wrote: On 7/3/2014 2:59 AM, Daniel Hellstrom wrote: In order to support older toolchains and LEON3 v7 systems the -mcpu=leon3 flag can not be used in the LEON3 BSP. The SMP kernel however requires -mcpu=leon3 for the CAS support only present in GCC-4.8 and GC

Re: Adding capture support to score

On 10/07/2014 6:09 pm, Sebastian Huber wrote: Hello Jennifer, I am about to go on vacation so I can only give some short comments. Have fun. This patch looks a bit like approach of the Timeline Tool from Edisoft: http://lists.rtems.org/pipermail/users/2007-October/017112.html I am more in

Re: [PATCH 2/4] capture: Fix capture engine to handle new extensions.

On 10/07/2014 11:44 pm, Jennifer Averett wrote: --- cpukit/libmisc/capture/capture.c | 96 cpukit/libmisc/capture/capture.h | 17 --- 2 files changed, 78 insertions(+), 35 deletions(-) diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/libmi

Re: [PATCH 3/4] capture: Remove nested rtems_interrupt_lock_acquire calls.

On 10/07/2014 11:44 pm, Jennifer Averett wrote: Use of the cenable command was resulting in a lock in rtems_interrupt_lock_acquire due to nesting. I am rejecting this change. RTEMS as an RTOS should provide support to handle this case in a consistent manner in SMP and non-SMP builds of the co

Re: Fwd: [PATCH] Add const qualifier in

On 9/07/2014 2:40 am, Joel Sherrill wrote: On 7/8/2014 9:59 AM, Sebastian Huber wrote: On 2014-07-07 23:27, Joel Sherrill wrote: Hi Chris, I added this patch to rtems-tools. Attached is a patch to RSB to use it for the sparc tools. If this looks OK, should I make a similar update to all appli

Re: [PATCH 3/4] capture: Remove nested rtems_interrupt_lock_acquire calls.

On 11/07/2014 4:59 pm, Sebastian Huber wrote: On 2014-07-11 04:08, Chris Johns wrote: On 10/07/2014 11:44 pm, Jennifer Averett wrote: Use of the cenable command was resulting in a lock in rtems_interrupt_lock_acquire due to nesting. I am rejecting this change. RTEMS as an RTOS should provide

Re: [PATCH] Fix RTL colon problem

On 5/07/2014 5:22 pm, Peng Fan wrote: When loading an object file which is in an archive file using such a command "dlo tmp.ra:xx.rap", it shows file not found. This patch fix it. Applied. Thanks. Chris ___ devel mailing list devel@rtems.org http:/

Re: [PATCH] Fix RTL archive file load

On 14/07/2014 11:23 pm, Peng Fan wrote: When the first time executing such a command "dlo libxx.ra:yy.rap" or "dlo libxx.a:yy.o", RTL complains "no format loader found". when executing the command the second time, the archive files can be loaded correctly. It is because cache flush uses `file_si

Re: [PATCH] Common ARM A8 code.

On 16/07/2014 10:45 am, Ben Gras wrote: From: Chris Johns Merged. Thanks. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: nios2 build failure on RTEMS

On 17/07/2014 6:25 am, Joel Sherrill wrote: Hi in the nios2 tools is too old to build the current RTEMS. Newer versions provide __DEVOLATILE Support is in 4.9.x but it is lacking the RTEMS specifics to allow us to built it. ../../../../../rtems/c/src/libchip/network/dwmac-desc-enh.c:814:

Re: Fwd: GCC 4.9.1 Released

On 17/07/2014 12:46 am, Joel Sherrill wrote: Just passing along. Sebastian had two patches he wanted to see on the 4.9 branch and gcc head. Are there any others? What issues do we have moving to a 4.9.x release? I recall there being code generation issues but not the details. I think there a

Re: nios2 build failure on RTEMS

On 17/07/2014 8:47 am, Joel Sherrill wrote: On 7/16/2014 5:27 PM, Chris Johns wrote: On 17/07/2014 6:25 am, Joel Sherrill wrote: Hi in the nios2 tools is too old to build the current RTEMS. Newer versions provide __DEVOLATILE Support is in 4.9.x but it is lacking the RTEMS specifics to

Re: Zynq BSP

On 19/07/2014 8:39 am, emanuel stiebler wrote: On 2014-07-18 09:39, Giovanni Macciocu wrote: Hi Emanuel, RTEMS has a BSP which is named xilinx_zynq_zedboard, I use the following configuration to build RTEMS for this BSP. $ ../configure --target=arm-rtems4.11 --enable-rtemsbsp=xilinx_zynq_zed

Re: capture engine use of workspace_allocate

On 22/07/2014 1:47 am, Joel Sherrill wrote: On July 21, 2014 10:44:15 AM CDT, Gedare Bloom wrote: Either account for it in workspace sizing or use malloc. On principle, I guess any dynamic allocated memory that isn't mandatory to get RTEMS to work should come from malloc. With one malloc a

Re: capture engine use of workspace_allocate

On 22/07/2014 1:47 am, Joel Sherrill wrote: On July 21, 2014 10:44:15 AM CDT, Gedare Bloom wrote: Either account for it in workspace sizing or use malloc. On principle, I guess any dynamic allocated memory that isn't mandatory to get RTEMS to work should come from malloc. With one malloc a

Re: [PATCH] RTL: Remove duplicated objects before writing to rap file for rtl-host

On 24/07/2014 5:04 pm, Peng Fan wrote: This patch fixes that before merging the objects to a rap file, first remove duplicated object files. When using STL unique, first should call STL sort method. Thanks and merged. Note, this fixes RAP format sizes as reported by a user with a LEON3 and

Re: Zynq BSP

On 22/07/2014 1:00 am, emanuel stiebler wrote: On 2014-07-18 18:54, Chris Johns wrote: >> We still use the U-Boot to load it? > I do not use uboot, rather we have a taken the Xilinx FSBL and reworked it. Could you at least share this part? And thanks for this already, I thought that

Re: [PATCH] capture: change to use malloc/vs/rtems_workspace_alloc.

On 24/07/2014 11:54 pm, Jennifer Averett wrote: --- cpukit/libmisc/capture/capture.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/libmisc/capture/capture.c index 9ec07b8..1fac4a0 100644 --- a/cpukit/libmisc/capt

Re: [PATCH] RTEMS thread model configuration

On 26/07/2014 9:01 pm, Sebastian Huber wrote: The command line to build a GCC for RTEMS contained virtually always a '--enable-threads'. This patch helps to avoid this extra configuration command line parameter and makes the GCC build a bit more user friendly for RTEMS. +1 This patch should

Re: Pass multiple same options to rtems_linkflags

examples-v2 repo does this now. Are you able to look into this for me ? 2014-07-27 22:00 GMT+08:00 Peng Fan mailto:van.free...@gmail.com>>: Hi, 2014-07-26 9:28 GMT+08:00 Chris Johns mailto:chr...@rtems.org>>: On 26/07/2014 12:25 am, Peng Fan wrote:

Re: [PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

On 28/07/2014 5:17 pm, Christian Mauderer wrote: just that there is no confusion about it: The second patch contains some large headers from the Altera hwlib. Therefore it is bigger than the maximum mail size for the list and has to be reviewed by a list administrator. Therefore it can need some

Re: Pass multiple same options to rtems_linkflags

On 28/07/2014 11:22 pm, Peng Fan wrote: Hi, 2014-07-28 9:13 GMT+08:00 Chris Johns mailto:chr...@rtems.org>>: On 28/07/2014 12:01 am, Peng Fan wrote: Sorry. The patch is in the attachment. Missed it just now. The patch looks fine and it is nice solution. Maybe the RTL

Re: [PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

On 28/07/2014 6:43 pm, Christian Mauderer wrote: Am 28.07.2014 10:17, schrieb Chris Johns: On 28/07/2014 5:17 pm, Christian Mauderer wrote: just that there is no confusion about it: The second patch contains some large headers from the Altera hwlib. Therefore it is bigger than the maximum

Re: Pass multiple same options to rtems_linkflags

On 29/07/2014 12:15 am, Peng Fan wrote: We are in need of user documentation for the RTL code. Hah! what kind of doc do you prefer? doxgen doc in patch format or just wiki? And the documentation is about how to let user can easily integrate RTL into

Re: [PATCH 1/3] rbtree: Format

On 22/07/2014 11:38 pm, Gedare Bloom wrote: Thanks, I have added a section at http://www.rtems.org/wiki/index.php/Coding_Conventions#Tools and uploaded/linked to your configuration. Why not add to the source tree with a note ? Wiki pages are great if you know they exist !! Chris

RSB 0.4.0

Hi, I have pushed RSB 0.4.0. It contains the following: - GCC 4.8.3 targets are arm, avr, bfin, h8300, i386, m32c, m32r, m68k, microblaze, mips, moxie, powerpc, sh, sparc, sparc64. Newlib is CVS 26-Jul-2014. - GCC 4.9.1 targets are lm32, nios2. Newlib is CVS 26-Jul-201.4 - Show the

Re: [PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

On 29/07/2014 5:37 pm, Christian Mauderer wrote: After that problem is resolved, you can find the resubmission of the second patch as an answer to this mail. The original message has been approved. Chris ___ devel mailing list devel@rtems.org http:

Re: Python RAP and Reloc related for RTL

On 4/08/2014 12:18 am, Peng Fan wrote: Hi, Create this new thread to talk about this topic and the reloc related. 1. As you suggested, I have compiled toolchain for arm using option `-mlong-calls` on arm realview qemu platform, and now the python.rap file can be correctly loaded and python inte

RSB rtems-4.11 Tools for Windows.

Hi, The latest build of tools for Windows can be found here: http://www.rtems.org/ftp/pub/rtems/people/chrisj/source-builder/4.11/mingw32/latest/ All architectures are supported. On some architecture's gdb does not support the simulator option because of errors when building for Windows. Th

Re: [PATCH] RTL: Fix options handle and add a new option to rtems-ld

On 11/08/2014 12:24 am, Peng Fan wrote: 1. Fix getopt_long usage in rtl host. some shorthand options are not hanlded correctly, this patch fixes it. Thanks for cleaning this up. 2. Add a new option '--mach-flags'/'-m' to rtems-ld. This optarg of this option will be passed to xx-rtemsxx-gcc,

Re: Using rtl-host in covor - some questions

Hi, Sorry about not responding before now. It had dropped of my list and I had forgotten about it. On 12/08/2014 9:58 pm, Krzysztof Mięsowicz wrote: Hi, I'm currently working on adding symbol generation to covoar. I'm going to use rtl::process::execute function to run nm from covoar (as sugg

Re: Using rtl-host in covor - some questions

On 13/08/2014 7:03 pm, Krzysztof Mięsowicz wrote: Hi, I think we have small misunderstanding here :-) I'm currently trying to move symbol generation to covoar - previously symbol list was generated in shell script do_coverage.sh and passed to covoar in configuration file or as a command line arg

Re: Using rtl-host in covor - some questions

On 14/08/2014 7:34 am, Joel Sherrill wrote: On 8/13/2014 3:49 PM, Krzysztof Mięsowicz wrote: Hi, Thanks for your replies :-) I didn't see librld.a because I had old version of repo and after updating it appears :-) I think for now it would be better to get everything integrated with old "nm-b

Re: Using rtl-host in covor - some questions

On 14/08/2014 6:48 am, Joel Sherrill wrote: On 8/13/2014 3:28 PM, Chris Johns wrote: Hi, Sorry about not responding before now. It had dropped of my list and I had forgotten about it. On 12/08/2014 9:58 pm, Krzysztof Mięsowicz wrote: Hi, I'm currently working on adding symbol generati

Re: Using rtl-host in covor - some questions

On 14/08/2014 6:58 am, Gedare Bloom wrote: We need to decide if we want 1 repo per "tool" or a consolidated tools repo. My opinion is to add the rtl-host and rtems-coverage as git-submodules within another repo the project manages as project tools. My $.02 Otherwise, you should add rtl-host as a

Re: [PATCH] RTL: Fix options handle and add a new option to rtems-ld

On 14/08/2014 11:21 am, Peng Fan wrote: Hi, I have a two days travel, so this reply is late. 2014-08-12 10:56 GMT+08:00 Chris Johns mailto:chr...@rtems.org>>: On 11/08/2014 12:24 am, Peng Fan wrote: 1. Fix getopt_long usage in rtl host. some shorthand options a

Re: [PATCH] RTL: Fix options handle and add a new option to rtems-ld

On 15/08/2014 7:37 pm, Peng Fan wrote: On 08/15/2014 04:15 PM, Chris Johns wrote: On 14/08/2014 11:21 am, Peng Fan wrote: Hi, I have a two days travel, so this reply is late. 2014-08-12 10:56 GMT+08:00 Chris Johns mailto:chr...@rtems.org>>: On 11/08/2014 12:24 am, Peng Fan

Re: We should release 4.11

On 20/08/2014 2:38 am, Gedare Bloom wrote: Anything holding it up at the moment? It would be good to get a formal tool set definition into rtems-tools.git. I am currently testing a change to newlib 19-Aug-2014 which removes an old patch we had. Chris

Re: We should release 4.11

On 20/08/2014 7:43 am, Joel Sherrill wrote: What's the status of the dynamic loader? I suspect it is on its own independent release arc. Merging would require build system magic to get the arch specific parts to build and I currently have no interest in doing this. If someone wants to add a

Re: [PATCH] cpukit/mghttpd/mongoose: Fix format truncation warning

On 17/9/20 9:50 am, Joel Sherrill wrote: > On Wed, Sep 16, 2020, 6:43 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 16/9/20 11:42 pm, Joel Sherrill wrote: > > snprintf() is a safe method and I strongly disagree with the blanket > replacement &

Re: [PATCH v1 2/6] waf: Add path-mappings feature

On 16/9/20 8:06 pm, jan.som...@dlr.de wrote: > Hi Chris, > >> -Original Message----- >> From: Chris Johns >> Sent: Thursday, September 10, 2020 6:44 AM >> To: Sommer, Jan ; devel@rtems.org >> Subject: Re: [PATCH v1 2/6] waf: Add path-mappings feature

Re: [PATCH] build: Fix dependencies for start and asm files

On 17/9/20 3:57 pm, Sebastian Huber wrote: > Add explicit asm target feature. Add a build start file node list and > use it as a test program dependency. > > Close #3846. > Close #4080. > --- > wscript | 41 - > 1 file changed, 36 insertions(+), 5 delet

Re: [PATCH] build: Fix dependencies for start and asm files

On 17/9/20 4:11 pm, Sebastian Huber wrote: > On 17/09/2020 08:07, Chris Johns wrote: > >> >> On 17/9/20 3:57 pm, Sebastian Huber wrote: >>> Add explicit asm target feature.  Add a build start file node list and >>> use it as a test program dependency.

Re: [PATCH] build: Fix dependencies for start and asm files

On 17/9/20 4:26 pm, Sebastian Huber wrote: > On 17/09/2020 08:21, Chris Johns wrote: >> On 17/9/20 4:11 pm, Sebastian Huber wrote: >>> On 17/09/2020 08:07, Chris Johns wrote: >>>> On 17/9/20 3:57 pm, Sebastian Huber wrote: >>>>> +@fea

Re: [PATCH rtems-libbsd 1/3] Add helper script to find licenses.

On 17/9/20 10:51 pm, Joel Sherrill wrote: > I think I'm ok on all three of these patches but some  > comments on the shell script. I can see where this is a > tedious but important check. And it can be improved easily. > > Since this smells like something Chris would poke me f > or and call a "Joe

Re: License files missing on 5-freebsd-12 branch

On 17/9/20 10:57 pm, Joel Sherrill wrote: > On Thu, Sep 17, 2020 at 4:33 AM Christian Mauderer > > wrote: > > Hello, > > Chris pinged me that I missed to add these patches to the 5-freebsd-12 > branch. It would be good if we would add the

Re: [PATCH rtems-libbsd 1/3] Add helper script to find licenses.

On 18/9/20 4:39 pm, Christian Mauderer wrote: > You mentioned that libbsd.py should be taught to > handle licenses. Do you plan anything into that direction? In that case > touching the script wouldn't be really useful. Yes it is on my list. Chris ___ d

Re: [PATCH] gitignore: ignore top-level ini files

On 18/9/20 2:46 pm, Sebastian Huber wrote: > On 17/09/2020 20:55, Gedare Bloom wrote: > >> ping: decision needed--should we git-ignore .ini everywhere, .ini in >> top-level, or just the default config.ini in top-level? > I tend to ignore the top-level *.ini files. Then maybe git should also do th

Re: legacy stack or libbsd

On 19/9/20 12:45 am, gabriel.moy...@dlr.de wrote: > Hi Chris, > >> I will get back around to it. There are 2 sets of changes. In PTP itself a >> change is to add kqueue support because select in libbsd does not support >> signals. The PTP code runs a number of timers and they run of an alarm >> s

Comments in spec files in rtems.git

Hi, Can comments be added to the .yml files under specs in rtems.git? I was looking over a few files and wonder if some comments would help. Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems commit] build: Fix linker path

On 21/9/20 1:32 am, Sebastian Huber wrote: > Use -B for the linker since some architectures use extra start files defined > by > the GCC specification and provided by the BSP, for example powerpc. Start > files are not found by -L. This is the issue I was thinking about when we discussed the spe

Re: Build FreeBSD: FAILED 6/rtems-arm on x86_64-freebsd12.1 (rtems-tools-9fcc20789367ef476eb9ffbc6e2f9fabf686e10f-1)

On 21/9/20 1:23 am, Sebastian Huber wrote: > On 18/09/2020 22:21, sebastian.hu...@embedded-brains.de wrote: > >> + cd rtems-tools-9fcc20789367ef476eb9ffbc6e2f9fabf686e10f >> + ./waf distclean configure '--prefix=/usr/local/rtems/6' >> Fatal Python error: Py_Initialize: can't initialize sys standar

Re: [rtems commit] build: Fix linker path

On 21/9/20 2:49 pm, Sebastian Huber wrote: > On 21/09/2020 01:06, Chris Johns wrote: >> On 21/9/20 1:32 am, Sebastian Huber wrote: >>> Use -B for the linker since some architectures use extra start files >>> defined by >>> the GCC specification and provided by

Re: [PATCH] build: Ensure mandatory compiler/linker flags

On 21/9/20 3:02 pm, Sebastian Huber wrote: > > how do we want to proceed here? Without this patch the libbsd doesn't build. > OK to push. I will add a ticket for me to add a .pc file for libbsd. The remaining item was handling the user side of things. With a .pc file that contains the flags we

Re: gcc/RSB std::runtime patches and tickets

On 22/9/20 7:09 am, Joel Sherrill wrote: > Hi > > I'm trying to get this one tidied up and committed. I'm questioning how many > tickets this needs based on RTEMS and tools versions. > > + #2830 - I reassigned this to 5.2 > + #4084 - Created to track against 6. >    - need RSB patch against gcc 1

Re: Build FreeBSD: FAILED 6/rtems-arm on x86_64-freebsd12.1 (rtems-tools-9fcc20789367ef476eb9ffbc6e2f9fabf686e10f-1)

On 21/9/20 10:42 am, Joel Sherrill wrote: > Add doesn't address starting from Cron I run the RSB from cron on FreeBSD and MacOS without any issues. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Comments in spec files in rtems.git

On 21/9/20 12:35 am, Sebastian Huber wrote: > On 19/09/2020 02:43, Chris Johns wrote: >> Hi, >> >> Can comments be added to the .yml files under specs in rtems.git? > the problem with comments in YAML files is that they are not preserved if you > parse the files and writ

Master broken?

Hi, I cannot build master. I am using ... powerpc-rtems6-gcc (GCC) 10.2.1 20200918 (RTEMS 6, RSB 1ea1c9cdc56313e33abf39fce23a2ddf308ff5b3, Newlib 749cbcc) for the powerpc, i386 and arm. I am seeing with psim and pc686 ... ./../../cpukit/librtemscpu.a(taskcreate.o): in function `rtems_task_crea

Re: Master broken?

On 23/9/20 1:14 pm, Chris Johns wrote: > Hi, > > I cannot build master. I am using ... ... using the autotools build system. > > powerpc-rtems6-gcc (GCC) 10.2.1 20200918 > (RTEMS 6, RSB 1ea1c9cdc56313e33abf39fce23a2ddf308ff5b3, Newlib 749cbcc) > > for the powerpc, i

Re: Master broken?

On 23/9/20 1:19 pm, Chris Johns wrote: > On 23/9/20 1:14 pm, Chris Johns wrote: >> Hi, >> >> I cannot build master. I am using ... > > ... using the autotools build system. > >> >> powerpc-rtems6-gcc (GCC) 10.2.1 20200918 >> (RTEMS 6, RSB 1ea1c9cd

libbsd master is broken with powerpc

Hi, I am seeing this ... '-o/opt/work/chris/rtems/libbsd/rtems-libbsd.git/build/powerpc-rtems6-psim-default/linux/drivers/soc/fsl/qbman/qman_ccsr.c.19.o'] In file included from ../../rtemsbsd/include/machine/rtems-bsd-kernel-space.h:59, from ../../linux/drivers/soc/fsl/qbman/qma

Re: libbsd master is broken with powerpc

On 23/9/20 3:08 pm, Chris Johns wrote: > Hi, > > I am seeing this ... > > '-o/opt/work/chris/rtems/libbsd/rtems-libbsd.git/build/powerpc-rtems6-psim-default/linux/drivers/soc/fsl/qbman/qman_ccsr.c.19.o'] > In file included from > ../../rtemsbsd/include/mach

Re: libbsd master is broken with powerpc

On 23/9/20 4:15 pm, Sebastian Huber wrote: > On 23/09/2020 07:11, Chris Johns wrote: > >> Sorry for the noise. I pulled the wrong repo. Update the repo and it builds. > > I worked on the libbsd build in the last days. Yes and it was my mistake I had not updated the right r

Re: configure options translated to waf config.ini?

On 25/9/20 2:48 am, Joel Sherrill wrote: > I can't find any documentation which guides translating a  > RTEMS configure command into the appropriate set of > options in a config.ini file for waf. The only example I could > find has BUILD_TESTS which implies it builds all tests  > rather than just s

Re: Removed 'unicode' keyword from pkgconfig.py

On 26/9/20 8:13 am, Stephen Clark wrote: > I have attached a patch to remove the use of the ‘unicode’ keyword from the > pkgconfig.py file. > > This addresses #4094, where this same patch has been attached. > > I was able to run the sb-set-builder script on the master, so I don’t believe > this p

<    1   2   3   4   5   6   7   8   9   10   >