<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 12, 2020 at 11:38 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 13/10/20 1:06 am, Karel Gardas wrote:<br>
> On 10/12/20 3:50 PM, Anders Montonen wrote:<br>
>> Hi,<br>
>><br>
>>> On 12 Oct 2020, at 15:30, Karel Gardas <<a href="mailto:karel.gardas@centrum.cz" target="_blank">karel.gardas@centrum.cz</a><br>
>>> <mailto:<a href="mailto:karel.gardas@centrum.cz" target="_blank">karel.gardas@centrum.cz</a>>> wrote:<br>
>>><br>
>>><br>
>>> Sure, but you have to install header files whatever this means on<br>
>>> macosx. On Ubuntu this means 'apt install python2.7-dev’<br>
>><br>
>> System frameworks on macOs usually include the development libraries and<br>
>> headers. Running “python<ver>-config —cflags”, and “python<ver>-config<br>
>> —ldflags” returns the compiler and linker flags needed.<br>
> <br>
> Check where is Python.h -- if it's available, then probably gdb's<br>
> configure is not able to pick it up -- probably due to missing<br>
> parameters -- which should be supplied by rsb. Anyway, you (or OP) are<br>
> on macosx which is not that usual so you will probably need to do some<br>
> tweaks. If it's not available, you need to convince your python install<br>
> to install all headers and libs.<br>
> <br>
> Also, have a look into rtems-source-builder/source-builder/sb -- not<br>
> sure, but there is no macosx.py there but perhaps it should be... (like<br>
> linux, openbsd, netbsd etc. are there too...)<br>
<br>
The detection is here:<br>
<br>
<a href="https://git.rtems.org/rtems-source-builder/tree/source-builder/config/gdb-common-1.cfg#n7" rel="noreferrer" target="_blank">https://git.rtems.org/rtems-source-builder/tree/source-builder/config/gdb-common-1.cfg#n7</a><br>
<br>
Updates welcome. The detection support is a continuous work in progress so if<br>
something is needed to help a specific case please add it. The config looks for<br>
a suitable python to use, then for the config command and then the settings it has.<br></blockquote><div><br></div><div>As mentioned on various Linux distributions, you have to install a python2-devel </div><div>package. The gdb check is here:</div><div><br></div><div><a href="https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure.ac;h=6b4b0fa85109d1e0d0a1610fece2ce13295befb9;hb=HEAD#l674">https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure.ac;h=6b4b0fa85109d1e0d0a1610fece2ce13295befb9;hb=HEAD#l674</a><br></div><div><br></div><div>This has been a common issue long enough that Chris moved gdb to one of the</div><div>first things built so the error would stop a build near the beginning rather than after</div><div>building gcc.</div><div><br></div><div>In a perfect world, sb-check would know how to check for the libraries needed </div><div>which is mostly python2-devel and zlib-devel.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Andrew, I do not test building with macports or homebrew. The amount of work<br>
that would generate for me would be enough to consume all my time.<br></blockquote><div><br></div><div>Same for alternative Linux distributions and other BSD variants. There are just </div><div>too many for the core developers to include in their testing. This is where the </div><div>community has to step up if someone cares.</div><div><br></div><div>I develop on CentOS but test on CentOS, Ubuntu, and FreeBSD. I try</div><div>to visit Windows (Cygwin and MinGW on occasion. Other core developers</div><div>have their test OS set. In total, we cover a pretty wide swath but there </div><div>are so many we don't hit. But none of us test on Mint or NetBSD and </div><div>AFAIK there are not regular reports from Debian.even though Ubuntu should</div><div>be close.</div><div><br></div><div>I should end by saying that if a host is important, there are the options of</div><div>testing it yourself or supporting a core developer add it to their set. It just</div><div>takes time and resources to test a host. </div><div><br></div><div>My recent BSP build sweeps have taken 42-48 hours on an 8-core Xeon.</div><div>My regular check of build all tools, run bsp tester, and then build bsps and</div><div>test on simulators takes from 20 to ~48 hours depending on the computer.</div><div>Nice weekend job for someone's computer if you can't decicate a computer</div><div>to the task.</div><div><br></div><div>--joel</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Chris<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div></div>