On 10/02/2021 16:19, Joel Sherrill wrote:
On Wed, Feb 10, 2021 at 8:40 AM Sebastian Huber
<sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>> wrote:
On 10/02/2021 15:27, Joel Sherrill wrote:
> On Tue, Feb 9, 2021 at 11:20 PM Sebastian Huber
> <sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>
> <mailto:sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>>> wrote:
>
>
> On 08/02/2021 10:40, Chris Johns wrote:
> >> It is written in Python 3.6.
> > We still need to support python 2. Maybe having this file
> support both could be
> > part of the project.
> I think this BSP builder is a development tool which can use
> Python 3.
> It is useful to maintain RTEMS, but it is not a tool
required for end
> users of RTEMS to develop applications. Independent of this, the
> Python
> 2 end of life was a year ago.
>
>
> It is still the default Python on CentOS7 which is an even
longer LTS
> release
> based on the recent CentOS changes. I would consider it a primary
> test tool
> which should work on all hosts.
According to this web site Python 3 is available since CentOS 7.7
though
the standard repository:
|yum update -y ||yum install -y python3 We should make a list of
host computer systems
we would like to support and then check if Python 3 is available. |||
This is different from what I have been doing. I have been using the
software collection for python3. The software collections do not
change the
base environment and you have to explicitly switch to them. I do this
when
working on the documentation.
scl enable rh-python36 bash
I installed python3. I now have this for tab-completion for python:
$ python
python python2.7 python2-config python3.6
python-config
python2 python2.7-config python3 python3.6m
python_count
Will the RTEMS Python code pick the Python3 automatically?
FWIW I think the qemu RSB script already needs Python3. I have had to
use the software collection version to build it for the past few months.
Whatever the answer is, we need to update the manual if we are
heading to a change in expectations.
We should not have too many loose ends. We should focus first on the
removal of the old build system and using the build specification is
currently a secondary issue from my point of view.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
