RTEMS / Tools / RTEMS Source Builder¶
Go to Issues or Merge Requests
Issues Summary
Merge Requests Summary
Issues¶
46 - Add std::filesystem chdir and mkdir support to libstdc++v3¶
Id |
46 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Kinsey Moore |
Created |
2024-11-13T10:29:37.913Z |
Closed |
2024-11-27T15:27:27.605Z |
Updated |
2024-11-27T15:27:27.619Z |
Milestone |
6.1 |
Labels |
lang::c++, tool::gcc |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/46 |
Merges |
1 |
The libstc++-v3 configure uses links tests to check for the calls chdir and mkdir. These checks fail because the calls are in rtems/rtos/rtems.git and we need a compiler to built RTEMS.
Author: Chris Johns
2024-11-13T10:29:38.018Z
assigned to @chris
Author: Chris Johns
2024-11-13T10:34:29.051Z
This patch sets the defines for RTEMS so
std::filesystemdirectory management works.
Author: Sebastian Huber
2024-11-13T11:06:42.228Z
The right place is probably:
diff --git a/libstdc++-v3/configure.ac b/libstdc++-v3/configure.ac index e59bcdb2944..79512a398c2 100644 --- a/libstdc++-v3/configure.ac +++ b/libstdc++-v3/configure.ac @@ -353,6 +353,31 @@ else AC_DEFINE(HAVE_ICONV) AC_DEFINE(HAVE_MEMALIGN) + + case "${target}" in + *-rtems*) + case "${target}" in + bfin* | lm32* | mips* | moxie* | or1k* | v850*) + ;; + *) + AC_DEFINE(HAVE_TLS) + ;; + esac + AC_DEFINE(HAVE_ALIGNED_ALLOC) + AC_DEFINE(HAVE_AT_QUICK_EXIT) + AC_DEFINE(HAVE_LINK) + AC_DEFINE(HAVE_POLL) + AC_DEFINE(HAVE_QUICK_EXIT) + AC_DEFINE(HAVE_READLINK) + AC_DEFINE(HAVE_SETENV) + AC_DEFINE(HAVE_SLEEP) + AC_DEFINE(HAVE_SOCKATMARK) + AC_DEFINE(HAVE_STRERROR_L) + AC_DEFINE(HAVE_SYMLINK) + AC_DEFINE(HAVE_TRUNCATE) + AC_DEFINE(HAVE_USLEEP) + ;; + esac elif test "x$with_headers" != "xno"; then GLIBCXX_CROSSCONFIG fiSee
commit e0466d32eb3422e6d206a16845e4e594d3a0f2b2 Author: Sebastian Huber <sebastian.huber@embedded-brains.de> Date: Wed Jun 8 08:44:36 2022 +0200 Enable some features for RTEMS in libstdc++ Remove RTEMS support from crossconfig.m4 since this code is not used due to "with_newlib" being "yes". libstdc++-v3/ChangeLog: * configure: Regnerate. * configure.ac (newlib, *-rtems*): Enable TLS support for all RTEMS targets except bfin, lm32, mips, moxie, or1k, and v850. For all RTEMS targets, define HAVE_ALIGNED_ALLOC, HAVE_AT_QUICK_EXIT, HAVE_LINK, HAVE_POLL, HAVE_QUICK_EXIT, HAVE_READLINK, HAVE_SETENV, HAVE_SLEEP, HAVE_SOCKATMARK, HAVE_STRERROR_L, HAVE_SYMLINK, HAVE_TRUNCATE, and HAVE_USLEEP. * crossconfig.m4 (*-rtems*): Remove.
Author: Chris Johns
2024-11-13T20:47:26.243Z
That would also work. The header file was easier to sort out because I did not need to regenerate configure
Would the change be as simple as bringing across the defines I have in the header file?
Author: Kinsey Moore
2024-11-14T23:24:55.412Z
changed title from Add std::filesystem c{-d-}dir and mkdir support to libstdc++v3 to Add std::filesystem c{+h+}dir and mkdir support to libstdc++v3
Author: Sebastian Huber
2024-11-16T23:38:37.048Z
There is already this change in GCC:
commit 5955c18dfb970740d55d432aeee5cb5a6f51cf65 Author: Alexandre Oliva <oliva@adacore.com> Date: Thu May 30 04:01:15 2024 -0300 [libstdc++-v3] [rtems] enable filesystem support mkdir, chdir and chmod functions are defined in librtemscpu, that doesn't get linked in during libstdc++-v3 configure, but applications use -qrtems for linking, which brings those symbols in, so it makes sense to mark them as available so that the C++ filesystem APIs are enabled. for libstdc++-v3/ChangeLog * configure.ac [*-*-rtems*]: Set chdir, chmod and mkdir as available. * configure: Rebuilt.
Author: Chris Johns
2024-11-16T23:38:37.048Z
I searched https://gcc.gnu.org/git/?p=gcc and could not find that commit?
Author: Chris Johns
2024-11-16T23:38:37.048Z
Found the patch on
master. I have commented below.
Author: Sebastian Huber
2024-11-16T23:42:57.171Z
Proposal for GCC trunk:
Author: Chris Johns
2024-11-16T23:42:57.171Z
This looks great. I will test it and then make a MR for the RSB to use it.
Author: Chris Johns
2024-11-16T23:42:57.171Z
The patch does not work.
Author: Chris Johns
2024-11-16T23:00:01.176Z
It does not fix the directory management because the tests fail. The configure test results I can see are:
checking for chmod... no checking for mkdir... no checking for chdir... no checking for getcwd... yes checking for realpath... no checking for utimensat... no checking for utime... no checking for lstat... yes checking for struct stat.st_mtim.tv_nsec... yes checking for fchmod... yes checking for fchmodat... no checking for sendfile that can copy files... no checking for link... no checking for readlink... no checking for symlink... no checking for truncate... no checking for fdopendir... yes checking for dirfd... yes checking for openat... no checking for unlinkat... noIn
acinclude.m4themkdirchange says:AC_DEFINE(_GLIBCXX_USE_MKDIR, 1, [Define if usable mkdir is available in <sys/stat.h>.])I will test defining this by manually hacking the patch to add the
_GLIBCXX_USE_*defines.
Author: Chris Johns
2024-11-16T23:39:55.930Z
This patch works vCJ-0001-libstdc-v3-Enable-features-for-RTEMS.patch. Manually hacked!
I found the patch from Alexandre on GCC’s
masterbranch and I could not find it onrelease/gcc-13branch.I prefer the approach I have taken because it is the method detailed in the check’s help. I am concerned directly tweaking the configure vars depends on the implementation which would need to be kept in sync.
Author: Chris Johns
2024-11-23T06:10:10.686Z
@sebhub any update on this change?
Author: Sebastian Huber
2024-11-23T06:10:10.686Z
Sorry, I am busy with other things right now.
Author: Chris Johns
2024-11-23T06:10:10.686Z
Thanks and I am only asking because of branching this week.
Author: Chris Johns
2024-11-23T06:11:05.126Z
I have created a v2 patch and regenerated
configure.
Author: Chris Johns
2024-11-23T21:54:58.170Z
mentioned in merge request !78
Author: Joel Sherrill
2024-11-25T22:45:06.929Z
Please change from closes Issue 46 to updates 46.
Author: Chris Johns
2024-11-25T22:59:01.992Z
The issue was closed when we only had
Updatesin the MR and commit.
Author: Chris Johns
2024-11-26T01:12:54.196Z
mentioned in commit d53112736f76dc50995cda023ba4b20c2055c89f
Author: Chris Johns
2024-11-26T01:13:40.082Z
mentioned in merge request !80
Author: Chris Johns
2024-11-27T15:07:31.044Z
mentioned in commit 6a0772b8a2cc58389b298873bf94324316579076
Author: Kinsey Moore
2024-11-27T15:27:27.254Z
Closing since !80 is merged now.
35 - x86_64 breaks on MacOS M machines¶
Id |
35 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-10-02T03:37:57.339Z |
Closed |
2024-11-15T10:31:55.206Z |
Updated |
2024-11-15T10:31:55.281Z |
Milestone |
6.1 |
Labels |
arch:x86_64, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/35 |
Merges |
1 |
Building the x86_64 tools on MacOS M silicon fails with:
config: tools/rtems-grub-2.06.cfg
grub2.cfg:11: "Darwin does not support Grub2 compilation by default."
grub2.cfg:12: "If you need Grub2 on Darwin, please install objconv"
grub2.cfg:13: "and enable it by removing '%undefine grub2_platform_supported' above"
config: tools/rtems-makefs-r12.cfg
package: makefs-v12-arm64-apple-darwin23.6.0-1
download: https://codeload.github.com/kusumi/makefs/tar.gz/r12 -> sources/makefs-r12.tar.gz
downloading: sources/makefs-r12.tar.gz - 646.2kB
building: makefs-v12-arm64-apple-darwin23.6.0-1
error: building makefs-v12-arm64-apple-darwin23.6.0-1
Build FAILED
See error report: rsb-report-makefs-v12-arm64-apple-darwin23.6.0-1.txt
Note: In some cases the error appears only in
the complete build log (see --log option)
error: building makefs-v12-arm64-apple-darwin23.6.0-1
Why is grub being built?
Author: Chris Johns
2024-10-02T03:37:57.560Z
assigned to @joel
Author: Amar Takhar
2024-10-02T04:45:12.766Z
Grub has been built for x86_64 since 2021. Something else has changed somewhere.
Author: Chris Johns
2024-10-17T23:44:40.564Z
I do not know. Why is it needed? The build could become dependent on MacOS?
Author: Chris Johns
2024-10-17T23:44:58.959Z
assigned to @amar
Author: Chris Johns
2024-10-17T23:45:36.908Z
unassigned @joel
Author: Amar Takhar
2024-10-25T19:59:18.826Z
I don’t have access to a macos M machine not sure what I can do here.
Author: Amar Takhar
2024-10-25T20:00:03.175Z
unassigned @amar
Author: Chris Johns
2024-10-31T22:51:32.956Z
assigned to @chris
Author: Sam Price
2024-11-15T11:13:50.394Z
I am building this inside of a ubuntu 20 container on a m1 mac
Author: Amar Takhar
2024-11-15T11:13:50.394Z
So you’re saying that it works or you are testing it? :)
Author: Sam Price
2024-11-15T11:13:50.394Z
Im just saying i can build the tools inside a docker container running ubuntu on a m1 chip. Im not sure i would attempt this on a local install of my mac.
Author: Amar Takhar
2024-11-15T11:13:50.394Z
Ah, thanks this support is for those running on MacOS which we support directly good to know that it works there thanks!
Author: Chris Johns
2024-11-15T08:59:07.969Z
The build fails with
gmp-6.3.0-arm64-apple-darwin24.0.0-1. Some sort of compiler error.In file included from fib_table.c:4: ../gmp-impl.h:1356:43: error: unexpected type name 'mpz_srcptr': expected identifier 1356 | void (*randseed_fn) (gmp_randstate_ptr, mpz_srcptr); | ^ ../gmp-impl.h:1356:24: error: a parameter list without types is only allowed in a function definition 1356 | void (*randseed_fn) (gmp_randstate_ptr, mpz_srcptr); | ^ ../gmp-impl.h:1357:42: error: unexpected type name 'mp_ptr': expected identifier 1357 | void (*randget_fn) (gmp_randstate_ptr, mp_ptr, unsigned long int); | ^ ../gmp-impl.h:1357:50: error: expected identifier 1357 | void (*randget_fn) (gmp_randstate_ptr, mp_ptr, unsigned long int); | ^ ../gmp-impl.h:1357:22: warning: a function declaration without a prototype is deprecated in all versions of C [-Wstrict-prototypes] 1357 | void (*randget_fn) (gmp_randstate_ptr, mp_ptr, unsigned long int); | ^ | void ../gmp-impl.h:1358:25: error: a parameter list without types is only allowed in a function definition 1358 | void (*randclear_fn) (gmp_randstate_ptr); | ^ ../gmp-impl.h:1359:24: error: a parameter list without types is only allowed in a function definition 1359 | void (*randiset_fn) (gmp_randstate_ptr, gmp_randstate_srcptr); | ^ ../gmp-impl.h:1377:47: error: a parameter list without types is only allowed in a function definition 1377 | __GMP_DECLSPEC void __gmp_randinit_mt_noseed (gmp_randstate_ptr); | ^ 1 warning and 7 errors generated.
Author: Chris Johns
2024-11-15T08:59:07.969Z
The error was an old include in a build temp directory. I deleted the directory and GMP builds.
Author: Chris Johns
2024-11-15T10:12:14.705Z
mentioned in merge request !77
44 - expat picking up dockbook2man and erroring when XML support is not enabled.¶
Id |
44 |
State |
closed |
Type |
ISSUE |
Author |
Amar Takhar |
Closed by |
Amar Takhar |
Created |
2024-10-29T22:47:08.778Z |
Closed |
2024-10-29T22:58:18.313Z |
Updated |
2024-10-29T22:58:18.364Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/44 |
Merges |
1 |
Summary¶
Found by ita on Discord
By following these steps:
Steps to reproduce¶
Pre-set options¶
Author: Gedare Bloom
2024-10-29T22:57:04.472Z
mentioned in merge request !73
42 - gaisler.se qemu patch download fails¶
Id |
42 |
State |
closed |
Type |
ISSUE |
Author |
CHARLES TAYLOR |
Closed by |
Joel Sherrill |
Created |
2024-10-23T21:10:15.793Z |
Closed |
2024-10-24T22:24:09.301Z |
Updated |
2024-10-24T22:24:09.390Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/42 |
Merges |
1 |
Summary¶
During the build process of the QEMU source builder, a patch fails to apply due to an unresolved link to a non-RTEMS resource. Specifically, the gaisler.se URL times out and returns a 404 error. This prevents the completion of the cross-compiler emulator tool suite installation.
Config: devel/qemu-5.2.0-1.cfg
package: qemu-5.2.0-rc1-x86_64-linux-gnu-1
download:
https://gaisler.se/qemu/qemu-5.2.0-leon3.patch
-> patches/qemu-5.2.0-leon3.patch
download:
https://gaisler.se/qemu/qemu-5.2.0-leon3.patch:
error: HTTP Error 404: Not Found
error: downloading
https://gaisler.se/qemu/qemu-5.2.0-leon3.patch:
all paths have failed, giving up
Build FAILED
See error report: rsb-report-qemu-5.2.0-rc1-x86_64-linux-gnu-1.txt
Note: In some cases the error appears only in
the complete build log (see --log option)
error: downloading
https://gaisler.se/qemu/qemu-5.2.0-leon3.patch:
all paths have failed, giving up
Build Set: Time 0:02:22.412941
Build FAILED
Steps to reproduce¶
Run
sudo ../source-builder/sb-set-builder --prefix=/opt/rtems/6 devel/qemuEncounter failure on download of the following qemu patch https://gaisler.se/qemu/qemu-5.2.0-leon3.patch
Workaround¶
Navigate to
https://ftp.rtems.org/pub/rtems/releases/5/5.2/sources/Download the relevant patch (qemu-5.2.0-leon3.patch)
Place it inside the patches directory under
patches/qemu-5.2.0-leon3.patchre-run install
Author: Amar Takhar
2024-10-23T21:28:58.896Z
marked this issue as related to #18
Author: Amar Takhar
2024-10-23T21:29:41.290Z
Thank you for the report
Author: Joel Sherrill
2024-10-24T14:41:55.142Z
We have the perception that content on the Internet is forever but things disappear or move. :disappointed:
You seem to be in a good position to fix and test this. The solution should be to just change the line in the RSB Qemu configuration file with the URL to point to the RTEMS release directory. The hash should not change.
I don’t think using the patch from an RTEMS release directory is an issue. Those are intended to be very permanent.
If it works, just create a merge request and submit the fix.
Please and thank you.
Author: CHARLES TAYLOR
2024-10-24T14:41:41.147Z
@joel I updated the suggested file and posted the MR here: https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/72 let me know if I did anything out of style.
Author: CHARLES TAYLOR
2024-10-24T18:06:46.097Z
mentioned in merge request !72
36 - dtc build failure on msys2 - all rtems6 target tools fail to build on Windows 10¶
Id |
36 |
State |
closed |
Type |
ISSUE |
Author |
Trac Migrate |
Assignee(s) |
Joel Sherrill |
Closed by |
Chris Johns |
Created |
2021-11-11T21:08:30.000Z |
Closed |
2024-10-18T21:24:10.584Z |
Updated |
2024-10-18T21:24:10.697Z |
Milestone |
6.1 |
Labels |
priority::normal, tickettype::defect, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/36 |
Merges |
1 |
Original author: kgardas
I’m testing RSB git source updated 2021-11-10 and it fails on freshly installed msys2/windows 10 platform with:
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems
$ ../source-builder/sb-check
RTEMS Source Builder - Check, 6 (efa44e47a7d2 modified)
Environment is ok
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems
$ ../source-builder/sb-set-builder --prefix=/c/r/rr 6/rtems-sparc
RTEMS Source Builder - Set Builder, 6 (efa44e47a7d2 modified)
Build Set: 6/rtems-sparc
config: devel/dtc-1.6.0-1.cfg
package: dtc-1.6.0-x86_64-w64-mingw32-1
building: dtc-1.6.0-x86_64-w64-mingw32-1
error: building d1xwm1
Build FAILED
See error report: rsb-report-dtc-1.6.0-x86_64-w64-mingw32-1.txt
error: building d1xwm1
Build Set: Time 0:00:28.232196
Build FAILED
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems
$
the problem report is attached.
Joel adds: dtc does not build on msys2. It requires fnmatch.h which is not present. Alternative fixes include finding an alternative for fnmatch on msys2, providing an implementation to be used on msys2, or adding gnulib which is a portability package to our RSB packages on msys2.
Also there may be other tickets for the same issue.
Possible Mentors: Karel Gardas Skills: C Difficulty: Medium
Author: Amar Takhar
2024-10-03T02:38:52.661Z
assigned to @tracmigrate
Author: Amar Takhar
2024-04-26T01:34:53.550Z
assigned to @tracmigrate
Author: Trac Migrate
2021-11-11T21:09:20.000Z
Original author: kgardas
Attachment rsb-report-dtc-1.6.0-x86_64-w64-mingw32-1.txt added
dtc compilation failure problem report.
Author: Joel Sherrill
2022-02-02T14:23:22.000Z
Original author: kgardas
Milestone set to rtems%”6.1”
Adding SoC as a ticket because I think this is a possible small SoC project. Possible solutions include adding gnulib to the RSB bset for msys2 or modifying dtc to use other APIs for this functionality.
Author: Joel Sherrill
2022-02-04T20:05:29.000Z
Original author: kgardas
Description changed
I'm testing RSB git source updated 2021-11-10 and it fails on freshly installed msys2/windows 10 platform with:karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems $ ../source-builder/sb-check RTEMS Source Builder - Check, 6 (efa44e47a7d2 modified) Environment is ok
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems $ ../source-builder/sb-set-builder –prefix=/c/r/rr 6/rtems-sparc RTEMS Source Builder - Set Builder, 6 (efa44e47a7d2 modified) Build Set: 6/rtems-sparc config: devel/dtc-1.6.0-1.cfg package: dtc-1.6.0-x86_64-w64-mingw32-1 building: dtc-1.6.0-x86_64-w64-mingw32-1 error: building d1xwm1 Build FAILED See error report: rsb-report-dtc-1.6.0-x86_64-w64-mingw32-1.txt error: building d1xwm1 Build Set: Time 0:00:28.232196 Build FAILED
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems $
the problem report is attached. + + Joel adds: dtc does not build on msys2. It requires fnmatch.h which is not present. Alternative fixes include finding an alternative for fnmatch on msys2, providing an implementation to be used on msys2, or adding gnulib which is a portability package to our RSB packages on msys2. + + Also there may be other tickets for the same issue.
Summary changed from RSB can’t build rtems-sparc target tools on Windows 10. to dtc build failure on msys2 - all rtems6 target tools fail to build on Windows 10
Author: Joel Sherrill
2022-02-25T21:15:50.000Z
Original author: kgardas
Description changed
I'm testing RSB git source updated 2021-11-10 and it fails on freshly installed msys2/windows 10 platform with:karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems $ ../source-builder/sb-check RTEMS Source Builder - Check, 6 (efa44e47a7d2 modified) Environment is ok
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems $ ../source-builder/sb-set-builder –prefix=/c/r/rr 6/rtems-sparc RTEMS Source Builder - Set Builder, 6 (efa44e47a7d2 modified) Build Set: 6/rtems-sparc config: devel/dtc-1.6.0-1.cfg package: dtc-1.6.0-x86_64-w64-mingw32-1 building: dtc-1.6.0-x86_64-w64-mingw32-1 error: building d1xwm1 Build FAILED See error report: rsb-report-dtc-1.6.0-x86_64-w64-mingw32-1.txt error: building d1xwm1 Build Set: Time 0:00:28.232196 Build FAILED
karel@DESKTOP-755H9VE MINGW64 /c/r/rtems-source-builder/rtems $
the problem report is attached. Joel adds: dtc does not build on msys2. It requires fnmatch.h which is not present. Alternative fixes include finding an alternative for fnmatch on msys2, providing an implementation to be used on msys2, or adding gnulib which is a portability package to our RSB packages on msys2. Also there may be other tickets for the same issue. + + Possible Mentors: Karel Gardas + Skills: C + Difficulty: Medium
Author: Chris Johns
2022-11-29T23:48:28.000Z
Original author: kgardas
status update?
Author: Gedare Bloom
2024-02-17T05:15:05.000Z
Original author: kgardas
Owner set to kgardas
Status changed from new to assigned
Author: Amar Takhar
2024-04-25T20:49:19.387Z
changed the description
Author: Amar Takhar
2024-04-26T01:34:53.864Z
moved from rtems/rtos/rtems#4547
Author: Amar Takhar
2024-10-03T02:38:53.196Z
moved from rtems/programs/gsoc#76
Author: Amar Takhar
2024-10-03T02:39:04.891Z
unassigned @tracmigrate
Author: Gedare Bloom
2024-10-06T18:22:18.034Z
assigned to @joel
Author: Gedare Bloom
2024-10-06T21:56:30.608Z
marked this issue as related to #25
Author: Gedare Bloom
2024-10-06T22:11:07.024Z
mentioned in merge request !63
Author: Gedare Bloom
2024-10-10T04:44:21.038Z
mentioned in merge request !66
25 - dtc builds fail on MSYS2 for RTEMS 6¶
Id |
25 |
State |
closed |
Type |
ISSUE |
Author |
xiaojun zheng |
Closed by |
Chris Johns |
Created |
2024-07-19T02:18:03.490Z |
Closed |
2024-10-18T21:24:10.610Z |
Updated |
2024-10-18T21:24:10.690Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/25 |
Merges |
1 |
Summary¶
MSYS2, target arm,aarch64
build command
../source-builder/sb-set-builder --log=l-arm.txt --prefix=/opt/rtems/6.1 6/rtems-arm
rsb-report-dtc-1.6.1-x86_64-w64-mingw32-1.txt
Author: xiaojun zheng
2024-07-19T02:19:08.785Z
changed the description
Author: Gedare Bloom
2024-10-06T21:56:30.668Z
marked this issue as related to #36
Author: Gedare Bloom
2024-10-06T22:11:06.516Z
mentioned in merge request !63
Author: Gedare Bloom
2024-10-10T04:44:20.984Z
mentioned in merge request !66
40 - Adding a hash in a release build generates an error¶
Id |
40 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-10-09T18:33:59.533Z |
Closed |
2024-10-09T22:08:02.520Z |
Updated |
2024-10-09T22:08:02.611Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/40 |
Merges |
1 |
Releases provide the release tar file hash in the VERSION file. This is read and loaded when the RSB starts a set build. If the package being built has a development hash in its configuration file the addition of that hash to the hash table results in an error because the hash is present and the value is different.
If the RSB is in release mode (%{release} == 1) do not raise an error. This lets the error happen during development if there is a duplicate and lets us ship untouched config files with the release versions of the tar files and hashes defined in VERSION.
Author: Chris Johns
2024-10-09T18:33:59.663Z
assigned to @chris
Author: Chris Johns
2024-10-09T22:05:19.096Z
mentioned in merge request !65
38 - Windows only code in common area in path.py¶
Id |
38 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Gedare Bloom |
Closed by |
Chris Johns |
Created |
2024-10-07T07:09:52.783Z |
Closed |
2024-10-07T12:55:56.197Z |
Updated |
2024-10-07T12:55:56.244Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/38 |
Merges |
1 |
The change to detect Windows 11 in !63 is in the common area and should have been guarded with a check of nt. It has broken non-Windows builds:
windows11 = sys.getwindowsversion().build >= 22000
^^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'sys' has no attribute 'getwindowsversion'
Author: Chris Johns
2024-10-07T07:09:52.886Z
assigned to @gedare
Author: Chris Johns
2024-10-07T07:12:03.637Z
changed title from Windows only code in common area i{-s-} path.py to Windows only code in common area i{+n+} path.py
Author: Amar Takhar
2024-10-07T07:27:45.537Z
mentioned in merge request !64
32 - Can’t build everything with all locales¶
Id |
32 |
State |
closed |
Type |
ISSUE |
Author |
Christian Mauderer |
Assignee(s) |
Christian Mauderer |
Closed by |
Christian Mauderer |
Created |
2024-09-07T14:16:44.108Z |
Closed |
2024-09-07T16:07:57.350Z |
Updated |
2024-09-07T16:07:57.364Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/32 |
Merges |
0 |
Summary¶
I wanted to build the qemu-xilinx on an Archlinux System with a German language setting. With that, downloading the sources for qemu-xilinx-v2023.2-1 failed. It seems that the source-builder/sb/git.py module tries to parse some language specific strings. My problem is at that line:
With a LANG=’C’ or LANG=’en_US’ setting, the output of git remote show origin has a line
HEAD branch: main
that is parsed by that module. With a LANG=’de_DE’, I instead get a
Hauptbranch: main
With that output, no default branch can be found and the source builder crashes at source-builder/sb/download.py in line 511:
repo.checkout(default_branch)
I’m not sure whether that’s the only place where a language specific string is parsed.
Steps to reproduce¶
On a system with a German locale, try
../source-builder/sb-set-builder –source-only-download devel/qemu-xilinx
Possible solutions¶
I can think of multiple solutions:
Setting the locale to ‘C’ for all RSB applications using the python
locale.setlocale(...). Problem is: I’m not sure whether that works on Windows. I didn’t find any clear cross-platform solution.Replacing the current git.py with the python git module. Most likely difficult due to dependencies.
Handle strings of all languages.
Any better ideas?
Author: Christian Mauderer
2024-09-07T14:16:44.287Z
assigned to @c-mauderer
Author: Christian Mauderer
2024-09-07T16:07:56.823Z
I did not analyze the problem enough. It was a problem with a broken clone of the repo in the sources directory. Sorry for creating the issue without analyzing enough.
13 - sb-rtems-pkg does not update rtems-tools checksum¶
Id |
13 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-06-15T03:22:23.484Z |
Closed |
2024-06-15T18:26:25.620Z |
Updated |
2024-09-05T11:27:37.864Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/13 |
Merges |
2 |
Summary¶
Running the sb-rtems-pkg tool does not update the checksum
Steps to reproduce¶
cd rtems
../source-builder/sb-rtems-pkg
git diff
The error is no checksum update when the hash is updated:
diff --git a/rtems/config/tools/rtems-tools-6.cfg b/rtems/config/tools/rtems-tools-6.cfg
index 7e4bfb0..8e7edc8 100644
--- a/rtems/config/tools/rtems-tools-6.cfg
+++ b/rtems/config/tools/rtems-tools-6.cfg
@@ -10,7 +10,7 @@
%define rtems_tools_source rtems-tools-%{rtems_tools_version}
%define rtems_tools_ext xz
%else
-%define rtems_tools_version ed300ed6061779ca6802b183e09d86e99649407d
+%define rtems_tools_version 9cd5599e468eaf847b690a4608906ca9bece10c7
%define rtems_tools_ext bz2
%endif
Author: Chris Johns
2024-06-15T03:22:23.637Z
assigned to @chris
Author: Chris Johns
2024-06-15T05:26:40.062Z
mentioned in merge request !29
Author: Frank Kuehndel
2024-09-05T11:27:37.803Z
mentioned in merge request !55
24 - Update newlib hash for RUSAGE_PTHREAD and remove sys/tree.h¶
Id |
24 |
State |
closed |
Type |
ISSUE |
Author |
Joel Sherrill |
Assignee(s) |
Joel Sherrill |
Closed by |
Chris Johns |
Created |
2024-07-15T19:13:17.634Z |
Closed |
2024-07-15T22:18:49.160Z |
Updated |
2024-08-28T23:15:01.481Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/24 |
Merges |
1 |
Summary¶
Update newlib hash per Title.
Author: Joel Sherrill
2024-07-15T19:13:17.790Z
assigned to @joel
Author: Joel Sherrill
2024-07-15T19:19:59.241Z
mentioned in merge request !37
Author: Sebastian Huber
2024-08-28T23:15:01.447Z
mentioned in merge request !54
28 - Update to binutils 2.34 for rtems 6¶
Id |
28 |
State |
closed |
Type |
ISSUE |
Author |
Joel Sherrill |
Assignee(s) |
Joel Sherrill |
Closed by |
Chris Johns |
Created |
2024-08-05T22:51:01.470Z |
Closed |
2024-08-07T02:53:55.645Z |
Updated |
2024-08-07T02:53:55.784Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/28 |
Merges |
1 |
Summary¶
Update binutils to 2.34 on all architectures possible
Author: Joel Sherrill
2024-08-05T22:51:01.569Z
assigned to @joel
Author: Joel Sherrill
2024-08-05T22:51:27.201Z
changed the description
Author: Joel Sherrill
2024-08-06T13:50:50.795Z
mentioned in merge request !44
23 - Microblaze Tools Fails to Build¶
Id |
23 |
State |
closed |
Type |
ISSUE |
Author |
Joel Sherrill |
Closed by |
Chris Johns |
Created |
2024-07-12T15:02:17.691Z |
Closed |
2024-07-16T22:30:37.013Z |
Updated |
2024-07-16T22:30:37.534Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/23 |
Merges |
1 |
Summary¶
Tools for microblaze-rtems6 fail to build with the issue being an XXX version conflict that results in a compile error for gcc. This is the error message from the RSB log:
libtool: compile: gcc -O2 -g -pipe -I/home/joel/rtems-work/rtems-source-builder/rtems/build/tmp/sb-1000/6/rtems-microblaze/home/joel/rtems-work/tools/6/include -I/home/joel/rtems-work/rtems-source-builder/rtems/build/tmp/sb-1000-internal/include -DHAVE_CONFIG_H -I. -I../../../gnu-mirror-gcc-d04fe55/mpc/src -I.. -g -O2 -MT mul.lo -MD -MP -MF .deps/mul.Tpo -c ../../../gnu-mirror-gcc-d04fe55/mpc/src/mul.c -o mul.o
../../../gnu-mirror-gcc-d04fe55/mpc/src/mul.c:175:1: error: conflicting types for \ |md_0_8216|\ mpfr_fmma\ |md_0_8217|\ ; have \ |md_0_8216|\ int(__mpfr_struct *, const __mpfr_struct *, const __mpfr_struct *, const __mpfr_struct *, const __mpfr_struct *, int, mpfr_rnd_t)\ |md_0_8217|\
175 | mpfr_fmma (mpfr_ptr z, mpfr_srcptr a, mpfr_srcptr b, mpfr_srcptr c,
| ^~~~~~~~~
In file included from ../../../gnu-mirror-gcc-d04fe55/mpc/src/mpc.h:25,
from ../../../gnu-mirror-gcc-d04fe55/mpc/src/mpc-impl.h:30,
from ../../../gnu-mirror-gcc-d04fe55/mpc/src/mul.c:22:
/usr/include/mpfr.h:765:21: note: previous declaration of \ |md_0_8216|\ mpfr_fmma\ |md_0_8217|\ with type \ |md_0_8216|\ int(__mpfr_struct *, const __mpfr_struct *, const __mpfr_struct *, const __mpfr_struct *, const __mpfr_struct *, mpfr_rnd_t)\ |md_0_8217|\
765 | __MPFR_DECLSPEC int mpfr_fmma (mpfr_ptr, mpfr_srcptr, mpfr_srcptr, mpfr_srcptr,
| ^~~~~~~~~
I ran git bisect and it identified this as the breaking commit:
423d98d2058a7dac0921f9a13113b024696236b9 is the first bad commit
commit 423d98d2058a7dac0921f9a13113b024696236b9
Author: Chris Johns <chrisj@rtems.org>
Date: Sat Jun 8 09:04:11 2024 +1000
gdb: Build MPFR before GDB as it now depeneds on it
Closes #7
bare/config/devel/expat-internal.bset | 14 +++++++++
bare/config/devel/gmp-internal.bset | 14 +++++++++
bare/config/devel/mpfr-4.2.1.cfg | 18 +++++++++++
bare/config/devel/mpfr-internal.bset | 14 +++++++++
rtems/config/6/rtems-default.bset | 1 +
rtems/config/tools/rtems-default-tools.bset | 16 ++++++++--
source-builder/config/expat-2-1.cfg | 47 ++++++++++++++++++++++++---
source-builder/config/gcc-13.cfg | 8 ++---
source-builder/config/gcc-common-1.cfg | 16 ++--------
source-builder/config/gdb-common-1.cfg | 2 +-
source-builder/config/gmp.cfg | 48 +++++++++++++++++++++++++---
source-builder/config/mpfr.cfg | 49 ++++++++++++++++++++++++++---
source-builder/defaults.mc | 19 +++++++----
13 files changed, 223 insertions(+), 43 deletions(-)
create mode 100644 bare/config/devel/expat-internal.bset
create mode 100644 bare/config/devel/gmp-internal.bset
create mode 100644 bare/config/devel/mpfr-4.2.1.cfg
create mode 100644 bare/config/devel/mpfr-internal.bset
This is the git bisect log:
$ git bisect log
git bisect start
# status: waiting for both good and bad commits
# bad: [c085b3bafb66e7cf2f9afd8b2622b5c1799e1616] rtems-tools: Fetch rtems-syms improvements
git bisect bad c085b3bafb66e7cf2f9afd8b2622b5c1799e1616
# status: waiting for good commit(s), bad commit known
# good: [93321bacf219039a02b3150c83ed1114d5bd1657] Change README to markdown
git bisect good 93321bacf219039a02b3150c83ed1114d5bd1657
# good: [b7be268a79710ad267e967a112644b105b2c4133] config/rtems-kernel: Update for gitlab
git bisect good b7be268a79710ad267e967a112644b105b2c4133
# bad: [80f8bdb11dd373dfa26376c1beb378f0c16d7943] bare/expat-internal: Fix the default version
git bisect bad 80f8bdb11dd373dfa26376c1beb378f0c16d7943
# bad: [423d98d2058a7dac0921f9a13113b024696236b9] gdb: Build MPFR before GDB as it now depeneds on it
git bisect bad 423d98d2058a7dac0921f9a13113b024696236b9
# good: [d68c65b2e03ac7512922dc167f3573badc7d1cfe] config/rtems-net-services: Update for gitlab
git bisect good d68c65b2e03ac7512922dc167f3573badc7d1cfe
# good: [f39e9584775a0bccdbd6959a9c55d473330d08e2] Migrate devel links to gitlab
git bisect good f39e9584775a0bccdbd6959a9c55d473330d08e2
# first bad commit: [423d98d2058a7dac0921f9a13113b024696236b9] gdb: Build MPFR before GDB as it now depeneds on it
The microblaze target is using a specific version of binutils and gcc with patches extracted from the Xilinx repo. Updating to FSF versions is not possible. There is an effort underway to submit work but the person who reached out to the binutils and gcc communities says it may take a year. So we are stuck needing to get the Microblaze target back to its state before this patch.
The contrib/download_prerequisites script with the Xilinx gcc version cites these:
gmp-6.1.0.tar.bz2
mpfr-3.1.6.tar.bz2
mpc-1.0.3.tar.gz
isl-0.18.tar.bz2
Steps to reproduce¶
cd
rtems
../source-builder/sb-set-builder --prefix=${HOME}/rtems-work/tools/6 --log=l-microblaze.txt 6/rtems-microblaze
/milestone %6.1
Author: Joel Sherrill
2024-07-12T15:35:07.099Z
changed the description
Author: Alex White
2024-07-16T14:32:33.824Z
mentioned in merge request !39
22 - All Builds Fail on Cygwin From chmod Returning an Error¶
Id |
22 |
State |
closed |
Type |
ISSUE |
Author |
Joel Sherrill |
Closed by |
Chris Johns |
Created |
2024-07-08T16:58:19.497Z |
Closed |
2024-07-09T20:49:28.912Z |
Updated |
2024-07-09T20:49:28.992Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/22 |
Merges |
1 |
Summary¶
For some unknown reason, the _chmod_ has begun to fail on Cygwin. This is done after untar-ing the source files and results in all Cygwin RSB builds failing.
Steps to reproduce¶
Build any target on Cygwin. The generated do-build script is run with “sh -ex” which will exit on any command returning non-zero. The following shows the results of manually “sh -ex do-build ; echo $?”
+ tar_exit=0
+ cd sourceware-mirror-newlib-cygwin-7947581
+ chmod -R a+rX,g-w,o-w .
1
Author: Amar Takhar
2024-07-08T17:00:20.169Z
What version of Windows?
Author: Amar Takhar
2024-07-08T17:00:33.055Z
marked this issue as related to #21
Author: Amar Takhar
2024-07-08T17:08:22.824Z
If it’s Windows 10+ chmod isn’t going to be needed and those flags will cause issues for sure especially the group perms. If we want to just say “You need at least Windows 10” then deleting all of them would be fine.
Author: Joel Sherrill
2024-07-08T17:11:58.600Z
mentioned in merge request !33
12 - GIT links to gitlab.rtems.org need to use protocol=https¶
Id |
12 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-06-13T06:15:14.004Z |
Closed |
2024-06-13T07:18:12.069Z |
Updated |
2024-06-13T07:18:12.130Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/12 |
Merges |
1 |
Summary¶
Moving to Gitlab has changed the git repo path from git://git.rtems.org to https://gitlab.rtems.org for read-only access. The RSB code download.py assumes anything with http/ https is a file download. The URLs should use protocol=https.
Steps to reproduce¶
../source-builder/sb-rtems-pkg
Solution¶
Change the URLs back to git://gitlab.rtems.org
Author: Chris Johns
2024-06-13T06:15:14.100Z
assigned to @chris
Author: Amar Takhar
2024-06-13T07:00:44.135Z
Can’t you fix this by treating anything that ends in
.gitas a repo? I’ve never seen a clone URL without.gitat the end.
Author: Chris Johns
2024-06-13T07:00:44.135Z
Maybe but it seems fragile. For
download.py’sgitsupport a URL is normally:https://gitlab.rtems.org/rtems/rtos/rtems.git?fetch?checkout=mainSo I will make sure only the supported list of
gitcommands are supported. Anything else is a file download
Author: Chris Johns
2024-06-13T07:00:44.135Z
Oh hang on, it is already covered in the code here https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/blob/main/source-builder/sb/download.py?ref_type=heads#L490 :
if _as[0] == 'protocol': if len(_as) != 2: raise error.general('invalid git protocol option: %s' % (_as)) if _as[1] == 'none': # remove the rest of the protocol header leaving nothing. us[0] = url_base[len('://'):] else: if _as[1] not in [ 'ssh', 'git', 'http', 'https', 'ftp', 'ftps', 'rsync' ]: raise error.general('unknown git protocol: %s' % (_as[1])) us[0] = _as[1] + url_baseThis issue is now about updating the
gitURLs
Author: Amar Takhar
2024-06-13T07:00:44.135Z
Well, since we’re the ones controlling it can’t we state that anything ending in
.gitis a repository? Also Python has urlparse which can easily get the base URL.
Author: Amar Takhar
2024-06-13T07:00:44.135Z
hmm okay should be using urlparse though instead of hacking the URL directly
Author: Chris Johns
2024-06-13T07:00:44.135Z
Yeah, old code and not related to this issue.
I will find the URLs that got changed and change them back.
Author: Amar Takhar
2024-06-13T07:00:44.135Z
What do you mean?
git://is not a supported protocol on GitLab.
Author: Chris Johns
2024-06-13T07:00:44.135Z
Yes I know
git://is not supported. The URL is internal to the RSB and how it works and not related to gitlab. A URL of:git://gitlab.rtems.org/rtems/tools/rtems-tools.git?protocol=httpsWill be turned into something like:
url: get: git://gitlab.rtems.org/rtems/tools/rtems-tools.git?protocol=https?fetch?checkout=main -> /Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git git: clone: https://gitlab.rtems.org/rtems/tools/rtems-tools.git -> sources/rtems-tools.git cmd: (None) /usr/bin/git clone https://gitlab.rtems.org/rtems/tools/rtems-tools.git /Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git exe: spawn: /usr/bin/git clone https://gitlab.rtems.org/rtems/tools/rtems-tools.git /Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git exe: ['/usr/bin/git', 'clone', 'https://gitlab.rtems.org/rtems/tools/rtems-tools.git', '/Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git'] Cloning into '/Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git'... git: fetch: https://gitlab.rtems.org/rtems/tools/rtems-tools.git -> sources/rtems-tools.git cmd: (/Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git) /usr/bin/git fetch exe: spawn: /usr/bin/git fetch exe: ['/usr/bin/git', 'fetch'] git: checkout: https://gitlab.rtems.org/rtems/tools/rtems-tools.git => main cmd: (/Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git) /usr/bin/git checkout main exe: spawn: /usr/bin/git checkout main exe: ['/usr/bin/git', 'checkout', 'main'] Already on 'main' Your branch is up to date with 'origin/main'. cmd: (/Users/chris/development/rtems/rsb/rtems-source-builder.git/rtems/sources/rtems-tools.git) git log -n 1 exe: spawn: git log -n 1 exe: ['git', 'log', '-n', '1'] commit ed300ed6061779ca6802b183e09d86e99649407d Author: Amar Takhar <amar@rtems.org> Date: Sat Jun 8 00:04:03 2024 -0400 Fix Python 3.12 PEP-701 Escapes are no longer allowed in strings. Fixes #3
Author: Amar Takhar
2024-06-13T07:00:44.135Z
Oh, yeah I see how it works now that is a strange way to do it but I guess if it works. The nice thing of just checking for .git at the ending is you can just cut and paste any urls in there without worrying about switching protocols in the url arguments. Also url.parse will get the argument of a URL even if it’s encoded.
Author: Chris Johns
2024-06-13T07:07:33.181Z
The change was made a while ago to support other sites. It is a way of fitting in a solution into something existing.
Author: Amar Takhar
2024-06-13T07:00:44.135Z
Fair enough.
Author: Chris Johns
2024-06-13T07:09:24.635Z
changed title from GIT {-download using http/https has broken download.py-} to GIT {+links to gitlab.rtems.org need to use protocol=https+}
Author: Chris Johns
2024-06-13T07:09:24.660Z
changed the description
Author: Chris Johns
2024-06-13T07:09:53.056Z
changed the description
Author: Chris Johns
2024-06-13T07:13:10.496Z
mentioned in merge request !25
11 - Source downloads fail¶
Id |
11 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-06-11T23:29:31.177Z |
Closed |
2024-06-12T01:41:26.609Z |
Updated |
2024-06-12T01:41:26.668Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/11 |
Merges |
1 |
Summary¶
Running sb-get-sources fails because of incorrect logic in:
config/tools/rtems-kernel-common.cfgsource-builder/config/glib-2-meson.cfg
The changes are:
-%if %{_dry_run} && %{defined with_download}
+%if %{_dry_run} || %{defined with_download}
GNU GCC git upgrades has broken building gcc-4.9 compilers as the common support contains patches from git. Remove the GCC 4.9 builds from bare.
Changes to fix #9 in !21 breaks building RTEMS 7. The MPFR define is not present.
Steps to reproduce¶
cd rtems
../source-builder/sb-get-sources --stop-on-error
Author: Chris Johns
2024-06-11T23:29:31.261Z
assigned to @chris
Author: Chris Johns
2024-06-11T23:34:32.748Z
changed the description
Author: Chris Johns
2024-06-12T00:29:28.446Z
Reviewing the comments in
config/tools/rtems-kernel-common.cfgit says:# If a dry-run and with download ignore errors and correct setting for tools # and BSPs. Only after the source to download.and this means
--dry-runand--with-downloadshould be set. Reviewing thesb-get-sourcescommand it is only providing--with-downloadas a default option:opts = simhost.load_options(args, argopts, extras=['--with-download'])Add
--dry-runis a better solution.Further review of
source-builder/sb/getsources.pydry run returnsTrueand the%{_dry_run}macro is0. I will add a set of extra defaults tosimhost.pyto match the option defaults.
Author: Chris Johns
2024-06-12T01:01:30.305Z
changed title from Source downloads fail{- with incorrect logic-} to Source downloads fail
Author: Chris Johns
2024-06-12T01:01:30.329Z
changed the description
Author: Chris Johns
2024-06-12T01:36:16.362Z
mentioned in merge request !22
9 - GDB 14.2 fails to build on MacOS¶
Id |
9 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-06-11T04:28:05.144Z |
Closed |
2024-06-11T04:48:36.646Z |
Updated |
2024-06-12T01:01:30.418Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/9 |
Merges |
1 |
From https://lists.rtems.org/pipermail/users/2024-June/068991.html
when trying to build the arm-tools with the Rtems Source Builder on osX and I get this error:
It starts with Python 3.12.3
RTEMS Tools Project - Source Builder Error Report
Build: error: building arm-rtems6-gdb-14.2-arm64-apple-darwin23.5.0-1
Command Line: ../source-builder/sb-set-builder --jobs=20 --prefix=/Volumes/Epics/LONG_ISLAND/RTEMS_ARM_libBsd_stack/rtems/6 6/rtems-arm
Python: 3.12.3 (main, Apr 9 2024, 08:09:14) [Clang 15.0.0 (clang-1500.3.9.4)]
https://gitlab.rtems.org/rtems/tools/rtems-source-builder.git/origin/ac974f70ecdb9c9ee64ff0611b78960437efc8da
Darwin Zarquon.local 23.5.0 Darwin Kernel Version 23.5.0: Wed May 1 20:14:38 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_T6020 arm64
Tail of the build log:
but at the end /usr/local/bin/python3 gets called … which exists, but older Version???
checking how to link with libexpat... /Volumes/Epics/LONG_ISLAND/RTEMS_ARM_libBsd_stack/rsb/rtems/build/tmp/sb-501-internal/lib/libexpat.a
checking for XML_StopParser... yes
checking whether to use python... /usr/local/bin/python3
checking for python... no
configure: error: no usable python found at /usr/local/bin/python3
make[1]: *** [configure-gdb] Error 1
make: *** [all] Error 2
shell cmd failed: /bin/sh -ex /Volumes/Epics/LONG_ISLAND/RTEMS_ARM_libBsd_stack/rsb/rtems/build/arm-rtems6-gdb-14.2-arm64-apple-darwin23.5.0-1/do-build
error: building arm-rtems6-gdb-14.2-arm64-apple-darwin23.5.0-1%
junkes at Zarquon RTEMS_ARM_libBsd_stack % /usr/local/bin/python3
Python 3.12.2 (v3.12.2:6abddd9f6a, Feb 6 2024, 17:02:06) [Clang 13.0.0 (clang-1300.0.29.30)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Even if I had previously actived a python environment ``./py3.12/bin/activate``
On Linux everything works \ |md_0_8230|\ as usual ...
Author: Chris Johns
2024-06-11T04:28:05.300Z
assigned to @chris
Author: Chris Johns
2024-06-11T04:28:49.029Z
I have investigated the problem and the MacOS specific patch to work round this issue did not make it across to the GDB 14.2 configuration.
Author: Chris Johns
2024-06-11T04:34:42.191Z
mentioned in merge request !21
Author: Chris Johns
2024-06-12T01:01:30.397Z
mentioned in issue #11
7 - GDB requires GMP 4.2+, and MPFR 3.1.0+¶
Id |
7 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Amar Takhar, Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-06-06T20:49:21.554Z |
Closed |
2024-06-08T19:42:26.969Z |
Updated |
2024-06-08T19:42:27.056Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/7 |
Merges |
1 |
The change to gdb-14 has changed the dependencies it has when building when a host does not have packages installed. The change is:
GMP 4.2+
MPDR 3.1.0+
We should check the change worked on MacOS with M2 processors
Author: Chris Johns
2024-06-06T20:49:21.618Z
changed due date to June 09, 2024
Author: Chris Johns
2024-06-06T20:49:21.668Z
assigned to @joel
Author: Chris Johns
2024-06-07T05:18:39.764Z
The RTEMS defaults tools for 6 builds GMP 6.3.0 so that is ok. The error must be MPFR.
The RSB
barehas support for MPFR 4.2.0. This will be added to the defaults tools build.
Author: Chris Johns
2024-06-07T05:21:49.779Z
GCC 13 is building MPFR 4.2.1. The
barepackage should be moved to 4.2.1 and support in GCC 13 removed.
Author: Chris Johns
2024-06-07T22:30:20.731Z
assigned to @chris and unassigned @joel
Author: Chris Johns
2024-06-07T22:32:29.250Z
assigned to @joel
Author: Chris Johns
2024-06-08T04:44:19.340Z
@joel it seems MPFR and GDB use
libtooland this is the error:libtool: link: warning: library `/opt/work/chris/rtems/deploy/rtems-deployment.git/build/tmp/sb-500/tools/rtems-default-tools/opt/rtems/deploy/lib/libmpfr.la' was moved. libtool: link: cannot find the library `/opt/rtems/deploy/lib/libgmp.la' or unhandled argument `/opt/rtems/deploy/lib/libgmp.la' make[2]: *** [Makefile:2173: gdb] Error 1It seems
libtooldoes not like using staged libraries in a build and wants the library in the final location.
Author: Chris Johns
2024-06-08T04:44:19.340Z
If you have an existing install under the build prefix the build may work as
libgmp.aetc are found. If you use:--prefix=/never-exist --no-installyou will see the problem. This is a simple RSB set of options for the command line tests the RSB build works for a clean install.
The issue is the
.lafileslibtooluses being installed into the_tmprootpath used to stage internally used libraries. If they are deleted before the GDB build runs with:rm -f $(find %{_tmproot} -name \\*.la)before
makeruns in thegdb-common-1.cfgthe build and GDB and GCC build.I think the solution is to make GPM and MPFR internal packages so the prefix they have is internal and
libtoolshould not see a problem.
Author: Chris Johns
2024-06-08T04:44:19.340Z
I have made the changes to build Expat, GMP and MPFR as internal packages. The build installs static libraries into a temporary internal path in the RSB’s build area and GDB and GCC link against these. The packages are not installed which I think is a good thing.
The MR !16 has the changes.
Author: Chris Johns
2024-06-07T23:06:16.806Z
assigned to @amar and unassigned @chris and @joel
Author: Chris Johns
2024-06-07T23:07:27.322Z
I have a patch on https://gitlab.rtems.org/chris/rtems-source-builder/-/tree/7-gdb-requires-gmp-4-2-and-mpfr-3-1-0?ref_type=heads which shows the error
Author: Chris Johns
2024-06-07T23:30:44.676Z
mentioned in issue #8
Author: Chris Johns
2024-06-08T00:47:06.901Z
mentioned in merge request !16
Author: Chris Johns
2024-06-08T04:44:42.974Z
assigned to @chris
8 - Change GDB back to 13¶
Id |
8 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Chris Johns |
Created |
2024-06-07T23:30:44.306Z |
Closed |
2024-06-08T01:12:24.941Z |
Updated |
2024-06-08T01:12:24.952Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/8 |
Merges |
0 |
Change the 6 version of GDB back to 13 until #7 is resolved.
Author: Chris Johns
2024-06-07T23:30:44.394Z
assigned to @chris
Author: Chris Johns
2024-06-07T23:53:49.093Z
Changing GDB to 13.2 lets it build however GCC fails with:
libtool: warning: library '/opt/work/chris/rtems/deploy/rtems-deployment.git/build/tmp/sb-500/tools/rtems-default-tools/opt/rtems/deploy/lib/libmpfr.la' was moved. /usr/bin/grep: /opt/rtems/deploy/lib/libgmp.la: No such file or directory /usr/bin/sed: can't read /opt/rtems/deploy/lib/libgmp.la: No such file or directory libtool: error: '/opt/rtems/deploy/lib/libgmp.la' is not a valid libtool archiveAnother but similar error to the GDB MPFR one reported in #7
This is on Rocky 9
Author: Chris Johns
2024-06-08T01:12:11.875Z
I am closing this. It looks like the problem in #7 is related to deployment builds in
rpmbuildto make an RPM. The updates from @joel build cleanly on FreeBSD 14 and Rocky 9 from the RSB command line.
4 - Move devel.rtems.org patches to gitlab.rtems.org¶
Id |
4 |
State |
closed |
Type |
ISSUE |
Author |
Gedare Bloom |
Assignee(s) |
Chris Johns |
Closed by |
Kinsey Moore |
Created |
2024-05-16T18:06:24.945Z |
Closed |
2024-06-06T23:26:44.614Z |
Updated |
2024-06-06T23:26:44.626Z |
Milestone |
6.1 |
Labels |
infra::migration, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/4 |
Merges |
0 |
Summary¶
There are approx. 73 references to devel.rtems.org in RSB and most of them appear to be linking to patches. The patch attachment links appear to be mechanically fixable by replacing:
https://devel.rtems.org/raw-attachment/ticket/####/FILENAME
with
https://gitlab.rtems.org/rtems/rtos/rtems/-/blob/main/assets/tracmigration/ticket_attachments/FILENAME.patch
Steps to reproduce¶
Author: Gedare Bloom
2024-05-16T18:06:25.054Z
assigned to @chris
Author: Amar Takhar
2024-05-16T18:23:13.241Z
This won’t work. The directory structure was flattened so there are no more subdirectories I did this to future-proof in the hopes that they can actually be imported into GitLab in the future. So if there were previously 5 patch.diff files they will now be patch.diff, patch-1.diff, patch-2.diff etc.
I’ll see if I can generate a log so we can easily replace these not sure though due to how tracboat is written.
Author: Kinsey Moore
2024-06-05T21:04:36.562Z
mentioned in merge request !15
Author: Kinsey Moore
2024-06-06T23:26:44.321Z
This is fixed now that !15 is merged.
3 - Move git.rtems.org configurations to gitlab.rtems.org¶
Id |
3 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Kinsey Moore |
Created |
2024-05-16T05:54:50.654Z |
Closed |
2024-06-06T23:26:30.996Z |
Updated |
2024-06-06T23:26:31.011Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/3 |
Merges |
0 |
Summary¶
A number of configuration files reference git.rtems.org and they need to be changed to reference gitlab.rtems.org.
Author: Chris Johns
2024-05-16T05:54:50.758Z
assigned to @chris
Author: Kinsey Moore
2024-06-05T16:58:06.143Z
I’m working on this patch set, just FYI.
Author: Amar Takhar
2024-06-05T17:03:31.699Z
If there are any comments required outside of the changes we should keep them here and point users to this ticket if they have issues the MR should give them an indication of what URLs they need to switch ot.
Author: Kinsey Moore
2024-06-05T18:20:17.005Z
mentioned in merge request !15
Author: Kinsey Moore
2024-06-05T18:20:44.964Z
created branch 3-move-git-rtems-org-configurations-to-gitlab-rtems-org to address this issue
Author: Kinsey Moore
2024-06-05T18:22:05.220Z
Ignore that created branch…the MR is !15 to fix main/6/7.
Author: Kinsey Moore
2024-06-06T23:26:30.695Z
This is fixed now that !15 is merged.
6 - CI to update file cache on ftp.rtems.org¶
Id |
6 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Amar Takhar |
Closed by |
Amar Takhar |
Created |
2024-05-24T06:35:32.626Z |
Closed |
2024-05-26T19:27:41.058Z |
Updated |
2024-05-26T19:29:13.811Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/6 |
Merges |
0 |
Summary¶
This issue is to add a CI that runs after a merge is pushed to the repo. It runs the RSB’s source download. There is a file cache per active branch in the RSB.
The URL is https://ftp.rtems.org/pub/rtems/cache/rsb and branches are subdirectories under this. For example the main branch is https://ftp.rtems.org/pub/rtems/cache/rsb/main
Reason for the Cache¶
The cache is provided for user sites that are locked down. The RSB will not work because it fetches source from a number of hosts and IT support staff tend to not want to add the list of places the RSB references. The cache provides a single machine which is can be made accessible allowing the RSB to build tools.
Command¶
The command to run is:
cd rtems-source-builder/rtems
../source-builder/sb-get-sources
The command will check all buildsets and configuration files for all support hosts.
The files can be found in sources and patches and the contents of both can be copied to the cache directory.
Author: Chris Johns
2024-05-24T06:35:32.739Z
assigned to @amar
Author: Amar Takhar
2024-05-26T19:27:41.184Z
moved to administration/integration#6
Author: Amar Takhar
2024-05-26T19:29:13.796Z
Moved because the correct place for these issues is in the integration group otherwise they will get lost.
5 - The –url command line option does not dowload all paths¶
Id |
5 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Chris Johns |
Created |
2024-05-16T22:40:13.794Z |
Closed |
2024-05-23T22:08:28.464Z |
Updated |
2024-05-23T22:08:28.507Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/5 |
Merges |
1 |
Summary¶
When using --url some paths are not redirected:
download: https://sourceware.org/bugzilla/attachment.cgi?id=14783&format=raw -> patches/gdb-14067-python-config.diff
Steps to reproduce¶
Use:
../source-builder/sb-set-builder --log=ppc-6-ppc.txt --prefix=/opt/rtems/6 --url=https://ftp.rtems.org/pub/rtems/cache/rsb/main 6/rtems-powerpc
Author: Chris Johns
2024-05-16T22:40:13.883Z
assigned to @chris
Author: Chris Johns
2024-05-17T05:59:35.715Z
changed title from The –url command line option does not {-move-} all paths to The –url command line option does not {+dowload+} all paths
Author: Chris Johns
2024-05-17T06:00:56.961Z
I will clean up releases with the change. Releases where being treated as special when the
--urloption should be the same.The requirement for
--urlis the path is to a cache of all the files.
Author: Chris Johns
2024-05-17T06:03:35.561Z
mentioned in merge request !11
2 - QEMU failed to build on FreeBSD 14¶
Id |
2 |
State |
closed |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Closed by |
Amar Takhar |
Created |
2024-05-13T07:21:47.963Z |
Closed |
2024-05-16T05:07:07.237Z |
Updated |
2024-05-16T05:07:07.302Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/2 |
Merges |
1 |
Pixman and GLib fail to build on FreeBSD 14¶
Pixman update to 0.42.2 build however GLib 2.69.3 requires meson and ninja to build. This is a major changed.
Steps to reproduce¶
cd bare
../source-builder/sb-set-builder --prefix=/opt/rtems/qemu --log=qemu.txt devel/qemu
Author: Chris Johns
2024-05-13T07:21:48.106Z
assigned to @chris
Author: Chris Johns
2024-05-14T04:16:16.059Z
Glib uses
pkg-configviamesonandmesonchecks for--versionto determine ifpkg-configis usable. I have added--versionto the RSBpkg-configandmesonseems happier:Found pkg-config: YES (/opt/work/chris/rtems/rsb/rtems-source-builder.git/source-builder/pkg-config) version: 1.2.3The Glib build now fails due to:
Run-time dependency libpcre found: NO (tried pkgconfig and cmake) Run-time dependency libpcre found: NO (tried pkgconfig and cmake) Looking for a fallback subproject for the dependency libpcre Downloading libpcre source from https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 <urlopen error [Errno 8] Name does not resolve> WARNING: failed to download with error: could not get https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay... <urlopen error [Errno 8] Name does not resolve> WARNING: failed to download with error: could not get https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay... <urlopen error [Errno 8] Name does not resolve> WARNING: failed to download with error: could not get https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay... <urlopen error [Errno 8] Name does not resolve> WARNING: failed to download with error: could not get https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay... <urlopen error [Errno 8] Name does not resolve> WARNING: failed to download with error: could not get https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay... <urlopen error [Errno 8] Name does not resolve> A fallback URL could be specified using source_fallback_url key in the wrap file meson.build:2002:9: ERROR: could not get https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2 is the internet available?Oh hmm
Author: Chris Johns
2024-05-14T04:16:16.059Z
FreeBSD has
pcre2-10.43installed and the following is present:$ pkg which /usr/local/lib/libpcre2-16.a /usr/local/lib/libpcre2-16.a was installed by package pcre2-10.43and:
$ find /usr/local/libdata/ -name \\*.pc | grep pcre /usr/local/libdata/pkgconfig/libpcre2-32.pc /usr/local/libdata/pkgconfig/libpcre2-posix.pc /usr/local/libdata/pkgconfig/libpcre2-16.pc /usr/local/libdata/pkgconfig/libpcre2-8.pcThe RSB’s
pkg-confighasmesonreporting:Pkg-config binary missing from cross or native file, or env var undefined. Trying a default Pkg-config fallback at pkg-config Found pkg-config: YES (/opt/work/chris/rtems/rsb/rtems-source-builder.git/source-builder/pkg-config) version: 1.2.3 Determining dependency 'libpcre' with pkg-config executable '/opt/work/chris/rtems/rsb/rtems-source-builder.git/source-builder/pkg-config' env[PKG_CONFIG_BUILD_TOP_DIR]: /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/tmp/sb-1001/devel/qemu env[PKG_CONFIG_PATH]: /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/tmp/sb-1001/devel/qemu/opt/work/rtems/qemu/lib/pkgconfig env[PKG_CONFIG]: /opt/work/chris/rtems/rsb/rtems-source-builder.git/source-builder/pkg-config ----------- Called: `/opt/work/chris/rtems/rsb/rtems-source-builder.git/source-builder/pkg-config --modversion libpcre` -> 1Using the FreeBSD
pkginstalledpkg-configgives:Pkg-config binary missing from cross or native file, or env var undefined. Trying a default Pkg-config fallback at pkg-config Found pkg-config: YES (/usr/local/bin/pkg-config) 2.0.3 Determining dependency 'libpcre' with pkg-config executable '/usr/local/bin/pkg-config' env[PKG_CONFIG_BUILD_TOP_DIR]: /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/tmp/sb-1001/devel/qemu env[PKG_CONFIG_PATH]: /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/tmp/sb-1001/devel/qemu/opt/work/rtems/qemu/lib/pkgconfig env[PKG_CONFIG]: /usr/local/bin/pkg-config ----------- Called: `/usr/local/bin/pkg-config --modversion libpcre` -> 1Both report no
pcrepresent. The RSBpkg-configis not the issue. The question is whygliband/ormesondoes not findpcre?The
glibsupport inmeson.buildis:pcre = dependency('libpcre', version: '>= 8.31', required : false) # Should check for Unicode support, too. FIXME if not pcre.found() if cc.get_id() == 'msvc' or cc.get_id() == 'clang-cl' # MSVC: Search for the PCRE library by the configuration, which corresponds # to the output of CMake builds of PCRE. Note that debugoptimized # is really a Release build with .PDB files. if vs_crt == 'debug' pcre = cc.find_library('pcred', required : false) else pcre = cc.find_library('pcre', required : false) endif endif endif # Try again with the fallback if not pcre.found() pcre = dependency('libpcre', required : true, fallback : ['libpcre', 'pcre_dep']) use_pcre_static_flag = true elif host_system == 'windows' pcre_static = cc.links('''#define PCRE_STATIC #include <pcre.h> int main() { void *p = NULL; pcre_free(p); return 0; }''', dependencies: pcre, name : 'Windows system PCRE is a static build') use_pcre_static_flag = pcre_static else use_pcre_static_flag = false endif
Author: Chris Johns
2024-05-14T04:16:16.059Z
Updating to 2.80.2 as @amar kindly pointed out has resolved the PCRE issue
Author: Amar Takhar
2024-05-14T02:18:37.043Z
Note that the former ftp.pcre.org FTP site is no longer available. You will need to update any scripts that download PCRE source code to download via HTTPS, Git, or Subversion from the new home on GitHub instead.
Author: Amar Takhar
2024-05-14T04:17:22.081Z
Author: Chris Johns
2024-05-14T04:17:22.081Z
It is not yet clear what the issue is to trigger
mesonto take the path it has. And I would discourage lettingglibbuild a package like this. Too easy to be manipulated.
Author: Amar Takhar
2024-05-14T04:17:22.081Z
You mean why glib can’t find libpcre or why it’s trying to download it?
Author: Amar Takhar
2024-05-14T04:17:22.081Z
What version of glib is this?
Author: Chris Johns
2024-05-14T04:17:22.081Z
Attempting to build glib-2.69.3
Author: Chris Johns
2024-05-14T04:17:22.081Z
I wonder if
glibwants PCRE, ie 8.45 (or something), and not PCRE2?
Author: Amar Takhar
2024-05-14T04:17:22.081Z
glib stable is at 2.80 any reason to build an old version like that? Might be why it’s failing certainly why it’s looking for an old ftp.
Author: Chris Johns
2024-05-14T04:17:22.081Z
Ah thanks and no reason other than scanning the list of files and getting the wrong one. I will take a look.
Author: Chris Johns
2024-05-14T04:17:22.081Z
@amar The
glibsite says 2.81.0 (https://docs.gtk.org/glib/) but I cannot find it in the Releases on their gitlab site. I have paged through a lot of dot releases and got bored?
Author: Amar Takhar
2024-05-14T04:17:22.081Z
I think that is the version of the documentation which is probably HEAD. 2.81 isn’t released yet:
Author: Chris Johns
2024-05-14T04:17:22.081Z
Using 2.80.2 has sorted this issue. Thanks.
Author: Chris Johns
2024-05-14T04:42:02.723Z
Fixed the RSB
pkg-configto support--modversionsomesonis happy however there is a new issue withglib:Found pkg-config: YES (/opt/work/chris/rtems/rsb/rtems-source-builder.git/source-builder/pkg-config) version: 1.2.3 Run-time dependency libpcre2-8 found: YES 10.43 meson.build:2214:0: ERROR: Subproject exists but has no meson.build file.
Author: Amar Takhar
2024-05-14T04:42:02.723Z
Do you have any build artifacts around? That error can happen from previous builds/downloads that have failed.
Author: Amar Takhar
2024-05-14T04:42:02.723Z
Are you using the ‘source code’ or ‘release tarball’?? Make sure you’re using the release tarball it has all the submodules already.
Author: Chris Johns
2024-05-14T04:42:02.723Z
Ah OK. I took the source tarball.
Author: Amar Takhar
2024-05-14T04:42:02.723Z
Okay probably source of the error then they don’t do a good job of making it clear you want the release tarball and not source.
Author: Chris Johns
2024-05-14T04:42:02.723Z
The released sources has resolved that issue
Author: Chris Johns
2024-05-14T04:52:24.733Z
The
glibbuild has now moved onto fail with:Dependency gvdb found: YES 0.0 (overridden) Library m found: YES Run-time dependency libffi found: YES 3.0.13 Run-time dependency zlib found: YES 1.3 Run-time dependency intl found: YES Checking for function "ngettext" with dependency intl: YES Checking for function "bind_textdomain_codeset" with dependency intl: YES Checking for function "getxattr" : NO Header "attr/xattr.h" has symbol "getxattr" : NO meson.build:2318:4: ERROR: Problem encountered: No getxattr implementation found in C library or libxattr
Author: Chris Johns
2024-05-14T04:52:24.733Z
I do not have:
pxattr-2.1.0 Portable utility to work with file extended attributesinstalled. I do not like adding further dependencies into what we need.
Author: Amar Takhar
2024-05-14T04:52:24.733Z
You can pass
-Dxattr=falseTo meson.
Author: Amar Takhar
2024-05-14T04:52:24.733Z
Actually the FreeBSD port may give you some ideas:
Author: Chris Johns
2024-05-14T04:52:24.733Z
Thanks, happy to borrow those options.
Author: Chris Johns
2024-05-15T02:47:29.135Z
Glib’s
mesonsupport does not like the staging used by the RSB. The RSB builds and installs packages into an internal temporary work space (usingDESTDIR) and those packages are referenced usingLDFLAGSetc when building on top of earlier packages. This is mostly working expect when runninggio/glib-compile-resources. This tool does a compile and link as it does not include theLDFLAGSorLD. TheLDFLAGSare used else where bymesonwithout an issue so it seems this is specific to this type of build target. In this caseiconvis built however there is:[986/1597] /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/glib-2.80.2-x86_64-freebsd14.0-1/glib-2.80.2/_build/gio/glib-compile-resources --compiler=clang --target=gio/tests/plugin-resources.c --sourcedir=/opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/glib-2.80.2-x86_64-freebsd14.0-1/glib-2.80.2/gio/tests --internal --generate-source --c-name _g_plugin ../gio/tests/test4.gresource.xml FAILED: gio/tests/plugin-resources.c /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/glib-2.80.2-x86_64-freebsd14.0-1/glib-2.80.2/_build/gio/glib-compile-resources --compiler=clang --target=gio/tests/plugin-resources.c --sourcedir=/opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/glib-2.80.2-x86_64-freebsd14.0-1/glib-2.80.2/gio/tests --internal --generate-source --c-name _g_plugin ../gio/tests/test4.gresource.xml ld-elf.so.1: /opt/work/chris/rtems/rsb/rtems-source-builder.git/bare/build/glib-2.80.2-x86_64-freebsd14.0-1/glib-2.80.2/_build/gio/../glib/libglib-2.0.so.0: Undefined symbol "libiconv_open"
Author: Amar Takhar
2024-05-15T02:47:29.135Z
There’s probably a different environment variable that’s used to avoid pulling in the system libraries and use the internal ones. Not sure why it isn’t adding the directories it may not be detecting them. Did you look at the FreeBSD Makefile to see what it does?
Author: Chris Johns
2024-05-15T02:47:29.135Z
It is a custom command so env handling would have to be in compiler as a child process.
While looking into the issue I notice the name
gio/tests/test4.gresource.xmlis a test so I checkedmeson_options.txtand found I could disable the tests. The build completes andqemuis now building.
Author: Chris Johns
2024-05-16T04:51:20.683Z
QEMU has built and install however the
iconvshared library is not being installed:$ /opt/work/rtems/qemu/bin/qemu-system-aarch64 --version ld-elf.so.1: Shared object "libintl.so.9" not found, required by "libgio-2.0.so.0"The installed shared libraries are:
$ find /opt/work/rtems/qemu -name \\*.so /opt/work/rtems/qemu/lib/libgirepository-2.0.so /opt/work/rtems/qemu/lib/libgettextsrc.so /opt/work/rtems/qemu/lib/libpixman-1.so /opt/work/rtems/qemu/lib/libgthread-2.0.so /opt/work/rtems/qemu/lib/libffi.so /opt/work/rtems/qemu/lib/libasprintf.so /opt/work/rtems/qemu/lib/libintl.so /opt/work/rtems/qemu/lib/libgettextsrc-0.18.3.so /opt/work/rtems/qemu/lib/libgio-2.0.so /opt/work/rtems/qemu/lib/libgettextlib-0.18.3.so /opt/work/rtems/qemu/lib/libgettextlib.so /opt/work/rtems/qemu/lib/libglib-2.0.so /opt/work/rtems/qemu/lib/libgmodule-2.0.so /opt/work/rtems/qemu/lib/libgobject-2.0.so /opt/work/rtems/qemu/lib/libgettextpo.so
Author: Amar Takhar
2024-05-16T04:51:20.683Z
Is
libintl.so.9actually there? What is the link pointing to?
Author: Chris Johns
2024-05-16T04:51:20.683Z
It is built as part of the vertical stack if not present. I am looking into where the problem could be. I think this is an RSB issue.
Author: Chris Johns
2024-05-16T04:51:20.683Z
Hmm is is not being built:
config: devel/libiconv-1.14-1.cfg config: devel/gettext-0.18.3.1-1.cfg package: gettext-0.18.3.1-x86_64-freebsd14.0-1 building: gettext-0.18.3.1-x86_64-freebsd14.0-1The package is in the stack but not built. It is only built on Windows.
Author: Amar Takhar
2024-05-16T04:51:20.683Z
If it’s not built how is there a
libintl.so?? Is that being created somewhere else?
Author: Chris Johns
2024-05-16T04:51:20.683Z
I cleaned the build and install
${prefix}path and it is now failing with:ld-elf.so.1: Shared object "libpixman-1.so.0" not found, required by "qemu-system-aarch64"I cannot build pixman as static and adding
--staticto the qemu build gave me an error looking forlibxml2which I have not looked into. The shared librarylibpixman-1.so.0is installed into${prefix}/libhowever qemu does not know to search there.
Author: Chris Johns
2024-05-16T04:51:20.683Z
The RSB configures qemu with:
--extra-ldflags="-Wl,-rpath -Wl,/$SB_PREFIX_CLEAN/lib -L$SYSROOT/lib ${VDE_LDFLAGS}"to set the search path in the executable. I am not sure why this has broken?
Author: Amar Takhar
2024-05-16T04:51:20.683Z
How come
-rpathis empty? That might be your problem.
Author: Chris Johns
2024-05-16T04:51:20.683Z
It should not be empty as
$SB_PREFIX_CLEANis a clean version of the$prefixwhich is/opt/work/rtems/qemu? These options are (should be?) passed toccwhich calls theldwith-rpath /opt/work/rtems/qemu/lib. The build system ismesonand amakewraper which is calling ninja. I am not yet sure how to get a verbose option into that path.Building with the path hard coded to the prefix:
--extra-ldflags="-Wl,-rpath -Wl,/opt/work/rtems/qemu/lib"results in:
$ readelf -d /opt/work/rtems/qemu/bin/qemu-system-aarch64 | grep RUNPATH $If I change the path to something else:
--extra-ldflags="-Wl,-rpath -Wl,/chris/lib"I get:
$ readelf -d /opt/work/rtems/qemu/bin/qemu-system-aarch64 | grep RUNPATH 0x000000000000001d RUNPATH Library runpath: [/chris/lib] $Something must be touching these options if the path is based on the
$prefixis not being set. The linker does not know about prefixing.
Author: Chris Johns
2024-05-16T04:51:20.683Z
And to prove there must be a simple pattern match I have made the path
/$SB_PREFIX_CLEAN/lib/../liband it works:$ readelf -d /opt/work/rtems/qemu/bin/qemu-system-aarch64 | grep RUNPATH 0x000000000000001d RUNPATH Library runpath: [/opt/work/rtems/qemu/lib/../lib]Weird
Author: Chris Johns
2024-05-16T04:51:20.683Z
I think reason
libintl.so.9was not found bylibgio-2.0.so.0isgiois not built with a suitable-rpathoption. I guess therpathneeds to be set for all packages in the vertical stack?
Author: Amar Takhar
2024-05-16T04:51:20.683Z
Oh sorry I was confused by the separate use of -Wl I usually use -Wl,-rpath=<path>
Yes it might need to be set for all of them but your find only showed the *.so files was libintl.so.9 actually there or another version?
Author: Chris Johns
2024-05-16T04:51:20.683Z
I am reluctant to change
-rpath /a/bto-rpath=/a/bgiven it has been working for years.Yes that library is installed but it is not found by
gpio.Also using
/$SB_PREFIX_CLEAN/lib/works as an-rpath.
Author: Chris Johns
2024-05-16T04:51:20.683Z
I have added
-rpathto the packages in the stack and it works:$ /opt/work/rtems/qemu/bin/qemu-system-aarch64 --version QEMU emulator version 5.1.91 Copyright (c) 2003-2020 Fabrice Bellard and the QEMU Project developers@amar thanks for your help and feedback, it has saved my sanity.
Author: Amar Takhar
2024-05-16T04:51:20.683Z
hah no problem I deal with this sort of thing a _lot_.
Also the only reason I use rpath=<path> is to make sure the path always sticks with the argument. I’ve had that not be the case but that was a long time ago.
Author: Chris Johns
2024-05-16T04:51:20.683Z
I agree on using
=but I think the GNU doco was separate at the time but I cannot remember.
Author: Amar Takhar
2024-05-16T04:51:20.683Z
I think it was a bug in automake this was a really long time ago I’m sure it’s not an issue anymore but who knows..
Author: Chris Johns
2024-05-16T04:51:50.363Z
mentioned in merge request !10
1 - Migrate commits from master to main after gitlab transition¶
Id |
1 |
State |
closed |
Type |
ISSUE |
Author |
Gedare Bloom |
Assignee(s) |
Chris Johns |
Closed by |
Gedare Bloom |
Created |
2024-04-29T15:53:22.953Z |
Closed |
2024-05-02T04:57:55.003Z |
Updated |
2024-05-02T04:57:55.066Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/1 |
Merges |
2 |
Summary¶
sync commits from master
Steps to reproduce¶
Author: Gedare Bloom
2024-04-29T15:53:28.235Z
created branch 1-migrate-commits-from-master-to-main-after-gitlab-transition to address this issue
Author: Gedare Bloom
2024-04-29T15:54:05.830Z
mentioned in merge request !1
Author: Gedare Bloom
2024-05-01T16:12:37.261Z
assigned to @chris
Author: Chris Johns
2024-05-02T00:29:13.078Z
Is this issue done?
Author: Gedare Bloom
2024-05-02T00:46:20.672Z
No
Author: Gedare Bloom
2024-05-02T04:27:57.779Z
mentioned in merge request !7
53 - RSB: clean unused buildsets and configurations (opened)¶
Id |
53 |
State |
opened |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Created |
2024-11-27T04:05:26.733Z |
Updated |
2024-12-04T00:30:32.960Z |
Milestone |
6.1 |
Labels |
release, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/53 |
Merges |
0 |
Remove buildset and configuration files not used by the RTEMS 6 release.
Author: Chris Johns
2024-11-27T04:05:27.225Z
Author: Chris Johns
2024-11-27T04:05:41.198Z
assigned to @chris
Author: Chris Johns
2024-11-27T04:06:30.717Z
changed the description
Author: Chris Johns
2024-11-27T05:52:54.211Z
The list of configuration files not referenced is rsb-6-cfgs-remove.txt. The list was created from the output of this command:
../source-builder/sb-track --not-referenced --output=rsb-6.txtThe list in from the un-referenced section of the output.
Author: Chris Johns
2024-11-28T01:02:20.465Z
mentioned in merge request !85
Author: Chris Johns
2024-12-04T00:30:32.924Z
52 - 6: Add –release-branch option to use on release branches (opened)¶
Id |
52 |
State |
opened |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Created |
2024-11-26T03:43:51.598Z |
Updated |
2024-11-27T02:38:17.157Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/52 |
Merges |
0 |
Author: Chris Johns
2024-11-26T03:43:52.046Z
Author: Chris Johns
2024-11-26T03:44:31.371Z
assigned to @chris
Author: Chris Johns
2024-11-26T03:48:56.733Z
mentioned in merge request !83
Author: Chris Johns
2024-11-27T02:38:17.040Z
mentioned in merge request !84
49 - RTEMS7 Builds Fail on FreeBSD and MacOS (opened)¶
Id |
49 |
State |
opened |
Type |
ISSUE |
Author |
Jeff Mayes |
Assignee(s) |
Chris Johns |
Created |
2024-11-22T17:37:00.333Z |
Updated |
2024-11-22T18:36:31.658Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/49 |
Merges |
0 |
Summary¶
Seeing this error on FreeBSD13, FreeBSD14, and MacOS.
/usr/bin/c++ -O2 -pipe -I/usr/home/tester/rtems-cron-7/rtems-source-builder/rtems/build/tmp/sb-1003/tools/rtems-default-tools/home/tester/rtems-cron-7/tools/7/include -I/usr/home/tester/rtems-cron-7/rtems-source-builder/rtems/build/tmp/sb-1003-internal/include -x c++ -I. -I../../sourceware-mirror-binutils-gdb-9adad97/gdb -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/config -include ../../sourceware-mirror-binutils-gdb-9adad97/gdb/defs.h -DLOCALEDIR=”"/home/tester/rtems-cron-7/tools/7/share/locale"” -DHAVE_CONFIG_H -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../include/opcode -I../bfd -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../bfd -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../include -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../readline/readline/.. -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../zlib -I/usr/local/include -I../libdecnumber -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../libdecnumber -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../gnulib/import -I../gnulib/import -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/.. -I.. -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/../libbacktrace/ -I../libbacktrace/ -DTUI=1 -I/usr/local/include -I/usr/home/tester/rtems-cron-7/rtems-source-builder/rtems/build/tmp/sb-1003-internal/include -I/usr/local/include/python3.11 -I/usr/local/include/python3.11 -I../../sourceware-mirror-binutils-gdb-9adad97/gdb/.. -pthread -Wall -Wpointer-arith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wempty-body -Wunused-but-set-parameter -Wunused-but-set-variable -Wno-sign-compare -Wno-mismatched-tags -Wno-error=deprecated-register -Wsuggest-override -Wdeprecated-copy -Wdeprecated-copy-dtor -Wredundant-move -Wmissing-declarations -Wvla -Wmissing-prototypes -Wformat -Wformat-nonliteral -g -O2 -c -o selftest-arch.o -MT selftest-arch.o -MMD -MP -MF ./.deps/selftest-arch.Tpo ../../sourceware-mirror-binutils-gdb-9adad97/gdb/selftest-arch.c ../../sourceware-mirror-binutils-gdb-9adad97/gdb/remote-sim.c:334:28: error: assigning to ‘void (*)(host_callback , const char *, …) __attribute__((noreturn))’ (aka ‘void ()(host_callback_struct , const char *, …) __attribute__((noreturn))’) from incompatible type ‘void (host_callback *, const char *, …)’ (aka ‘void (host_callback_struct *, const char *, …)’) 334 | gdb_callback.error = gdb_os_error; | ^~~~~~~~~~~~ 1 error generated. gmake[2]: ** [Makefile:1957: remote-sim.o] Error 1
Steps to reproduce¶
../source-builder/sb-set-builder –prefix=/home/tester/rtems-cron-7/tools/7 7/rtems-arm
Pre-set options¶
Author: Amar Takhar
2024-11-22T18:36:28.952Z
assigned to @chris
47 - Windows newlib symlink does not work on MSYS (opened)¶
Id |
47 |
State |
opened |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Created |
2024-11-20T23:46:30.087Z |
Updated |
2024-11-22T01:16:36.897Z |
Milestone |
6.1 |
Labels |
os::windows, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/47 |
Merges |
0 |
Summary¶
The gcc symlink to newlib create to use the one-tree build process does not work on MSYS because the symlink process does not do the same thing a Unix or Cygwin symlink does. If the symlink the RSB creates is a Windows mklink type link it should work.
Author: Chris Johns
2024-11-20T23:46:30.181Z
assigned to @chris
Author: Chris Johns
2024-11-22T00:43:34.799Z
mklinkis not a.exeso it cannot be scripted from the RSB with out something to help it like a.batfile.
Author: xiaojun zheng
2024-11-22T01:16:36.870Z
I have ever tried change MSYS symlink behavior by export MSYS=”winsymlinks:lnk”, It can solved the symlink problem, But it introduced errors when compiling other tools.I didn’t study the error details carefully, and give it up.
MSYS2 symlink refrence https://www.msys2.org/docs/symlinks/
39 - User manual RSB BSP build examples need updating (opened)¶
Id |
39 |
State |
opened |
Type |
ISSUE |
Author |
Chris Johns |
Assignee(s) |
Chris Johns |
Created |
2023-07-25T02:33:00.000Z |
Updated |
2024-11-07T23:39:19.620Z |
Milestone |
6.1 |
Labels |
priority::normal, tickettype::defect, version::6 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/39 |
Merges |
0 |
Author: Gedare Bloom
2024-10-07T20:21:20.440Z
assigned to @chris
Author: Gedare Bloom
2024-10-06T19:11:51.794Z
changed the description
Author: Gedare Bloom
2024-10-06T19:11:51.834Z
assigned to @chris and unassigned @tracmigrate
Author: Gedare Bloom
2024-10-07T20:21:20.778Z
moved from rtems/rtos/rtems#4931
Author: Amar Takhar
2024-10-18T00:14:24.980Z
unassigned @chris
Author: Amar Takhar
2024-10-18T00:14:41.189Z
Unassigned Chris whoever can get to this it needs to be done for %6.1
Author: Chris Johns
2024-11-07T23:39:19.647Z
assigned to @chris
Merge Requests¶
85 - RTEMS: Remove 7 build sets¶
Id |
85 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-11-28T04:54:08.615Z |
Assignee(s) |
Chris Johns |
Created |
2024-11-28T01:02:13.252Z |
Updated |
2024-11-28T04:54:10.892Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/85 |
Commit |
Summary¶
Remove 7 build sets and non-referenced configuration files.
Updates #53
Author: Chris Johns
2024-11-28T01:02:13.443Z
assigned to @chris
Author: Amar Takhar
2024-11-28T04:53:51.186Z
approved this merge request
Author: Amar Takhar
2024-11-28T04:53:58.583Z
added 3 commits
6a0772b8 - 1 commit from branch
rtems/tools:630d2f8c3 - rtems: Remove 7 build sets
c8f5eea2 - rtems: Remove unreferenced configuration files from the release
80 - RTEMS C++ Patch to support C++17 filesystem namespace calls¶
Id |
80 |
State |
merged |
Merged by |
Kinsey Moore |
Merged at |
2024-11-27T15:25:51.833Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Joel Sherrill |
Created |
2024-11-26T01:13:35.655Z |
Updated |
2024-11-27T15:27:28.568Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/80 |
Commit |
Summary¶
Patch to support C++17 filesystem namespace calls.
Updates #46
(cherry picked from commit 8d96b6fc4419a14b6f5be7c1b792805041e014e6)
Co-authored-by: Chris Johns chrisj@rtems.org
Author: Chris Johns
2024-11-26T01:13:35.873Z
requested review from @joel
Author: Chris Johns
2024-11-26T01:13:35.890Z
assigned to @chris
Author: Kinsey Moore
2024-11-27T15:07:23.551Z
approved this merge request
Author: Kinsey Moore
2024-11-27T15:07:32.678Z
added 2 commits
afd2a47d - 1 commit from branch
66a0772b8 - rtems/c++: Patch to support C++17 filesystem namespace calls
Author: Kinsey Moore
2024-11-27T15:27:28.318Z
mentioned in issue #46
81 - RTEMS Packages Update to the 6 branch packages¶
Id |
81 |
State |
merged |
Merged by |
Gedare Bloom |
Merged at |
2024-11-27T02:36:10.570Z |
Assignee(s) |
Chris Johns |
Created |
2024-11-26T03:39:46.485Z |
Updated |
2024-11-27T02:36:13.293Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/81 |
Commit |
Update the packages in the RSB to the 6 branches.
Author: Chris Johns
2024-11-26T03:39:46.659Z
assigned to @chris
Author: Gedare Bloom
2024-11-27T02:36:03.906Z
approved this merge request
77 - rtems/x86_64: Do not build grub or makefs on MacOS¶
Id |
77 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-11-15T10:31:54.871Z |
Assignee(s) |
Chris Johns |
Created |
2024-11-15T10:12:09.995Z |
Updated |
2024-11-20T23:43:37.970Z |
Milestone |
6.1 |
Labels |
arch:x86_64, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/77 |
Commit |
Do not build grub or makefs on MacOS when building X86_64 tools
Closes #35
Author: Chris Johns
2024-11-15T10:12:10.205Z
assigned to @chris
Author: Chris Johns
2024-11-15T10:13:16.616Z
added 2 commits
93a8b66a - 1 commit from branch
rtems/tools:mainfbe7b1b9 - rtems/x86_64: Do not build grub or makefs on MacOS
Author: Amar Takhar
2024-11-15T10:31:50.357Z
approved this merge request
Author: Chris Johns
2024-11-20T23:43:37.822Z
mentioned in issue #15
76 - RTEMS Packages Updates for 6¶
Id |
76 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-11-15T07:39:52.297Z |
Assignee(s) |
Chris Johns |
Created |
2024-11-15T07:22:10.384Z |
Updated |
2024-11-15T07:39:54.253Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/76 |
Commit |
Update RTEMS and Tools for RSB builds of these packages.
Author: Chris Johns
2024-11-15T07:22:10.549Z
assigned to @chris
Author: Amar Takhar
2024-11-15T07:39:46.153Z
approved this merge request
74 - Fix sb-rtems-pkg and update the packages¶
Id |
74 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-11-01T05:06:28.033Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Kinsey Moore |
Created |
2024-11-01T02:14:28.237Z |
Updated |
2024-11-01T05:06:29.891Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/74 |
Commit |
Fix the sb-rtems-pkg and update the packages. This fixes building rtems-net-legacy.
Author: Chris Johns
2024-11-01T02:14:28.404Z
assigned to @chris
Author: Kinsey Moore
2024-11-01T04:16:40.509Z
Should this also be fixed to point at
tools/rtems-libbsd-%{rtems_version}.cfg?
Author: Chris Johns
2024-11-01T04:16:25.173Z
changed this line in version 2 of the diff
Author: Chris Johns
2024-11-01T04:16:40.509Z
Yes and thanks. Fixed.
Author: Chris Johns
2024-11-01T04:16:25.400Z
added 2 commits
fcfc4108 - sb/rtems-pkg: Fix the libbsd and net-legacy config for rtems_waf
d82e3f43 - rtems: Update packages with release related changes
Author: Chris Johns
2024-11-01T04:16:40.532Z
resolved all threads
Author: Chris Johns
2024-11-01T04:17:04.888Z
requested review from @opticron
Author: Amar Takhar
2024-11-01T05:06:22.425Z
approved this merge request
73 - expat: disable docbook to avoid man page generation error¶
Id |
73 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-29T22:58:18.073Z |
Created |
2024-10-29T22:56:59.060Z |
Updated |
2024-10-29T22:58:20.409Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/73 |
Commit |
Summary¶
expat: disable docbook to avoid man page generation error
The error occurs when building with the docbook-utils package installed on Ubuntu. Disabling docbook prevents the man page for xmlwf from being created.
Fixes #44.
Author: Amar Takhar
2024-10-29T22:57:56.603Z
approved this merge request
32 - rsb(rtems-build-dep): handle multiple library paths¶
Id |
32 |
State |
merged |
Merged by |
Kinsey Moore |
Merged at |
2024-07-05T21:15:57.539Z |
Created |
2024-06-29T16:49:54.435Z |
Updated |
2024-10-26T14:58:37.028Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/32 |
Commit |
Summary¶
The script rtems-build-dep might fail to find a library if multiple -L path arguments are passed.
The argument parser only keeps the last library path provided:
# source-builder/sb/rtems-build-dep
libraries="$2"; shift;
shift;;
Take the following example. We are trying to find libpython3.so, which can be found on /usr/lib:
$ rtems-build-dep -c gcc -L /usr/lib -l libpython3.so # this works because we only pass -L once
found
$ rtems-build-dep -c gcc -L /tmp/ -L /usr/lib -l libpython3.so # this also works because /usr/lib is the last path provided
found
$ rtems-build-dep -c gcc -L /usr/lib -L /tmp/ -l libpython3.so # this fails because /usr/lib is discarded
not-found
I've made a change to handle multiple library paths in the same fashion multiple include directories are handled.
--
I don't know the implications of this change. So far, I've managed to build the ``6/rtems-arm`` bset successfully using this changes.
Author: Agustin Catellani
2024-06-29T17:00:33.854Z
changed the description
Author: Gedare Bloom
2024-07-05T20:59:13.913Z
requested review from @chris
Author: Gedare Bloom
2024-07-05T20:59:55.824Z
removed review request for @chris
Author: Gedare Bloom
2024-07-05T21:00:15.560Z
approved this merge request
Author: Agustin Catellani
2024-10-26T14:58:36.954Z
mentioned in issue #43
50 - Use 4.11 branch for rtems-tools automake patch URL¶
Id |
50 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-10-25T21:07:29.557Z |
Created |
2024-08-21T07:49:30.453Z |
Updated |
2024-10-25T21:07:31.221Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/50 |
Commit |
Summary¶
Use 4.11 branch for rtems-tools automake patch URL
The automake-1.12.6-bugzilla.redhat.com-1239379.diff patch used for the 4.11 toolchain does not exist in the “5” branch in the rtems-tools repository, but does exist in the “4.11” branch, so change the URL used to get rtems-tools files to use the “4.11” branch instead.
This should resolve errors like this in the build:
Creating source directory: patches
download: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/5/tools/4.11/automake/automake-...<see log> -> patches/automake-1.12.6-bugzilla.redhat.com-1239379.diff
download: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/5/tools/4.11/automake/automake-...<see log>: error: HTTP Error 404: Not Found
error: downloading https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/5/tools/4.11/automake/automake-1.12.6-bugzilla.redhat.com-1239379.diff?h=4.11: all paths have failed, giving up
Build FAILED
See error report: rsb-report-automake-1.12.6-x86_64-linux-gnu-1.txt
error: downloading https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/5/tools/4.11/automake/automake-1.12.6-bugzilla.redhat.com-1239379.diff?h=4.11: all paths have failed, giving up
Build Set: Time 0:00:08.019691
error: downloading https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/5/tools/4.11/automake/automake-1.12.6-bugzilla.redhat.com-1239379.diff?h=4.11: all paths have failed, giving up
Build Set: Time 0:00:08.020617
error: downloading https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/5/tools/4.11/automake/automake-1.12.6-bugzilla.redhat.com-1239379.diff?h=4.11: all paths have failed, giving up
Build Set: Time 0:00:08.022781
Build FAILED
Author: Martin Werner
2024-08-21T07:50:15.811Z
changed the description
Author: Chris Johns
2024-10-25T21:07:14.390Z
Why use the bare/config/devel/automake-1.12.6-1.cfg branch of the RSB?
Author: Martin Werner
2024-10-25T21:07:14.390Z
I’m assuming there’s a “not” missing in that question? Since at the moment it does not use a copy of that file.
The diff between them contains quite a bit more, of which I assume quite a bit is rtems-specific and cannot be replaced wholesale:
$ git diff origin/4.11:rtems/config/tools/rtems-automake-1.12.6-1.cfg origin/5:bare/config/devel/automake-1.12.6-1.cfg diff --git a/rtems/config/tools/rtems-automake-1.12.6-1.cfg b/bare/config/devel/automake-1.12.6-1.cfg index a9c2bbb..d294216 100644 --- a/rtems/config/tools/rtems-automake-1.12.6-1.cfg +++ b/bare/config/devel/automake-1.12.6-1.cfg @@ -2,28 +2,23 @@ # Automake 1.12.6 # -%if %{rtems_arch} == none - %define _target %{_host} +%if %{release} == %{nil} +%define release 1 %endif -%include %{_configdir}/checks.cfg %include %{_configdir}/base.cfg -%include %{_configdir}/versions.cfg -%define rtems_automake_version 1.12.6 +%define automake_version 1.12.6 + +%hash sha256 automake-%{automake_version}.tar.gz 0cbe570db487908e70af7119da85ba04f7e28656b26f717df0265ae08defd9ef # # Fix the warning on new perl versions. # -%patch add automake -p1 %{rtems_automake_patches}/automake-1.12.6-bugzilla.redhat.com-1239379.diff?h=4.11 -%hash md5 automake-1.12.6-bugzilla.redhat.com-1239379.diff 8f53b687f9eae7c00c460e80bbef9276 +%patch add automake -p1 https://gitlab.rtems.org/rtems/rtos/rtems/-/blob/main/assets/tracmigration/ticket_attachments/automake-1.12.6-bugzilla.redhat.com-1239379.diff +%hash sha256 automake-1.12.6-bugzilla.redhat.com-1239379.diff a406f23667f3e7844ebc77b6f4f43811b9e39046365b686cc689cb0ae9c88b8b # -# Check the version of automake in the path. +# The automake build instructions. We use 1.xx Release 1. # -%if %{__automake_ver} < %{rtems_automake_version} - # - # Tools configuration. - # - %include %{_configdir}/devel/automake-1.12.6-1.cfg -%endif +%include %{_configdir}/automake-1-1.cfgBut I guess it might make sense to use the same tracmigration url (and the nicer sh256 checksum) from that file into the 4.11 branch, if that’s what you mean?: https://gitlab.rtems.org/rtems/rtos/rtems/-/blob/main/assets/tracmigration/ticket_attachments/automake-1.12.6-bugzilla.redhat.com-1239379.diff
Using the tracmigration url solves the build issue similarly for me as far as I can tell.
Would it still make sense to update %{rtems_git_tools} to point at 4.11 instead of 5?
Author: Kinsey Moore
2024-10-25T21:07:14.390Z
@chris I’ve updated the patch set to resolve related issues. Could you could give this a once-over to see if this thread is now resolvable?
Author: Kinsey Moore
2024-10-25T21:07:14.390Z
Just FYI, I ran through all of the toolchain builds and QEMU and this patchset now resolves all download errors, but several toolchains were not compilable because my native toolchain was too new and threw errors about certain syntax no longer being allowed in C++17.
Author: Kinsey Moore
2024-10-22T13:24:11.620Z
approved this merge request
Author: Kinsey Moore
2024-10-22T13:25:37.028Z
unapproved this merge request
Author: Kinsey Moore
2024-10-22T20:59:37.314Z
added 3 commits
ef217406 - sb: %if checks are numeric if the left and right values are numbers
7efeb59d - gdb: Split python’s version into major/minor and check for embed option
6b76c4c7 - Update ARM toolchain build for the new newlib patch path
Author: Kinsey Moore
2024-10-22T21:00:26.958Z
I’ve updated this patch set to include a backport of a couple fixes that were required on modern systems plus a change to handle path issues on ARM.
Author: Kinsey Moore
2024-10-22T21:00:33.666Z
approved this merge request
Author: Chris Johns
2024-10-25T21:07:14.407Z
resolved all threads
71 - rtems: Update packages¶
Id |
71 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-25T19:58:31.608Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Created |
2024-10-24T06:03:21.733Z |
Updated |
2024-10-25T19:58:33.712Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/71 |
Commit |
Update the package to the current main for each repo effected.
Author: Chris Johns
2024-10-24T06:03:22.281Z
assigned to @chris
Author: Chris Johns
2024-10-24T20:50:59.938Z
mentioned in issue rtems/pkg/rtems-net-services#3
Author: Chris Johns
2024-10-24T23:06:20.408Z
marked this merge request as draft
Author: Chris Johns
2024-10-25T05:29:56.917Z
added 2 commits
0fc8e056 - sb/rtems-pkg: Add support for submodules
303a1e12 - rtems: Update packages
Author: Chris Johns
2024-10-25T06:25:39.102Z
added 2 commits
f7ba8466 - sb/rtems-pkg: Add support for submodules
fec227c7 - rtems: Update packages
Author: Chris Johns
2024-10-25T06:25:48.647Z
marked this merge request as ready
Author: Chris Johns
2024-10-25T06:27:22.273Z
I have fixed
sb-rtems-pkgto handle submodules sortems-net-services``will pick up the updated ``rtems_waf. I have tested it with thertems-deploymentchange got AMD K26.
Author: Chris Johns
2024-10-25T06:29:12.073Z
mentioned in merge request rtems-deployment!12
Author: Chris Johns
2024-10-25T19:56:50.155Z
requested review from @amar
Author: Amar Takhar
2024-10-25T19:58:01.521Z
added 3 commits
d7870131 - 1 commit from branch
rtems/tools:main875c1c7f - sb/rtems-pkg: Add support for submodules
78680c88 - rtems: Update packages
Author: Amar Takhar
2024-10-25T19:58:26.875Z
approved this merge request
72 - Updated qemu patch to point to rtems.org domain from geisler.se which now 404s¶
Id |
72 |
State |
merged |
Merged by |
Joel Sherrill |
Merged at |
2024-10-24T22:24:08.845Z |
Created |
2024-10-24T14:41:02.508Z |
Updated |
2024-10-24T22:24:12.133Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/72 |
Commit |
Summary¶
This resolves issue https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/42
RTEMS Source Builder - Set Builder, 6 (d7870131e4de)
Build Set: devel/qemu
Build Set: devel/autotools-internal.bset
config: devel/autoconf-2.69-1.cfg
package: autoconf-2.69-x86_64-linux-gnu-1
download: https://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz -> sources/autoconf-2.69.tar.gz
downloading: sources/autoconf-2.69.tar.gz - 1.8MB of 1.8MB (100%)
building: autoconf-2.69-x86_64-linux-gnu-1
sizes: autoconf-2.69-x86_64-linux-gnu-1: 7.496MB (installed: 0.000B)
cleaning: autoconf-2.69-x86_64-linux-gnu-1
config: devel/automake-1.12.6-1.cfg
package: automake-1.12.6-x86_64-linux-gnu-1
download: https://ftp.gnu.org/gnu/automake/automake-1.12.6.tar.gz -> sources/automake-1.12.6.tar.gz
downloading: sources/automake-1.12.6.tar.gz - 2.0MB of 2.0MB (100%)
download: https://gitlab.rtems.org/rtems/rtos/rtems/-/blob/main/assets/tracmigration/ticket_atta...<see log> -> patches/automake-1.12.6-bugzilla.redhat.com-1239379.diff
downloading: patches/automake-1.12.6-bugzilla.redhat.com-1239379.diff - 0.0 bytedownloading: patches/automake-1.12.6-bugzilla.redhat.com-1239379.diff - 408.0 bytes of 408.0 bytes (100%)
building: automake-1.12.6-x86_64-linux-gnu-1
sizes: automake-1.12.6-x86_64-linux-gnu-1: 8.090MB (installed: 0.000B)
cleaning: automake-1.12.6-x86_64-linux-gnu-1
config: devel/libtool-2.4.7-1.cfg
package: libtool-2.4.7-x86_64-linux-gnu-1
download: https://ftp.gnu.org/gnu/libtool/libtool-2.4.7.tar.gz -> sources/libtool-2.4.7.tar.gz
downloading: sources/libtool-2.4.7.tar.gz - 1.8MB of 1.8MB (100%)
building: libtool-2.4.7-x86_64-linux-gnu-1
sizes: libtool-2.4.7-x86_64-linux-gnu-1: 9.905MB (installed: 0.000B)
cleaning: libtool-2.4.7-x86_64-linux-gnu-1
cleaning: autoconf-2.69-x86_64-linux-gnu-1
cleaning: automake-1.12.6-x86_64-linux-gnu-1
cleaning: libtool-2.4.7-x86_64-linux-gnu-1
Build Sizes: usage: 9.905MB total: 183.120MB (sources: 183.098MB, patches: 22.901KB, installed 0.000B)
Build Set: Time 0:00:16.995923
config: devel/libiconv-1.14-1.cfg
config: devel/gettext-0.18.3.1-1.cfg
package: gettext-0.18.3.1-x86_64-linux-gnu-1
download: http://ftp.gnu.org/pub/gnu/gettext/gettext-0.18.3.1.tar.gz -> sources/gettext-0.18.3.1.tar.gz
downloading: sources/gettext-0.18.3.1.tar.gz - 15.6MB of 15.6MB (100%)
building: gettext-0.18.3.1-x86_64-linux-gnu-1
sizes: gettext-0.18.3.1-x86_64-linux-gnu-1: 182.624MB (installed: 23.443MB)
cleaning: gettext-0.18.3.1-x86_64-linux-gnu-1
reporting: devel/gettext-0.18.3.1-1.cfg -> gettext-0.18.3.1-x86_64-linux-gnu-1.txt
reporting: devel/gettext-0.18.3.1-1.cfg -> gettext-0.18.3.1-x86_64-linux-gnu-1.xml
config: devel/libffi-3.0.13-1.cfg
package: libffi-3.0.13-x86_64-linux-gnu-1
download: https://sourceware.org/pub/libffi/libffi-3.0.13.tar.gz -> sources/libffi-3.0.13.tar.gz
downloading: sources/libffi-3.0.13.tar.gz - 825.9kB of 825.9kB (100%)
download: http://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/main/tools/libffi/libffi-pkg-con...<see log> -> patches/libffi-pkg-config-lib64-fix.diff
redirect: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/raw/main/tools/libffi/libffi-pkg-co...<see log>
downloading: patches/libffi-pkg-config-lib64-fix.diff - 0.0 bytes of 451.0 bytesdownloading: patches/libffi-pkg-config-lib64-fix.diff - 451.0 bytes of 451.0 bytes (100%)
building: libffi-3.0.13-x86_64-linux-gnu-1
sizes: libffi-3.0.13-x86_64-linux-gnu-1: 6.699MB (installed: 666.614KB)
cleaning: libffi-3.0.13-x86_64-linux-gnu-1
reporting: devel/libffi-3.0.13-1.cfg -> libffi-3.0.13-x86_64-linux-gnu-1.txt
reporting: devel/libffi-3.0.13-1.cfg -> libffi-3.0.13-x86_64-linux-gnu-1.xml
config: devel/pixman-0.42.2.cfg
package: pixman-0.42.2-x86_64-linux-gnu-1
download: http://cairographics.org/releases/pixman-0.42.2.tar.gz -> sources/pixman-0.42.2.tar.gz
redirect: https://www.cairographics.org/releases/pixman-0.42.2.tar.gz
downloading: sources/pixman-0.42.2.tar.gz - 937.2kB of 937.2kB (100%)
building: pixman-0.42.2-x86_64-linux-gnu-1
sizes: pixman-0.42.2-x86_64-linux-gnu-1: 115.544MB (installed: 23.267MB)
cleaning: pixman-0.42.2-x86_64-linux-gnu-1
reporting: devel/pixman-0.42.2.cfg -> pixman-0.42.2-x86_64-linux-gnu-1.txt
reporting: devel/pixman-0.42.2.cfg -> pixman-0.42.2-x86_64-linux-gnu-1.xml
config: devel/glib-2.80.2.cfg
package: glib-2.80.2-x86_64-linux-gnu-1
download: https://download.gnome.org/sources/glib/2.80/glib-2.80.2.tar.xz -> sources/glib-2.80.2.tar.xz
redirect: https://mirror.umd.edu/gnome/sources/glib/2.80/glib-2.80.2.tar.xz
downloading: sources/glib-2.80.2.tar.xz - 5.3MB of 5.3MB (100%)
building: glib-2.80.2-x86_64-linux-gnu-1
sizes: glib-2.80.2-x86_64-linux-gnu-1: 308.029MB (installed: 85.753MB)
cleaning: glib-2.80.2-x86_64-linux-gnu-1
reporting: devel/glib-2.80.2.cfg -> glib-2.80.2-x86_64-linux-gnu-1.txt
reporting: devel/glib-2.80.2.cfg -> glib-2.80.2-x86_64-linux-gnu-1.xml
config: devel/qemu-5.2.0-1.cfg
package: qemu-5.2.0-rc1-x86_64-linux-gnu-1
download: https://download.qemu.org/qemu-5.2.0-rc1.tar.xz -> sources/qemu-5.2.0-rc1.tar.xz
downloading: sources/qemu-5.2.0-rc1.tar.xz - 101.9MB of 101.9MB (100%)
download: http://patchwork.ozlabs.org/patch/406903/raw -> patches/Provide-the-missing-LIBUSB_LOG_LEVEL_-for-older-libusb-or-FreeBSD.-Providing-just-the-needed-value-as-a-defined..patch
redirect: http://patchwork.ozlabs.org/project/qemu-devel/patch/1415176522-5944-1-git-send-email-...<see log>
downloading: patches/Provide-the-missing-LIBUSB_LOG_LEVEL_-for-older-libusb-or-FreeBSD.-Providing-just-the-needed-value-as-a-defined..patch - 0.0 bytes of 666.0downloading: patches/Provide-the-missing-LIBUSB_LOG_LEVEL_-for-older-libusb-or-FreeBSD.-Providing-just-the-needed-value-as-a-defined..patch - 666.0 bytes of 666.0 bytes (100%)
**download: https://ftp.rtems.org/pub/rtems/releases/5/5.2/sources/qemu-5.2.0-leon3.patch -> patches/qemu-5.2.0-leon3.patch
downloading: patches/qemu-5.2.0-leon3.patch - 747.0 bytes of 747.0 bytes (100%) **
download: https://gitlab.rtems.org/rtems/rtos/rtems/-/blob/main/assets/tracmigration/ticket_atta...<see log> -> patches/cgem_zynqmp_versal.patch
downloading: patches/cgem_zynqmp_versal.patch - 5.8kB of 5.8kB (100%)
download: https://gitlab.rtems.org/rtems/rtos/rtems/-/blob/main/assets/tracmigration/ticket_atta...<see log> -> patches/gdbus_codegen.patch
downloading: patches/gdbus_codegen.patch - 1.5kB of 1.5kB (100%)
building: qemu-5.2.0-rc1-x86_64-linux-gnu-1
sizes: qemu-5.2.0-rc1-x86_64-linux-gnu-1: 8.026GB (installed: 895.367MB)
cleaning: qemu-5.2.0-rc1-x86_64-linux-gnu-1
reporting: devel/qemu-5.2.0-1.cfg -> qemu-5.2.0-rc1-x86_64-linux-gnu-1.txt
reporting: devel/qemu-5.2.0-1.cfg -> qemu-5.2.0-rc1-x86_64-linux-gnu-1.xml
staging: gettext-0.18.3.1-x86_64-linux-gnu-1 -> /home/cfc/workspace/rtems-source-builder/rtems/build/tmp/sb-0-staging
installing: gettext-0.18.3.1-x86_64-linux-gnu-1 -> /opt/rtems/6
staging: libffi-3.0.13-x86_64-linux-gnu-1 -> /home/cfc/workspace/rtems-source-builder/rtems/build/tmp/sb-0-staging
installing: libffi-3.0.13-x86_64-linux-gnu-1 -> /opt/rtems/6
staging: pixman-0.42.2-x86_64-linux-gnu-1 -> /home/cfc/workspace/rtems-source-builder/rtems/build/tmp/sb-0-staging
installing: pixman-0.42.2-x86_64-linux-gnu-1 -> /opt/rtems/6
staging: glib-2.80.2-x86_64-linux-gnu-1 -> /home/cfc/workspace/rtems-source-builder/rtems/build/tmp/sb-0-staging
installing: glib-2.80.2-x86_64-linux-gnu-1 -> /opt/rtems/6
staging: qemu-5.2.0-rc1-x86_64-linux-gnu-1 -> /home/cfc/workspace/rtems-source-builder/rtems/build/tmp/sb-0-staging
installing: qemu-5.2.0-rc1-x86_64-linux-gnu-1 -> /opt/rtems/6
cleaning: gettext-0.18.3.1-x86_64-linux-gnu-1
cleaning: libffi-3.0.13-x86_64-linux-gnu-1
cleaning: pixman-0.42.2-x86_64-linux-gnu-1
cleaning: glib-2.80.2-x86_64-linux-gnu-1
cleaning: qemu-5.2.0-rc1-x86_64-linux-gnu-1
Build Sizes: usage: 9.031GB total: 1.305GB (sources: 307.593MB, patches: 32.042KB, installed 1.004GB)
installing: devel/qemu -> /opt/rtems/6
clean staging: devel/qemu
Staging Size: 1.004GB
Build Set: Time 0:15:54.767931
Author: CHARLES TAYLOR
2024-10-24T14:41:41.762Z
mentioned in issue #42
Author: CHARLES TAYLOR
2024-10-24T18:06:45.980Z
changed the description
Author: Joel Sherrill
2024-10-24T22:24:00.738Z
approved this merge request
70 - rtems-tools needs the Waf build root workaround for windows¶
Id |
70 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-21T23:36:32.704Z |
Created |
2024-10-21T23:31:11.483Z |
Updated |
2024-10-21T23:36:34.028Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/70 |
Commit |
Summary¶
On Windows there is a workaround to handle the drive letter in the prefix that needs to be picked up when installing rtems-tools.
Author: Amar Takhar
2024-10-21T23:36:12.715Z
approved this merge request
66 - dtc: do not attempt to build on windows¶
Id |
66 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-10-18T21:24:10.114Z |
Assignee(s) |
Chris Johns |
Created |
2024-10-10T04:44:12.552Z |
Updated |
2024-10-18T21:24:15.269Z |
Milestone |
6.1 |
Labels |
os::windows |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/66 |
Commit |
Summary¶
dtc: do not attempt to build on windows
fixes #25, #36
Author: Gedare Bloom
2024-10-10T04:44:12.823Z
assigned to @chris
Author: Gedare Bloom
2024-10-10T04:48:53.453Z
I confirmed the build still runs on linux (ubuntu).
Author: Chris Johns
2024-10-18T21:09:10.626Z
This should be indented but I get why you have not.
Would it be nicer and simpler to have the RSB _finish_ the config processing?
Author: Gedare Bloom
2024-10-18T21:09:10.626Z
“nicer and simpler” in what way?
I’m not sure what action has to be taken to close out a partial configuration.
Author: Chris Johns
2024-10-18T21:09:10.626Z
Would adding a new command to the config processing to %``finish`` be cleaner for this type of solution?
Author: Gedare Bloom
2024-10-18T21:09:10.626Z
Having a generic way to terminate a config would be cleaner, but, we don’t have that functionality at the moment unless I’m missing something. It would be some work to add a new feature if that is what you are suggesting.
Currently this dtc config blocks building on Windows.
Author: Gedare Bloom
2024-10-18T21:09:11.380Z
created #41 to continue this discussion
Author: Gedare Bloom
2024-10-18T21:09:10.646Z
resolved all threads
Author: Gedare Bloom
2024-10-18T21:09:10.918Z
mentioned in issue #41
Author: Chris Johns
2024-10-18T21:23:20.579Z
approved this merge request
Author: Chris Johns
2024-10-18T21:23:47.252Z
added 3 commits
4f780eb6…4ea7e721 - 2 commits from branch
rtems/tools:main4cf0f0c6 - dtc: do not attempt to build on windows
67 - rtems-gdb-15.2.cfg: Correct using 14.2 instead of 15.2¶
Id |
67 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-17T18:22:41.852Z |
Created |
2024-10-17T16:29:23.419Z |
Updated |
2024-10-17T18:22:43.829Z |
Milestone |
6.1 |
Labels |
tool::gdb |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/67 |
Commit |
Summary¶
rtems-gdb-15.2.cfg: Correct using 14.2 instead of 15.2
Updates previous commit to really use 15.2.
Author: Amar Takhar
2024-10-17T18:22:29.302Z
approved this merge request
62 - Update to GDB 15.2¶
Id |
62 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-16T04:33:07.227Z |
Assignee(s) |
Joel Sherrill |
Created |
2024-10-01T00:23:37.534Z |
Updated |
2024-10-16T04:33:10.502Z |
Milestone |
6.1 |
Labels |
tool::gdb |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/62 |
Commit |
Update to GDB 15.2
Author: Joel Sherrill
2024-10-01T00:23:37.751Z
assigned to @joel
Author: Joel Sherrill
2024-10-01T00:24:00.430Z
added 2 commits
88afb1da - 1 commit from branch
rtems/tools:main68ad3195 - Update to GDB 15.2
Author: Joel Sherrill
2024-10-01T02:33:59.422Z
added 1 commit
b9587182 - Update to GDB 15.2
Author: Amar Takhar
2024-10-16T04:32:35.165Z
approved this merge request
Author: Amar Takhar
2024-10-16T04:32:47.826Z
added 8 commits
b9587182…989ec634 - 7 commits from branch
rtems/tools:main7ebed677 - Update to GDB 15.2
65 - sb:sources: Do not raise an error adding a hash if one is present¶
Id |
65 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-09T22:08:02.013Z |
Assignee(s) |
Chris Johns |
Created |
2024-10-09T22:05:01.293Z |
Updated |
2024-10-09T22:08:05.277Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/65 |
Commit |
Do not raise an error adding a hash if one is present
Fixes #40
Closes #40
Author: Chris Johns
2024-10-09T22:05:01.531Z
assigned to @chris
Author: Amar Takhar
2024-10-09T22:07:55.119Z
approved this merge request
64 - sys.getwindowsversion only exists on Windows.¶
Id |
64 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-10-07T12:55:56.020Z |
Assignee(s) |
Amar Takhar |
Created |
2024-10-07T07:26:37.627Z |
Updated |
2024-10-07T12:55:59.307Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/64 |
Commit |
Summary¶
sys.getwindowsversion only exists on Windows.
Fixes #38
Author: Amar Takhar
2024-10-07T07:26:37.903Z
assigned to @amar
Author: Amar Takhar
2024-10-07T07:27:41.416Z
added 1 commit
8c8156d2 - sys.getwindowsversion only exists on Windows.
Author: Amar Takhar
2024-10-07T07:27:45.446Z
changed the description
Author: Christian Mauderer
2024-10-07T12:16:10.103Z
approved this merge request
63 - Fixes for Windows 10 and Windows 11¶
Id |
63 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-10-06T23:24:32.428Z |
Assignee(s) |
Gedare Bloom |
Created |
2024-10-06T22:10:55.082Z |
Updated |
2024-10-07T07:09:53.372Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/63 |
Commit |
Summary¶
The Windows10 and Windows11 builds with MSYS2 encounter a few problems. This should fix most of those problems.
It doesn’t deal with https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/25 https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/36
Fixes #27 Fixes https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/4191
Author: Gedare Bloom
2024-10-06T22:10:55.852Z
assigned to @gedare
Author: Amar Takhar
2024-10-06T23:24:26.616Z
approved this merge request
Author: Chris Johns
2024-10-07T07:09:53.282Z
mentioned in issue #38
61 - linux.py: Recognize Rocky Linux distribution¶
Id |
61 |
State |
merged |
Merged by |
Joel Sherrill |
Merged at |
2024-09-30T21:30:40.236Z |
Assignee(s) |
Joel Sherrill |
Reviewer(s) |
Chris Johns, Gedare Bloom |
Created |
2024-09-30T19:02:35.262Z |
Updated |
2024-09-30T21:30:40.210Z |
Milestone |
6.1 |
Labels |
tool |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/61 |
Commit |
linux.py: Recognize Rocky Linux distribution
Rocky was slipping through the list of distributions and only needed adding to the list.
Author: Joel Sherrill
2024-09-30T19:02:35.512Z
requested review from @chris and @gedare
Author: Joel Sherrill
2024-09-30T19:02:35.585Z
assigned to @joel
Author: Joel Sherrill
2024-09-30T19:33:28.525Z
enabled an automatic merge when all merge checks for 88afb1daa87355afa14f4c142a99355e550540db pass
Author: Amar Takhar
2024-09-30T21:30:32.046Z
approved this merge request
60 - rtems/www: Add civetweb web server package¶
Id |
60 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-09-30T05:19:00.107Z |
Assignee(s) |
Chris Johns |
Created |
2024-09-30T05:09:54.451Z |
Updated |
2024-09-30T05:19:00.076Z |
Milestone |
6.1 |
Labels |
network |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/60 |
Commit |
Add support to build civetweb as a package.
Note:
The thread type and thread stack size is currently hard coded and not part of the configuration.
I have created Github PR rtems: Add support for RTEMS for the patch in my repo.
Only tested with libbsd.
Author: Chris Johns
2024-09-30T05:09:54.714Z
assigned to @chris
Author: Amar Takhar
2024-09-30T05:18:49.013Z
enabled an automatic merge when all merge checks for d2f00ca6c06f0f5c78eab1128121e9c58fba0443 pass
Author: Amar Takhar
2024-09-30T05:18:54.878Z
approved this merge request
59 - rtems/devel: Add yaml-cpp package¶
Id |
59 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-09-27T04:28:10.318Z |
Assignee(s) |
Chris Johns |
Created |
2024-09-27T04:22:12.322Z |
Updated |
2024-09-27T04:28:12.294Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/59 |
Commit |
Add yaml-cpp as a package.
Author: Chris Johns
2024-09-27T04:22:12.534Z
assigned to @chris
Author: Amar Takhar
2024-09-27T04:28:05.998Z
approved this merge request
58 - rtems: Update kernel and libbsd¶
Id |
58 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-09-19T02:56:33.676Z |
Assignee(s) |
Chris Johns |
Created |
2024-09-19T02:51:20.679Z |
Updated |
2024-09-19T02:56:35.320Z |
Milestone |
6.1 |
Labels |
libbsd, rtems::kernel |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/58 |
Commit |
Summary¶
Kernel
Minor fixes
LibBSD
Fix build failure installing different files to the install file
Author: Chris Johns
2024-09-19T02:51:20.917Z
assigned to @chris
Author: Amar Takhar
2024-09-19T02:56:27.409Z
approved this merge request
57 - rtems: Update kernel and libbsd¶
Id |
57 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-09-18T22:33:50.974Z |
Assignee(s) |
Chris Johns |
Created |
2024-09-18T22:32:17.706Z |
Updated |
2024-09-18T22:33:52.655Z |
Milestone |
6.1 |
Labels |
libbsd::freebsd-12, rtems::kernel, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/57 |
Commit |
Summary¶
rtems: Update kernel and libbsd
Kernel: * Updates to ARM exceptions * POSIX support for lio_listio * Remove poll.h from the kernel * Use time_t for ntptime * Updated Zynq and pl001 UART drivers
LibBSD: * Dangling pointer fix in DHCP
Author: Chris Johns
2024-09-18T22:32:17.930Z
assigned to @chris
Author: Amar Takhar
2024-09-18T22:33:43.753Z
approved this merge request
56 - Keep RTEMS up to date with the upstream development¶
Id |
56 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-09-11T22:18:49.834Z |
Assignee(s) |
Sebastian Huber |
Created |
2024-09-05T14:29:28.666Z |
Updated |
2024-09-11T22:18:51.348Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/56 |
Commit |
Summary¶
For build logs, see build@rtems.org. The microblaze failures are due to:
checking for recent MPFR... checking whether fwrite_unlocked is declared... checking for basename... yes
config.status: executing depfiles commands
checking for g++ -O2 -g -pipe -I/home/EB/sebastian_h/src/rtems-source-builder/rtems/build/tmp/sb-21112/6/rtems-microblaze/opt/rtems/6/include -I/home/EB/sebastian_h/src/rtems-sou
rce-builder/rtems/build/tmp/sb-21112-internal/include option to produce PIC... -fPIC -DPIC
checking if g++ -O2 -g -pipe -I/home/EB/sebastian_h/src/rtems-source-builder/rtems/build/tmp/sb-21112/6/rtems-microblaze/opt/rtems/6/include -I/home/EB/sebastian_h/src/rtems-sour
ce-builder/rtems/build/tmp/sb-21112-internal/include PIC flag -fPIC -DPIC works... yes
checking for stpcpy... yes
checking mach-o/dyld.h usability... no
configure: error: MPFR version >= 4.1.0 required
This seems to be unrelated to my update.
Author: Sebastian Huber
2024-09-05T14:29:28.770Z
assigned to @sebhub
Author: Sebastian Huber
2024-09-05T14:30:39.557Z
changed title from 6/7: Update Newlib to 6/7: Update Newlib{+Keep RTEMS up to date with the upstream development+}
Author: Sebastian Huber
2024-09-05T14:32:24.664Z
changed title from {-6/7: Update Newlib-}Keep RTEMS up to date with the upstream development to Keep RTEMS up to date with the upstream development
Author: Sebastian Huber
2024-09-05T14:32:24.692Z
changed the description
Author: Chris Johns
2024-09-11T22:18:30.214Z
approved this merge request
Author: Chris Johns
2024-09-11T22:18:42.509Z
added 4 commits
8488d28d - 1 commit from branch
rtems/tools:maind078bf88 - 6/7: Update Newlib
c0a16881 - 6: Update GCC 12 and 13
2e6e8366 - 7: Update Binutils, GDB, and GCC
51 - rtems: Package updates¶
Id |
51 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-08-28T06:15:37.922Z |
Assignee(s) |
Chris Johns |
Created |
2024-08-28T05:22:03.828Z |
Updated |
2024-08-28T06:15:39.167Z |
Milestone |
6.1 |
Labels |
libbsd, rtems::kernel, tool::rtems-tools |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/51 |
Commit |
Package updates¶
Libbsd
Install memstat.h
Net Services
Fixed spelling in ntpsim
Kernel
Coverity fixes
X86_64 updates
Fix racecondition in close
Close all valids FD in libblock
Fix DOSFS file truncation to length 0
Fatal error refactor
ZynqMP ECC memory support
ZynqMP memory support great than 2G
RTEMS Tools
Add x86_64 config
Add niosvc10lp config
Update RTEMS pretty printers
Author: Chris Johns
2024-08-28T05:22:04.313Z
assigned to @chris
Author: Amar Takhar
2024-08-28T06:15:34.478Z
approved this merge request
45 - add patch file for including rv32imf in the riscv multilib¶
Id |
45 |
State |
merged |
Merged by |
Joel Sherrill |
Merged at |
2024-08-23T17:17:25.103Z |
Created |
2024-08-06T21:15:35.568Z |
Updated |
2024-08-23T17:17:25.061Z |
Milestone |
6.1 |
Labels |
arch:riscv |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/45 |
Commit |
Summary¶
Issue #5101
The NIOS V/g processor with FPU enabled needs the rv32imf risc-v architecture. This patch adds that support.
Author: Joel Sherrill
2024-08-15T00:39:26.925Z
It is probably not well documented but the patch should be somewhere other than the RSB. They usually are just attached to the RTEMS issue and the URL referenced here.
Even better would be to submit it upstream and we get it out of their mailing list or git history.
In this case, attach the patch to this issue.
Author: Kevin Kirspel
2024-08-15T00:39:26.925Z
The patch was emailed to gcc-patches. When incorporated, RSB could be updated to use that gcc version.
Author: Kevin Kirspel
2024-08-15T00:36:49.151Z
changed this line in version 3 of the diff
Author: Kevin Kirspel
2024-08-15T00:39:26.925Z
patch has been moved to an attachment in Issue #5101 and referenced from there for downloading to RSB.
Author: Joel Sherrill
2024-08-15T00:40:11.164Z
Please email this to gcc-patches@gcc.gnu.org and cc me. I will then be able to shepherd it to getting merged.
Author: Kevin Kirspel
2024-08-15T00:40:11.164Z
Any special subject and wording in the email?
Author: Kevin Kirspel
2024-08-15T00:40:11.164Z
I plan on putting this in the subject:
[PATCH] t-rtems: add rv32imf architecture to the RTEMS multilib for RISC-V
Author: Kevin Kirspel
2024-08-15T00:40:11.164Z
I sent the email. I will see what happens.
Author: Kevin Kirspel
2024-08-15T00:40:11.164Z
Patch is visible on the gcc-patches mailing list (Aug 7th). No comments so far.
Author: Joel Sherrill
2024-08-15T00:40:11.164Z
Thank you.
Author: Chris Johns
2024-08-15T00:40:11.164Z
This directory is not allowed in the repo.
Author: Amar Takhar
2024-08-15T00:40:11.164Z
@chris then should he create an issue to attach the patch for now?
Author: Amar Takhar
2024-08-15T00:40:11.164Z
Nevermind I see you have answered this.
Author: Chris Johns
2024-08-15T00:40:11.164Z
Only to reference the patch.
Author: Kevin Kirspel
2024-08-15T00:40:11.164Z
Just for my knowledge, patch files do not go in the repo (i.e. source-builder/patches)? What is the purpose of the “source-builder/patches” repo directory?
Secondly, if I have a patch file locally, how should I reference the patch file? My initial assumption was that I would reference it in “rtems/config/tools/rtems-gcc-13.3-newlib-head.cfg” but apparently that is not correct.
Author: Kevin Kirspel
2024-08-15T00:36:51.244Z
changed this line in version 3 of the diff
Author: Kevin Kirspel
2024-08-15T00:40:11.164Z
patch has been moved to an attachment in Issue #5101 and removed from this directory.
Author: Joel Sherrill
2024-08-12T14:34:39.692Z
resolved all threads
Author: Chris Johns
2024-08-23T14:08:13.790Z
The patch handling is not right. The source and patch directories should be added to the repo.
Please attach the patch to an issue or reference and get the RSB to download it. A further change can be made once merged into GCC we.
Author: Kevin Kirspel
2024-08-23T14:08:13.790Z
I attached the patch file to the issue I created for all the merge requests related to the NIOS V BSP. Issue #5101.
Author: Kevin Kirspel
2024-08-23T14:08:13.790Z
The patch I sent to gcc-patches is now merged on the trunk.
Author: Chris Johns
2024-08-14T06:04:04.897Z
marked this merge request as draft
Author: Chris Johns
2024-08-14T06:04:31.778Z
Marked as draft until the patch location is resolved.
Author: Chris Johns
2024-08-14T06:05:04.215Z
Please add
rtems:to the start the commit first line.
Author: Kevin Kirspel
2024-08-14T16:32:38.390Z
added 5 commits
5f4f2436…585d8ba4 - 4 commits from branch
rtems/tools:main63b972dd - add patch file for including rv32imf in the riscv multilib
Author: Kevin Kirspel
2024-08-15T00:36:51.571Z
added 1 commit
f8a14244 - Patch file moved to Issue #5101
Author: Joel Sherrill
2024-08-23T14:08:13.810Z
resolved all threads
Author: Joel Sherrill
2024-08-23T14:08:21.501Z
approved this merge request
Author: Joel Sherrill
2024-08-23T14:08:28.507Z
marked this merge request as ready
Author: Kevin Kirspel
2024-08-23T17:12:31.833Z
added 15 commits
f8a14244…fc5ad593 - 13 commits from branch
rtems/tools:main958a0f8d - add patch file for including rv32imf in the riscv multilib
7aec6d55 - Patch file moved to Issue #5101
49 - Fix config file directive processing in includes¶
Id |
49 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-08-23T02:15:19.554Z |
Assignee(s) |
Chris Johns |
Created |
2024-08-21T06:33:12.179Z |
Updated |
2024-08-23T02:15:21.214Z |
Milestone |
6.1 |
Labels |
python::gdb, tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/49 |
Commit |
Fix config file directive processing in includes
Allow includes in directives like %install to be included in the directive’s output.
The !48 needs this change to work.
Updates #29
Author: Chris Johns
2024-08-21T06:33:12.380Z
assigned to @chris
Author: Chris Johns
2024-08-21T06:38:53.093Z
mentioned in merge request !48
Author: Amar Takhar
2024-08-23T02:15:16.532Z
approved this merge request
35 - RSB modifications to install stdcxx.py in gdb/python/rtems¶
Id |
35 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-08-18T06:24:44.143Z |
Created |
2024-07-10T16:55:08.790Z |
Updated |
2024-08-19T21:12:29.555Z |
Milestone |
6.1 |
Labels |
python::gdb, tool::gdb |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/35 |
Commit |
Summary¶
The current implementation of auto-loading pretty-printers in GDB depends on a script, stdcxx.py to register the pretty-printers provided by GCC. The path to these scripts changes with every evolving version of GCC, and hence the gcc_version variable used in stdcxx.py would need updating with every new build.
Solution¶
Modify the gcc-common-1.cfg script in source-builder/config to:
Find the current GCC version according to the target being built
Add some instructions to resolve paths to the template script present in
rtems/configUse that to install
stdcxx.pywith the correct GCC version ingdb/python/rtemsin the build target directory
Closes rtems/tools/rtems-tools#5
Author: Suraj Kumar
2024-07-10T18:44:26.288Z
changed the description
Author: Suraj Kumar
2024-07-10T18:45:24.533Z
Author: Christian Mauderer
2024-07-12T06:31:47.164Z
Is that file copied from somewhere or did you write it yourself? Depending on that: Please add a standard RTEMS license header (or rather the one from the RSB LICENSE file) to it if you wrote it yourself or use the original license if you copied it from somewhere.
Author: Suraj Kumar
2024-07-12T06:31:47.164Z
I wrote this from scratch by myself, and yes, I shall update it with the license as well.
Author: Suraj Kumar
2024-07-12T06:31:47.164Z
@c-mauderer So this would be prepended to the top of the file, yes?
RTEMS Tools Project (http://www.rtems.org/) Copyright 2010-2017 Chris Johns (chrisj@rtems.org) All rights reserved. This package is part of the RTEMS Tools Project. Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies. THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.(Commented, of course)
Author: Christian Mauderer
2024-07-12T06:31:47.164Z
Yes. But with your copyright instead of Chris Johns’.
Author: Suraj Kumar
2024-07-12T06:31:47.164Z
Okay, I have added the license header. Please let me know if that is fine.
Author: Christian Mauderer
2024-07-12T06:31:47.164Z
Looks good. Thanks.
Author: Christian Mauderer
2024-07-11T05:20:27.849Z
Just to understand these lines:
gdb_pathis something like${PREFIX}/share/gdb/python, right?Then your
gcc_python_pathis something like${PREFIX}/share/gcc-13.2.1/python, right?
Author: Suraj Kumar
2024-07-11T05:20:27.849Z
Bingo. Is it clear enough from the name or could the file use some comments?
Author: Christian Mauderer
2024-07-11T05:20:27.849Z
That’s OK. I just wanted to make sure that I understand it correctly.
Author: Christian Mauderer
2024-07-11T05:19:23.952Z
Shouldn’t we have a %{gcc_version} already? @chris: You know the source builder a lot better.
Author: Suraj Kumar
2024-07-11T05:19:23.952Z
I had talked about this with Chris here, please check out this thread when you find the time: https://gitlab.rtems.org/rtems/tools/rtems-tools/-/issues/5#note_108895
Chris had said:
Would it end up being confusing? How would know which value the variable holds? Remember the gcc version internal to gcc may not match the version in the macro
gcc_version. For example we could have a git hash build of the gcc 13 branch. This work needs to know the internal value to find the path gcc will look.So, I resorted to finding the actual version from the target’s GCC compiler itself. Hope that it clear.
Author: Christian Mauderer
2024-07-11T05:19:23.952Z
OK. Thanks for the explanation.
Author: Suraj Kumar
2024-08-13T14:13:55.893Z
changed this line in version 4 of the diff
Author: Suraj Kumar
2024-07-11T21:02:01.393Z
added 1 commit
a375e806 - rtems/config: added license header to stdcxx-template.py
Author: Christian Mauderer
2024-07-12T06:31:47.199Z
resolved all threads
Author: Chris Johns
2024-08-18T06:24:14.862Z
This is looking good.
I think the next step is see if we can find a suitable trick to move this out here and into the RTEMS area. It may not be possible, I am not sure how to do this.
The issue is this file is used in
bareconfigs and they do not depend on RTEMS.
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
@chris I had pinged you about this on Discord, but I am not sure what you meant by:
I think the next step is see if we can find a suitable trick to move this out here and into the RTEMS area. It may not be possible, I am not sure how to do this. The issue is this file is used in
bareconfigs and they do not depend on RTEMS.Are you referring to the modifications or the
stdcxx.pybeing installed or … ? I was not too sure. Please clarify this whenever you find the time. Thank you.
Author: Chris Johns
2024-08-18T06:24:14.862Z
The change is specific to building
gccfor RTEMS andgcc-common-1.cfgis used by thebarebuilds which includegcc. This change needs to somehow be moved to just thertemsconfigurations.
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
Okay, I see. So would that mean having some kind of check in here to see if the target is a
bareGCC or moving it out to some other file itself?
Author: Chris Johns
2024-08-18T06:24:14.862Z
That is a solution. Another is to place a macro label there such a
%{gcc-pre-install}and that is defined in a file inconfig/rtems/toolsand included is included in an RTEMS tools gcc config?
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
Yeah sure, that would work too. I assume that including files will have the variables/macros from the file including it too (?) so that would make for a more modular approach.
I think we can have a file, say
rtems-gcc-preinstall.cfg, underrtems/config/tools, which can have the same changes as my commit, and then have a check like so:%if %{_target} =~ ".*-rtems.*" %include %{_configdir}/rtems/tools/gcc-pre-install.cfg %endifHow does that sound?
Author: Chris Johns
2024-08-18T06:24:14.862Z
Would a simpler approach work? In
gcc-common-1.cfghave:%if %(defined gcc-pre-installer} %{gcc-pre-installer} %endifWhere you want it to execute the include. Then add in the RTEMS configs something like:
%define gcc-pre-installer %include %{_configdir}/rtems/tools/gcc-pre-install.cfgI think should work but if not let me know.
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
Okay I got what you meant, I will check out this solution and get back to you. Thanks
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
@chris I had pinged you on Discord regarding this, but I take it you are buried with a lot of work
I think I have a working solution, but I am just not sure which file I can add this definition to such that it would be defined before this script is called? I tried looking at the trace output when dry running building the RSB to see which files are executed in which order but that did not give me much direction. Could you help me out with this please?
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
@chris I am not sure if this what you had in mind, but here’s something:
in
rtems-base.bset({prefix}/rsb/rtems/config), we can add the following line:%define rtems_build 1The extra code I initially added to
gcc-common-1.cfgcan be moved over to{prefix}/rtems/tools/gcc-pre-install.cfg, and this line can be added togcc-common-1.cfg:%define gcc_pre_installer %include %{_configdir}/rtems/tools/gcc-pre-install.cfgThen, in
gcc-common-1.cfg, we can add:%if %{defined rtems_build} %{gcc_pre_installer} %endifHow does this sound? Please let me know
Author: Chris Johns
2024-08-18T06:24:14.862Z
Where does ``gcc-pre-install.cfg``get included?
I would include it in rtems/config/tools/rtems-gcc-13.3-newlib-head.cfg and then you should not need
rtems_buildbecause it is an RTEMS build. The define check ingcc-common-1.cfgcan be macro name.Also the name of the file can be what it does and not the name of macro if that helps make things clearer?
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
gcc_pre_installeris defined as%include %{_configdir}/rtems/tools/gcc-pre-install.cfg, which would handle the include after the check.I thought about adding it in
rtems-gcc-13.3-newlib-head.cfgas well, but wouldn’t that make it version dependent? (Or at least I think so)Yep sure, I’ll change the filename to reflect what it does, I was just wondering about the version update part fo the change. If that is not an issue then we can consider this issue as solved. :)
Author: Chris Johns
2024-08-18T06:24:14.862Z
It will only work on that version and later which will be based on the 13.3 version as a copy and change.
Author: Suraj Kumar
2024-08-18T06:24:14.862Z
Oh I see, so it acts as a copy + paste + edits from the older versions?
Alright, I will modify my environment as such and test. Will keep you posted on the progress. Thank you
Author: Suraj Kumar
2024-08-13T14:13:59.102Z
changed this line in version 4 of the diff
Author: Chris Johns
2024-08-18T06:24:14.862Z
Thanks
Author: Amar Takhar
2024-08-06T03:22:00.108Z
mentioned in merge request rtems/rtos/rtems!98
Author: Joel Sherrill
2024-08-12T18:13:52.347Z
Please add an SPDX license comment, then a blank line. Do it like the RTEMS code except as Python comments.
Author: Suraj Kumar
2024-08-12T18:13:52.347Z
@joel Where can I find this license comment? I googled for it but came across multiple ones, and the comments in other files in this repo seem similar to the one I have mentioned
Author: Suraj Kumar
2024-08-12T18:13:52.347Z
Nevermind, found it.
Author: Suraj Kumar
2024-08-11T14:03:41.477Z
added 1 commit
21057bee - rtems/config: added SPDX license comment
Author: Suraj Kumar
2024-08-13T14:13:59.948Z
added 2 commits
b7895378 - rtems/config/tools: added script to install stdcxx.py to rtems/tools
0a29210c - rtems/config/tools: modified gcc-13.3-newlib to define macro signifying RTEMS build
Author: Chris Johns
2024-08-18T06:23:04.457Z
This is what you put in
rtems-gcc-13.3-\ |md_0_8206|\ newlib-head.cfg\ |md_0_8206|\ `` and as ``gcc_pre_install
Author: Suraj Kumar
2024-08-14T18:46:24.784Z
changed this line in version 5 of the diff
Author: Suraj Kumar
2024-08-18T06:23:04.457Z
@chris Fixed
Author: Chris Johns
2024-08-18T06:23:11.818Z
This is
%{gcc_pre_install}
Author: Suraj Kumar
2024-08-14T18:46:25.260Z
changed this line in version 5 of the diff
Author: Suraj Kumar
2024-08-18T06:23:11.818Z
Fixed
Author: Chris Johns
2024-08-18T06:23:33.899Z
This will not work. You should not assume any order in that path or even need to parse it.
Why explicitly provide the path? The
%includedirective should search%_confdir?I would have thought something like:
%define gcc_pre_install %include tools/rtems-install-stdcxx.cfgshould work?
Author: Suraj Kumar
2024-08-18T06:23:33.899Z
The thing is, I need a path specifically to
rsb/rtems/config/stdcxx-template.py, in order to be able to cat it and filter it throughsed`.If I try doing the following:
%define stdcxx_template %{_configdir}/stdcxx-template.pyIt appends
stdcxx-template.pyto each path in the macro, and it is not in a form which I cancat(since it is 4 paths). This is why I decided to define a separate macro for it. I hope I was able to convey the problem clearly enough?Your solution will work for the rest of the issues I think, since it is only a matter of including the files - but it is not working for the case of running
catonstdcxx-template.py. Would another approach be to grep the pattern ofrtems/configinstead of assuming a specific ordering within_configdir? Please do let me know.
Author: Suraj Kumar
2024-08-14T18:46:25.757Z
changed this line in version 5 of the diff
Author: Suraj Kumar
2024-08-18T06:23:33.899Z
@chris Please let me know what you think of this change.
Author: Chris Johns
2024-08-18T06:23:33.899Z
Good.
Author: Chris Johns
2024-08-18T06:23:47.836Z
This should be something like:
%define gcc_pre_install %include tools/rtems-install-stdcxx.cfg
Author: Suraj Kumar
2024-08-14T18:46:26.289Z
changed this line in version 5 of the diff
Author: Suraj Kumar
2024-08-18T06:23:47.836Z
Fixed
Author: Chris Johns
2024-08-18T06:23:47.836Z
Thanks
Author: Suraj Kumar
2024-08-14T18:46:26.562Z
added 2 commits
37ab3f20 - rtems/config/tools: modified gcc-13.3-newlib to define macro signifying RTEMS build
1059bd04 - source-builder/config: added RTEMS check to install stdcxx.py script only for RTEMS builds
Author: Suraj Kumar
2024-08-14T19:37:34.010Z
added 11 commits
1059bd04…585d8ba4 - 10 commits from branch
rtems/tools:main5aa1b5c7 - rtems/config/tools: modified gcc-13.3-newlib to define macro signifying RTEMS build
Author: Suraj Kumar
2024-08-14T19:38:37.196Z
added 1 commit
92df56fe - rtems/config/tools: modified gcc-13.3-newlib to define macro signifying RTEMS build
Author: Chris Johns
2024-08-18T06:23:55.587Z
Please move this down to line 17 and add line after so it is on its own. This way it is not in the bits that are about the version of the build.
Author: Suraj Kumar
2024-08-18T06:16:11.901Z
changed this line in version 8 of the diff
Author: Suraj Kumar
2024-08-18T06:23:55.587Z
I have made this change
Author: Suraj Kumar
2024-08-18T06:16:12.099Z
added 1 commit
75fd9c66 - rtems/config/tools: modified gcc-13.3-newlib to define macro signifying RTEMS build
Author: Chris Johns
2024-08-18T06:22:00.410Z
Sorry I got the line wrong. We need:
%include %{_configdir}/checks.cfg %include %{_configdir}/base.cfg %define gcc_version 13.3.0 %source set gcc https://ftp.gnu.org/gnu/gcc/gcc-%{gcc_version}/gcc-%{gcc_version}.tar.xz %hash sha512 gcc-%{gcc_version}.tar.xz \\ 7V8vTG7Sx5b88sk3BxWenb092xugY9VJgE3WjNq7ttVQmFrhyEZa6aM2z+KSdKbrD0LiGSQ2BXTr2OXVx8moAQ== %define newlib_version 1339af4 %define newlib_external 1 %define newlib_expand_name sourceware-mirror-newlib-cygwin-%{newlib_version} %source set newlib --rsb-file=newlib-%{newlib_version}.tar.gz https://codeload.github.com/RTEMS/sourceware-mirror-newlib-cygwin/tar.gz/%{newlib_version} %hash sha512 newlib-%{newlib_version}.tar.gz \\ mZWCoi+gMohMTLAtJse3D44qC1kaTefPxy1sDY3y9seRysOhXZCHyADWIjHYaEEJTJKTLkYQfe99mGF5zX6lQA== %define gcc_pre_install %include tools/rtems-install-stdcxx.cfg %define with_threads 1 %define with_plugin 0 %define with_iconv 1 %include %{_configdir}/gcc-13.cfg
Author: Suraj Kumar
2024-08-18T06:22:00.410Z
Okay, I have changed it accordingly
Author: Suraj Kumar
2024-08-18T06:19:56.204Z
added 1 commit
632ccda7 - rtems/config/tools: modified gcc-13.3-newlib to define macro signifying RTEMS build
Author: Chris Johns
2024-08-18T06:24:14.900Z
resolved all threads
Author: Chris Johns
2024-08-18T06:24:36.044Z
marked this merge request as ready
Author: Chris Johns
2024-08-18T06:24:39.947Z
approved this merge request
Author: Suraj Kumar
2024-08-19T07:30:50.820Z
mentioned in merge request rtems/docs/rtems-docs!43
Author: Frank Kuehndel
2024-08-19T08:55:16.102Z
mentioned in issue #29
Author: Suraj Kumar
2024-08-19T21:12:29.405Z
mentioned in merge request !48
20 - Update RSB 4.11 for the gitlab migration¶
Id |
20 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-06-11T04:38:16.954Z |
Assignee(s) |
Kinsey Moore |
Created |
2024-06-11T03:57:11.647Z |
Updated |
2024-08-10T00:40:54.349Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/20 |
Commit |
Summary¶
Migrate devel links to gitlab
I did the best I could, but there were still some issues on my local machine. This needs to be thoroughly checked by someone familiar with it, especially since sb-get-sources in this version does not have the error flag.
Author: Kinsey Moore
2024-06-11T03:57:11.799Z
assigned to @opticron
Author: Chris Johns
2024-06-11T04:38:13.842Z
approved this merge request
18 - Bump newlib head hash to 1ed1516 in mulitple cfgs¶
Id |
18 |
State |
merged |
Merged by |
Joel Sherrill |
Merged at |
2024-06-10T13:55:14.073Z |
Assignee(s) |
Joel Sherrill |
Reviewer(s) |
Chris Johns |
Created |
2024-06-09T18:39:28.147Z |
Updated |
2024-08-10T00:40:54.252Z |
Milestone |
6.1 |
Labels |
tool::newlib |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/18 |
Commit |
Summary¶
Bump newlib head hash to 1ed1516 in mulitple cfgs
This was needed to address a build issue with long double files on m68k, sh, and nios2.
Author: Joel Sherrill
2024-06-09T18:39:28.351Z
requested review from @chris
Author: Joel Sherrill
2024-06-09T18:39:28.374Z
assigned to @joel
Author: Chris Johns
2024-06-10T03:09:10.246Z
approved this merge request
Author: Chris Johns
2024-06-10T03:09:43.223Z
Why is this draft? Is it OK to merge?
Author: Amar Takhar
2024-06-10T03:13:28.507Z
The default is to have ‘Draft’ checked on he most likely forgot it I would say it’s OK to merge.
Author: Joel Sherrill
2024-06-10T13:55:07.416Z
marked this merge request as ready
14 - gdb: Split python’s version into major/minor and check for embed option¶
Id |
14 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-06-03T20:38:22.961Z |
Created |
2024-06-02T12:44:41.678Z |
Updated |
2024-08-10T00:40:54.162Z |
Milestone |
6.1 |
Labels |
tool::gdb |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/14 |
Commit |
Summary¶
gdb: Split python’s version into major/minor and check for embed option
Cherry-pick from 70f302e08c9053637f5eff7dfb52d3442aaf76cb for rtems5, so that we can close #4897.
Author: Chris Johns
2024-06-03T20:38:15.272Z
approved this merge request
19 - Update RSB 5 branch for gitlab migration¶
Id |
19 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-06-11T04:36:25.824Z |
Assignee(s) |
Kinsey Moore |
Created |
2024-06-11T02:28:21.643Z |
Updated |
2024-08-10T00:40:53.871Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/19 |
Commit |
Summary¶
This updates git.rtems.org and devel.rtems.org URLs as necessary to allow “sb-get-sources –stop-on-error” to complete without error.
Author: Kinsey Moore
2024-06-11T02:28:21.892Z
assigned to @opticron
Author: Chris Johns
2024-06-11T04:36:22.125Z
approved this merge request
22 - Source downloads fail¶
Id |
22 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-12T01:41:26.385Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Created |
2024-06-12T01:36:13.115Z |
Updated |
2024-08-10T00:40:41.938Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/22 |
Commit |
This MR fixes:
Fix
_dry_runmacro supportFix the default version in
bare/devel/expat-internalAdd MPFR support for RTEMS 7
Remove support for
gcc-4.9because the default build config contains GCC git patches and these break everytime GNU GCC upgrades their version of git
The issue #11 details the work.
Author: Chris Johns
2024-06-12T01:36:13.239Z
requested review from @amar
Author: Chris Johns
2024-06-12T01:36:13.286Z
assigned to @chris
Author: Amar Takhar
2024-06-12T01:41:23.712Z
approved this merge request
23 - base/glib: Do not check for meson when getting sources¶
Id |
23 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-12T03:34:21.315Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Created |
2024-06-12T03:30:38.480Z |
Updated |
2024-08-10T00:40:41.653Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/23 |
Commit |
Do not check for meson if a dry run and downloading.
Author: Chris Johns
2024-06-12T03:30:38.591Z
requested review from @amar
Author: Chris Johns
2024-06-12T03:30:38.613Z
assigned to @chris
Author: Amar Takhar
2024-06-12T03:34:12.281Z
approved this merge request
24 - rsb: Add makefs to tools and use it in 6/rtems-x86_64¶
Id |
24 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-06-19T22:56:02.331Z |
Created |
2024-06-12T10:19:00.800Z |
Updated |
2024-08-10T00:40:27.004Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/24 |
Commit |
Summary¶
Add makefs needed for the amd64 test configs
Author: Matheus Pecoraro
2024-06-13T19:26:09.078Z
Author: Chris Johns
2024-06-19T22:54:53.229Z
added 7 commits
47e7a6fb…d282a172 - 6 commits from branch
rtems/tools:main4c6dfb7a - rsb: Add makefs to tools and use it in 6/rtems-x86_64
Author: Chris Johns
2024-06-19T22:55:58.987Z
approved this merge request
33 - windows.py: Disable chmod on Cygwin¶
Id |
33 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-07-09T20:49:28.531Z |
Created |
2024-07-08T17:11:54.821Z |
Updated |
2024-08-10T00:40:16.511Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/33 |
Commit |
Summary¶
windows.py: Disable chmod on Cygwin
The command chmod as invoked by the RSB has begun to fail on Cygwin. It was determined that doing a chmod is not necessary. This disabling it was seen as a solution.
Closes #22.
Author: Chris Johns
2024-07-09T20:49:01.571Z
The macro is __setup_post so I am confused how this change helps?
Author: Joel Sherrill
2024-07-09T20:49:01.571Z
Me too. Let me sort this out.
Author: Joel Sherrill
2024-07-09T13:58:27.324Z
changed this line in version 2 of the diff
Author: Chris Johns
2024-07-08T21:37:07.361Z
requested changes
Author: Joel Sherrill
2024-07-09T13:58:27.542Z
added 2 commits
eda555d1 - 1 commit from branch
rtems/tools:main571791cf - windows.py: Disable chmod on Cygwin
Author: Chris Johns
2024-07-09T20:49:01.588Z
resolved all threads
Author: Chris Johns
2024-07-09T20:49:22.748Z
approved this merge request
31 - rtems-tools-6.cfg: Bump hash to fix build issue on Cygwin¶
Id |
31 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-27T19:53:00.958Z |
Assignee(s) |
Joel Sherrill |
Created |
2024-06-27T19:52:18.775Z |
Updated |
2024-08-10T00:40:16.422Z |
Milestone |
6.1 |
Labels |
tool::rtems-tools |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/31 |
Commit |
Summary¶
Bump hash of rtems-tools to pick up fix for not compiling on Cygwin
Author: Joel Sherrill
2024-06-27T19:52:18.911Z
assigned to @joel
Author: Amar Takhar
2024-06-27T19:52:57.630Z
approved this merge request
36 - rtems-tools: Fetch rtems-syms improvements¶
Id |
36 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-07-11T05:34:31.052Z |
Assignee(s) |
Sebastian Huber |
Created |
2024-07-11T05:23:42.065Z |
Updated |
2024-08-10T00:40:03.773Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/36 |
Commit |
Summary¶
rtems-tools: Fetch rtems-syms improvements
Update #rtos/rtems/4941.
Author: Sebastian Huber
2024-07-11T05:23:42.156Z
assigned to @sebhub
Author: Chris Johns
2024-07-11T05:34:27.311Z
approved this merge request
Author: Sebastian Huber
2024-07-11T05:37:25.894Z
mentioned in merge request rtems/rtos/rtems!111
37 - rtems-gcc-13.3-newlib-head.cfg: Update hash to 1339af4¶
Id |
37 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-07-15T22:18:48.806Z |
Created |
2024-07-15T19:19:56.301Z |
Updated |
2024-08-10T00:40:03.580Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/37 |
Commit |
Summary¶
rtems-gcc-13.3-newlib-head.cfg: Update hash to 1339af4
This picked up the following patches of interest to RTEMS:
sys/tree.h: Remove from rtems includes
sys/resource.h: Add RUSAGE_THREAD
Closes #24.
Author: Amar Takhar
2024-07-15T19:21:45.453Z
Question .. What was the point of opening #24?
The MR has more detail and the issue is just a title and the summary says to read the title. I went and looked over the issue expecting more details but it was just a waste of time since the details are here.
You can skip opening the issue if there aren’t going to be more details there it saves everyone time and it’s easier to search as you don’t have to look in 2 places.
Author: Joel Sherrill
2024-07-15T20:46:54.390Z
To have an issue for the MR. No more. No less.
Author: Amar Takhar
2024-07-15T20:46:54.390Z
Okay.
Author: Amar Takhar
2024-07-15T20:46:54.409Z
resolved all threads
Author: Chris Johns
2024-07-15T22:18:43.155Z
approved this merge request
39 - rtems/6: Update MicroBlaze GCC to 12¶
Id |
39 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-07-16T22:30:36.745Z |
Created |
2024-07-16T14:32:29.819Z |
Updated |
2024-08-10T00:40:03.425Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/39 |
Commit |
Summary¶
rtems/6: Update MicroBlaze GCC to 12
GCC 10 fails to build.
Closes #23.
Author: Chris Johns
2024-07-16T22:30:30.957Z
approved this merge request
Author: Sebastian Huber
2024-07-19T06:33:32.248Z
I get build errors on microblaze:
/home/EB/sebastian_h/src/rtems/cpukit/libcsupport/src/getrusage.c: In function 'getrusage': /home/EB/sebastian_h/src/rtems/cpukit/libcsupport/src/getrusage.c:113:8: error: 'RUSAGE_THREAD' undeclared (first use in this function); did you mean 'SIGEV_THREAD'? 113 | case RUSAGE_THREAD: | ^~~~~~~~~~~~~ | SIGEV_THREADMaybe the Newlib version is not the right one.
42 - rtems-tools: Fetch rtems-syms fixes¶
Id |
42 |
State |
merged |
Merged by |
Kinsey Moore |
Merged at |
2024-07-25T22:31:33.159Z |
Assignee(s) |
Sebastian Huber |
Created |
2024-07-20T15:23:51.771Z |
Updated |
2024-08-10T00:40:03.235Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/42 |
Commit |
Summary¶
rtems-tools: Fetch rtems-syms fixes
Fix placement of symbol table.
Author: Sebastian Huber
2024-07-20T15:23:51.868Z
assigned to @sebhub
Author: Kinsey Moore
2024-07-25T22:31:29.985Z
approved this merge request
40 - sb/build:Fix reference a null object when a package is unnecessary.¶
Id |
40 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-08-07T02:48:38.820Z |
Created |
2024-07-19T09:53:06.388Z |
Updated |
2024-08-10T00:39:47.489Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/40 |
Commit |
Summary¶
sb/build:Fix reference a null object when a package is unnecessary. close #26
Author: Kinsey Moore
2024-07-25T22:32:55.072Z
added 4 commits
3f8dadc9…892e966e - 3 commits from branch
rtems/tools:main0884fffa - sb/build:Fix reference a null object when a package is unnecessary.
Author: Chris Johns
2024-08-07T02:48:35.188Z
approved this merge request
46 - sb: Pull the repos after fetching¶
Id |
46 |
State |
merged |
Merged by |
Kinsey Moore |
Merged at |
2024-08-08T23:21:03.249Z |
Assignee(s) |
Chris Johns |
Created |
2024-08-08T22:40:05.104Z |
Updated |
2024-08-10T00:39:47.240Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/46 |
Commit |
Pull the repo after fetching to get the latest.
Author: Chris Johns
2024-08-08T22:40:05.809Z
assigned to @chris
Author: Kinsey Moore
2024-08-08T23:20:58.578Z
approved this merge request
47 - Update tools, rtems, libbsd, net legacy and net services¶
Id |
47 |
State |
merged |
Merged by |
Kinsey Moore |
Merged at |
2024-08-08T23:27:27.479Z |
Assignee(s) |
Chris Johns |
Created |
2024-08-08T23:24:26.548Z |
Updated |
2024-08-08T23:27:29.052Z |
Milestone |
6.1 |
Labels |
network::legacy, tool::rtems-tools |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/47 |
Commit |
Summary¶
rtems: Update tools, rtems, libbsd, net legacy and net services
net-services:
Doc to MD
rtems:
Python pretty printer section
X86_64 APCI support
move tree.h to internal
libdl sym fixes
updates to READMEs and other docs
libbsd
Memory leak fixed
updates to READMEs
net-legacy
updates to READMEs
tools
updates to READMEs
fixes to syms
add pdoc documentation
add testing
Author: Chris Johns
2024-08-08T23:24:26.709Z
assigned to @chris
Author: Kinsey Moore
2024-08-08T23:27:23.912Z
approved this merge request
44 - Update rtems6 tools to binutils 2.43¶
Id |
44 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-08-07T02:53:55.230Z |
Assignee(s) |
Joel Sherrill |
Created |
2024-08-06T13:50:46.706Z |
Updated |
2024-08-07T02:53:57.948Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/44 |
Commit |
Summary¶
Update rtems6 tools to binutils 2.43
This only impacts targets using the rtems-default.bset.
Closes #28.
Author: Joel Sherrill
2024-08-06T13:50:46.874Z
assigned to @joel
Author: Chris Johns
2024-08-07T02:53:33.315Z
added 2 commits
0884fffa - 1 commit from branch
rtems/tools:main077d200e - Update rtems6 tools to binutils 2.43
Author: Chris Johns
2024-08-07T02:53:50.065Z
approved this merge request
41 - Convert LICENSE to MarkDown¶
Id |
41 |
State |
merged |
Merged by |
Kinsey Moore |
Merged at |
2024-07-25T22:32:43.392Z |
Assignee(s) |
Amar Takhar |
Created |
2024-07-20T04:59:00.116Z |
Updated |
2024-07-25T22:32:45.164Z |
Milestone |
6.1 |
Labels |
doc |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/41 |
Commit |
Summary¶
Author: Amar Takhar
2024-07-20T04:59:00.634Z
assigned to @amar
Author: Kinsey Moore
2024-07-25T22:32:29.547Z
added 2 commits
8d70e4b5 - 1 commit from branch
rtems/tools:main892e966e - Convert LICENSE to MarkDown
Author: Kinsey Moore
2024-07-25T22:32:40.087Z
approved this merge request
29 - Fix the handling of the hash in sb-rtems-pkg¶
Id |
29 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-15T18:26:25.386Z |
Assignee(s) |
Chris Johns |
Created |
2024-06-15T05:26:37.423Z |
Updated |
2024-06-15T18:26:27.273Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/29 |
Commit |
Fix the handling of the hash in sb-rtems-pkg. The logic was confused of the tar file name was in another macro. Expand the macros and check for the package name.
Close #13
Author: Chris Johns
2024-06-15T05:26:37.569Z
assigned to @chris
Author: Amar Takhar
2024-06-15T18:26:18.385Z
added 2 commits
a961b7c5 - 1 commit from branch
rtems/tools:maind282a172 - sb/rtemspkg: Fix the handling of the hash
Author: Amar Takhar
2024-06-15T18:26:22.089Z
approved this merge request
30 - rtems/tools,kernel: Update tools after elftoolchain update¶
Id |
30 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-15T06:57:34.690Z |
Assignee(s) |
Chris Johns |
Created |
2024-06-15T05:34:23.681Z |
Updated |
2024-06-15T06:57:35.796Z |
Milestone |
6.1 |
Labels |
rtems::kernel, tool::rtems-tools |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/30 |
Commit |
Update tools after elftoolchain update
Pick up the latest kernel changes
Author: Chris Johns
2024-06-15T05:34:23.857Z
assigned to @chris
Author: Amar Takhar
2024-06-15T06:57:31.704Z
approved this merge request
28 - RSB tar strip components double percent¶
Id |
28 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-14T05:07:38.037Z |
Assignee(s) |
Chris Johns |
Created |
2024-06-14T04:34:06.598Z |
Updated |
2024-06-14T05:07:39.100Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/28 |
Commit |
A bug was introduced when lowering the tar output in the log
Author: Chris Johns
2024-06-14T04:34:06.736Z
assigned to @chris
Author: Amar Takhar
2024-06-14T05:07:34.147Z
approved this merge request
27 - rtems-tools-6.cfg: Checksum updated¶
Id |
27 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-13T17:03:37.914Z |
Assignee(s) |
Joel Sherrill |
Created |
2024-06-13T15:41:54.484Z |
Updated |
2024-06-14T04:08:05.369Z |
Milestone |
6.1 |
Labels |
tool::rtems-tools |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/27 |
Commit |
Summary¶
rtems-tools-6.cfg: Checksum updated
The hash was updated without the checksum being updated.
Author: Joel Sherrill
2024-06-13T15:41:54.643Z
assigned to @joel
Author: Amar Takhar
2024-06-13T17:03:34.057Z
approved this merge request
Author: Chris Johns
2024-06-14T04:08:05.352Z
This checksum is automatically generated in the
sb-rtems-pkgtool. This means something is broken in that tool.
26 - Update RTEMS packages after moving to gitlab.rtems.org¶
Id |
26 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-13T07:28:05.156Z |
Assignee(s) |
Chris Johns |
Created |
2024-06-13T07:17:52.631Z |
Updated |
2024-06-13T07:28:06.311Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/26 |
Commit |
Summary¶
This merge request updates the RTEMS packages after moving to gitlab.rtems.org
Author: Chris Johns
2024-06-13T07:17:52.762Z
assigned to @chris
Author: Chris Johns
2024-06-13T07:23:56.857Z
added 2 commits
86016e9a - 1 commit from branch
rtems/tools:main87a855a7 - rtems: Update RTMES packages after moving to gitlab.rtems.org
Author: Chris Johns
2024-06-13T07:24:25.875Z
changed title from Update RT{-M-}ES packages after moving to gitlab.rtems.org to Update RTE{+M+}S packages after moving to gitlab.rtems.org
Author: Amar Takhar
2024-06-13T07:28:00.134Z
approved this merge request
25 - sb/rtemspkg: Use git:// paths for download URLs¶
Id |
25 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-13T07:18:11.809Z |
Assignee(s) |
Chris Johns |
Created |
2024-06-13T07:13:07.911Z |
Updated |
2024-06-13T07:18:13.372Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/25 |
Commit |
Use git:// paths for download URLs
Add protocol=https to support gitlab.rtems.org
Close #12
Author: Chris Johns
2024-06-13T07:13:08.088Z
assigned to @chris
Author: Amar Takhar
2024-06-13T07:18:08.291Z
approved this merge request
21 - Fix MacOS python patch to the GDB 14.2 build and reduce down tar output¶
Id |
21 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-11T04:48:36.449Z |
Assignee(s) |
Chris Johns |
Created |
2024-06-11T04:34:38.110Z |
Updated |
2024-06-12T01:01:30.448Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/21 |
Commit |
Add the MacOS python patch to the GDB 14.2 build
No verbose tar output when
--traceis not used
Closes #9
Author: Chris Johns
2024-06-11T04:34:38.258Z
assigned to @chris
Author: Amar Takhar
2024-06-11T04:48:20.561Z
Are these changes and the ones below intentional? Is it a different change that slipped through?
Author: Chris Johns
2024-06-11T04:48:20.561Z
Forgot the change was in the repo. I have updated the MR details to reflect the changed.
Author: Chris Johns
2024-06-11T04:47:34.175Z
changed title from {-rtems/6: Add the-} MacOS python patch to the GDB 14.2 build to {+Fix+} MacOS python patch to the GDB 14.2 build{+ and reduce down tar output+}
Author: Chris Johns
2024-06-11T04:47:34.203Z
changed the description
Author: Chris Johns
2024-06-11T04:48:20.601Z
resolved all threads
Author: Amar Takhar
2024-06-11T04:48:30.371Z
approved this merge request
Author: Chris Johns
2024-06-12T01:01:30.426Z
mentioned in issue #11
16 - gdb: Build MPFR before GDB as it now depeneds on it¶
Id |
16 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-06-08T19:42:26.396Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Joel Sherrill, Amar Takhar |
Created |
2024-06-08T00:47:02.398Z |
Updated |
2024-06-08T19:42:28.385Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/16 |
Commit |
Summary¶
Build MPFR before GDB as it now depeneds on it
Closes #7
Author: Chris Johns
2024-06-08T00:47:02.540Z
requested review from @amar and @joel
Author: Chris Johns
2024-06-08T00:47:02.556Z
assigned to @chris
Author: Chris Johns
2024-06-08T01:18:12.315Z
added 11 commits
f1bfcd6e…f39e9584 - 10 commits from branch
rtems/tools:main148922b4 - gdb: Build MPFR before GDB as it now depeneds on it
Author: Chris Johns
2024-06-08T04:35:59.768Z
added 1 commit
423d98d2 - gdb: Build MPFR before GDB as it now depeneds on it
Author: Chris Johns
2024-06-08T04:37:10.262Z
This MR builds Expat, GMP and MPFR as internal libraries for static linking
Author: Chris Johns
2024-06-08T04:44:17.260Z
mentioned in issue #7
Author: Amar Takhar
2024-06-08T19:42:20.345Z
This builds and works fine now.
Author: Amar Takhar
2024-06-08T19:42:22.698Z
approved this merge request
15 - Update for gitlab changes and fix minor issues¶
Id |
15 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-06-06T23:25:31.643Z |
Assignee(s) |
Kinsey Moore |
Reviewer(s) |
Chris Johns |
Created |
2024-06-05T18:20:12.821Z |
Updated |
2024-06-06T23:26:44.870Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/15 |
Commit |
This MR is to fix the gitlab migration issues for main (6/7) branch for #3
The rtems_waf changes and the rtemspkg.py changes in particular need additional eyes as I’m not familiar with all parts of the RSB workflow.
Author: Kinsey Moore
2024-06-05T18:20:12.973Z
assigned to @opticron
Author: Kinsey Moore
2024-06-05T18:22:05.654Z
mentioned in issue #3
Author: Kinsey Moore
2024-06-05T18:25:08.992Z
added 16 commits
3fc04f12…108b765c - 7 commits from branch
rtems/tools:main9b231161 - rtems/config: Cleanup orphaned configs
1039f6af - sis: Handle renaming
892e6217 - rtems-tools: Update location to gitlab
bcd838fc - config/rtems-kernel: Update error text
ff51caa9 - config/rtems-kernel: Update for gitlab
31602629 - config/rtems-libbsd: Update for gitlab
55084f6f - config/rtems-net-legacy: Update for gitlab
0ffb6192 - config/rtems-net-services: Update for gitlab
514e6253 - config: Update rtems_waf for gitlab
Author: Kinsey Moore
2024-06-05T19:25:19.809Z
requested review from @chris
Author: Kinsey Moore
2024-06-05T20:50:25.012Z
It looks like the libffi patch path isn’t quite right.
Author: Kinsey Moore
2024-06-05T20:55:25.360Z
added 9 commits
c261531d - rtems/config: Cleanup orphaned configs
263444aa - sis: Handle renaming
819d5e92 - rtems-tools: Update location to gitlab
3fdb8e9f - config/rtems-kernel: Update error text
b7be268a - config/rtems-kernel: Update for gitlab
29396592 - config/rtems-libbsd: Update for gitlab
8a4c26f7 - config/rtems-net-legacy: Update for gitlab
d68c65b2 - config/rtems-net-services: Update for gitlab
10f494df - config: Update rtems_waf for gitlab
Author: Kinsey Moore
2024-06-05T20:56:13.597Z
I had a stale patch in patches that prevented it from picking up the failure to find the patch on the 6 branch that doesn’t exist yet. The updated patch set fixes the libffi patch download issue.
Author: Kinsey Moore
2024-06-05T21:04:15.822Z
added 1 commit
227582a6 - Migrate devel links to gitlab
Author: Kinsey Moore
2024-06-05T21:04:36.118Z
The final patch also addresses #4
Author: Kinsey Moore
2024-06-06T14:22:12.671Z
Also of note, I don’t have a lot of the platforms that these patches affect, so I can’t verify the download of patches for things like darwin.
Author: Chris Johns
2024-06-06T14:22:12.671Z
The
sb-get-source --stop-on-erroris your friend here. It will make sure all build sets and so all configurations are run through all possible host types. The--stop-on-erroroption is needed or you miss issues.Note, delete the
sourcesandpatchesdirectories before running or the RSB will see the cached files and assume they are all OK.
Author: Kinsey Moore
2024-06-06T14:22:12.671Z
I have updated the one hash that threw an error.
Author: Chris Johns
2024-06-06T00:50:46.658Z
marked this merge request as draft
Author: Chris Johns
2024-06-06T14:24:41.075Z
I suspect this change in this
.bsetfile is not accessible in.cfgfiles so I wonder if this file is copied tortems-urls.cfgandrtems-urls.bsetincludes the.cfgfile? We may not need a.bsetversion if no extension is added to the include but I would need to check this to be certain.Over time references to our git repos have been added to a number of config files. I am fine with the changes in this MR staying as they are and then a separate issue added to clean up the build set and config files to have a single reference if that is too much for this change?
Author: Kinsey Moore
2024-06-06T14:24:41.075Z
I’d prefer the cleanup to happen in a different MR/issue. I definitely noticed that the defined URLs were not consistently used or available and were often redefined instead of pulling in the global set.
Author: Chris Johns
2024-06-06T01:07:05.678Z
@opticron awesome set of changes, thank you. I have made the MR draft until the
sb-get-sourcescommand has been run and completes. The https://gitlab.rtems.org/administration/integration/-/issues/6 issue will use this command to update the cache on ftp.rtems.org so it will be checked once we have the CI running.
Author: Kinsey Moore
2024-06-06T14:21:36.053Z
added 2 commits
e4a69442 - config: Update rtems_waf for gitlab
1549a7b9 - Migrate devel links to gitlab
Author: Kinsey Moore
2024-06-06T14:24:41.091Z
resolved all threads
Author: Kinsey Moore
2024-06-06T14:24:57.667Z
marked this merge request as ready
Author: Kinsey Moore
2024-06-06T23:10:13.801Z
added 2 commits
0ed7e8c6 - config: Update rtems_waf for gitlab
f39e9584 - Migrate devel links to gitlab
Author: Kinsey Moore
2024-06-06T23:11:33.510Z
The patch set has been updated for the rtems-waf -> rtems_waf renaming and passes sb-get-sources.
Author: Chris Johns
2024-06-06T23:24:45.448Z
I have also done my testing and it looks good. I have found an unrelated bug I will post in a separate merge request. Thanks for the change.
Author: Chris Johns
2024-06-06T23:24:55.676Z
approved this merge request
Author: Kinsey Moore
2024-06-06T23:26:44.724Z
mentioned in issue #4
13 - Update binutils, gdb, and gcc¶
Id |
13 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-06-03T21:36:14.381Z |
Assignee(s) |
Joel Sherrill |
Created |
2024-06-01T16:21:13.425Z |
Updated |
2024-06-03T21:36:15.618Z |
Milestone |
6.1 |
Labels |
tool::binutils |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/13 |
Commit |
Summary¶
Update binutils, gdb, and gcc
Update to binutils 2.41
Update to gdb 14.2
Update to gcc 13.3
updates #4768
Author: Joel Sherrill
2024-06-01T16:21:13.597Z
assigned to @joel
Author: Chris Johns
2024-06-03T21:36:09.620Z
approved this merge request
12 - Format all code with yapf defaults¶
Id |
12 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-05-25T21:48:38.307Z |
Assignee(s) |
Chris Johns |
Created |
2024-05-25T05:17:51.466Z |
Updated |
2024-05-25T21:48:39.157Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/12 |
Commit |
Summary¶
Format the RSB source code with yapf defaults to meet the coding standard’s Python formatting rules
Author: Chris Johns
2024-05-25T05:17:51.763Z
assigned to @chris
Author: Amar Takhar
2024-05-25T21:48:34.994Z
approved this merge request
11 - Fix –url paths so they download the –rsb-file¶
Id |
11 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-05-23T22:08:28.262Z |
Assignee(s) |
Chris Johns |
Created |
2024-05-17T06:03:32.582Z |
Updated |
2024-05-23T22:08:29.517Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/11 |
Commit |
Summary¶
Fix --url paths so they download the --rsb-file
This lets --url point to a cache of files
Closes #5
Author: Chris Johns
2024-05-17T06:03:32.740Z
assigned to @chris
Author: Chris Johns
2024-05-17T06:04:10.123Z
added 3 commits
229afea7…484c7a40 - 2 commits from branch
rtems/tools:maind8ac75e2 - sb/download: Fix –url paths so they download the –rsb-file
Author: Chris Johns
2024-05-17T06:04:59.528Z
marked this merge request as draft
Author: Chris Johns
2024-05-17T06:49:46.811Z
added 1 commit
a3819b8e - sb/download: Fix –url paths so they download the –rsb-file
Author: Chris Johns
2024-05-17T06:50:14.914Z
marked this merge request as ready
Author: Gedare Bloom
2024-05-23T20:57:55.882Z
approved this merge request
10 - Update QEMU to build on FreeBSD 14.0¶
Id |
10 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-05-16T05:07:07.000Z |
Assignee(s) |
Chris Johns |
Created |
2024-05-16T04:51:47.589Z |
Updated |
2024-05-16T05:07:08.068Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/10 |
Commit |
Update QEMU¶
This update allows QEMU to build on FreeBSD. The updates are:
sb/pkg-config:Support
--version. Meson uses--versionto determine ifpkg-configis valid.Supoort
--modversion. Meson uses--modversionto determine the version of a library.Update
pixmanbecause it did not buildUpdate
glibbecause it did not build. This meant adding support formeson.Update
qemubuild to resolve shared libraries. For some reasonqemudoes not accept an-rpaththat is$prefix/lib. The option seems to be removed. Add a trailing/to the path letsqemukeep the-rpathoption and the executable can find the installed shared libraries.Add
-rpathto all the packages in the vertical stack so any shared libraries loaded can find other shared libraries they depend on
Closes #2
Author: Chris Johns
2024-05-16T04:51:47.748Z
assigned to @chris
Author: Chris Johns
2024-05-16T04:59:38.773Z
added 15 commits
20ede602…35ef965f - 13 commits from branch
rtems/tools:main89a24469 - sb/pkg-config: Support –version and –modversion
484c7a40 - bare/devel/qemu: Update to glib and pixman to build QEMU
Author: Chris Johns
2024-05-16T05:01:46.222Z
changed the description
Author: Chris Johns
2024-05-16T05:02:25.991Z
changed the description
Author: Amar Takhar
2024-05-16T05:06:54.570Z
approved this merge request
9 - qemu-xilinx: Allow build with conflicting libspice¶
Id |
9 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-05-07T21:11:17.532Z |
Created |
2024-05-07T21:08:30.689Z |
Updated |
2024-05-07T21:11:18.461Z |
Milestone |
6.1 |
Labels |
arch:aarch64 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/9 |
Commit |
Summary¶
qemu-xilinx: Allow build with conflicting libspice
Allow Xilinx QEMU to build on systems where there is a version of libspice available that isn’t what the QEMU build system expects. This resolves linking errors against libspice and libgstreamer.
Author: Chris Johns
2024-05-07T21:11:10.847Z
approved this merge request
8 - Update Newlib, Binutils, GDB, GCC for RTEMS 6/7¶
Id |
8 |
State |
merged |
Merged by |
Chris Johns |
Merged at |
2024-05-07T05:09:19.478Z |
Created |
2024-05-02T14:56:44.484Z |
Updated |
2024-05-07T07:35:45.464Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/8 |
Commit |
Summary¶
Keep RTEMS up to date with the upstream development.
Author: Chris Johns
2024-05-07T07:35:46.183Z
Is the NIOS2 going to be 7?
Author: Sebastian Huber
2024-05-07T07:35:46.183Z
The nios2 target is still supported in GCC 14. If we ship RTEMS 7 with GCC 14, then I would say yes, with a later GCC no.
Author: Chris Johns
2024-05-07T07:35:46.183Z
We need to announce removal of an arch in 7 when we release 6. If we do not ship GCC 14 with 7 we could let the nios2 stay on GCC 14 for 7 and we announce it’s removal?
Author: Sebastian Huber
2024-05-07T07:35:46.183Z
I am not sure why you rush for the nios2 removal. Currently it builds fine.
Author: Chris Johns
2024-05-07T07:35:46.183Z
We track GCC and this merge request enables obsolete architectures. That raises a warning to me.
We cannot just remove the BSP as we have a policy of tagging it for removal in one release for removal in the next. If we are not proactive in managing this we end up carrying dead architectures. We have a few now.
Author: Sebastian Huber
2024-05-07T07:35:46.183Z
The nios2 target is definitely not recommended for new designs. We can still support it on a best effort basis. Right now the tools are fine.
Author: Chris Johns
2024-05-07T05:08:41.254Z
approved this merge request
Author: Chris Johns
2024-05-07T05:09:10.702Z
resolved all threads
7 - sync in changes from master¶
Id |
7 |
State |
merged |
Merged by |
Gedare Bloom |
Merged at |
2024-05-02T04:57:54.704Z |
Assignee(s) |
Gedare Bloom |
Reviewer(s) |
Chris Johns |
Created |
2024-05-02T04:27:52.540Z |
Updated |
2024-05-02T04:57:56.894Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/7 |
Commit |
Summary¶
Replay commits from master that were missed during the transition to gitlab.
Closes #1
Author: Gedare Bloom
2024-05-02T04:27:52.990Z
requested review from @chris
Author: Gedare Bloom
2024-05-02T04:27:53.027Z
assigned to @gedare
Author: Chris Johns
2024-05-02T04:43:33.841Z
approved this merge request
2 - Change README to markdown¶
Id |
2 |
State |
merged |
Merged by |
Amar Takhar |
Merged at |
2024-05-01T03:42:13.781Z |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Created |
2024-05-01T02:35:15.609Z |
Updated |
2024-05-01T03:42:14.724Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/2 |
Commit |
Change README to markdown¶
Author: Chris Johns
2024-05-01T02:35:15.724Z
requested review from @amar
Author: Chris Johns
2024-05-01T02:35:15.755Z
assigned to @chris
Author: Amar Takhar
2024-05-01T03:42:07.211Z
Sorry for the noise we were testing the CODEOWNER setup.
Author: Amar Takhar
2024-05-01T03:42:08.881Z
approved this merge request
83 - Draft: RTEMS Package Add support for –release-branch (closed)¶
Id |
83 |
State |
closed |
Assignee(s) |
Chris Johns |
Closed by |
Chris Johns |
Created |
2024-11-26T03:48:51.777Z |
Closed |
2024-11-27T02:36:11.903Z |
Updated |
2024-11-27T02:36:11.863Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/83 |
Commit |
Add support for –release-branch
Closes #52
Author: Chris Johns
2024-11-26T03:48:51.952Z
assigned to @chris
Author: Chris Johns
2024-11-26T03:49:21.541Z
changed title from RTEMS Pa{-k-}cage Add support for –release-branch to RTEMS Pac{+k+}age Add support for –release-branch
Author: Chris Johns
2024-11-27T02:20:22.670Z
added 3 commits
548ae545…8d96b6fc - 2 commits from branch
rtems/tools:maina703d04e - sp/rtems-pkg: Add support for –release-branch
Author: Chris Johns
2024-11-27T02:27:59.243Z
changed target branch from
mainto6
Author: Chris Johns
2024-11-27T02:28:25.161Z
marked this merge request as draft
Author: Chris Johns
2024-11-27T02:29:01.041Z
changed target branch from
6tomain
Author: Chris Johns
2024-11-27T02:33:24.697Z
changed target branch from
mainto6
Author: Chris Johns
2024-11-27T02:36:11.327Z
The MR was created with the wrong branch and editing the MR to change the branch to 6 brings in extra commits. I do not know how to stop that.
1 - Resolve “Migrate commits from master to main after gitlab transition” (closed)¶
Id |
1 |
State |
closed |
Assignee(s) |
Gedare Bloom |
Reviewer(s) |
Chris Johns |
Closed by |
Gedare Bloom |
Created |
2024-04-29T15:54:04.265Z |
Closed |
2024-05-01T16:10:10.483Z |
Updated |
2024-05-01T16:10:10.469Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/1 |
Commit |
Summary¶
Closes #1
Author: Gedare Bloom
2024-04-29T15:54:04.396Z
requested review from @chris
Author: Gedare Bloom
2024-04-29T15:54:04.428Z
assigned to @gedare
Author: Gedare Bloom
2024-04-29T15:54:35.486Z
added 8 commits
e959a3e7 - rtems-tools-6.cfg: Bump hash to account for 5 months of changes
35493576 - rtems-gcc-*-newlib-head.cfg: Bump hash for newlib
b0b7454c - rtems: Update RTEMS packages to their HEAD
00344e21 - sb: Add sb-rtems-pkg to update the RTEMS package hashes and checksums
801daf78 - glib: Update to 2.56.4
c479ed3a - qemu-xilinx: Update to 2023.2
2a3323cb - rtems: Checksum fixes
92265b77 - 6/rtems-gcc: Revert to the gcc-13 release branch for MacOS fixes
Author: Gedare Bloom
2024-04-29T15:54:47.482Z
marked this merge request as ready
5 - rsb: Minor README change (closed)¶
Id |
5 |
State |
closed |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Closed by |
Chris Johns |
Created |
2024-05-01T04:30:37.579Z |
Closed |
2024-05-01T04:32:59.718Z |
Updated |
2024-05-01T04:32:59.709Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/5 |
Commit |
Summary¶
Author: Chris Johns
2024-05-01T04:30:37.697Z
requested review from @amar
Author: Chris Johns
2024-05-01T04:30:37.717Z
assigned to @chris
4 - rsb: Minor README change (closed)¶
Id |
4 |
State |
closed |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Closed by |
Chris Johns |
Created |
2024-05-01T04:24:31.506Z |
Closed |
2024-05-01T04:27:01.044Z |
Updated |
2024-05-01T04:27:01.034Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/4 |
Commit |
Minor README update¶
Author: Chris Johns
2024-05-01T04:24:31.619Z
requested review from @amar
Author: Chris Johns
2024-05-01T04:24:31.639Z
assigned to @chris
3 - rsb: Minor README change (closed)¶
Id |
3 |
State |
closed |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Closed by |
Chris Johns |
Created |
2024-05-01T04:02:14.215Z |
Closed |
2024-05-01T04:22:02.238Z |
Updated |
2024-05-01T04:22:02.224Z |
Milestone |
6.1 |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/3 |
Commit |
Minor change to the README¶
This is part of the GitLab testing
Author: Chris Johns
2024-05-01T04:02:14.335Z
requested review from @amar
Author: Chris Johns
2024-05-01T04:02:14.479Z
assigned to @chris
Author: Chris Johns
2024-05-01T04:19:06.422Z
Closing to remake for testing.
Author: Chris Johns
2024-05-01T04:22:01.711Z
Closing. Part of testing.
84 - RTEMS Packages: Add support for –release-branch (opened)¶
Id |
84 |
State |
opened |
Assignee(s) |
Chris Johns |
Reviewer(s) |
Amar Takhar |
Created |
2024-11-27T02:38:11.930Z |
Updated |
2024-11-28T05:26:30.662Z |
Milestone |
6.1 |
Labels |
tool::rtems-source-builder |
Link |
https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/merge_requests/84 |
Commit |
Summary¶
sp/rtems-pkg: Add support for –release-branch
Closes #52
Author: Chris Johns
2024-11-27T02:38:12.121Z
assigned to @chris
Author: Chris Johns
2024-11-27T03:53:41.694Z
added 2 commits
afd2a47d - 1 commit from branch
rtems/tools:64096475e - sp/rtems-pkg: Add support for –release-branch
Author: Kinsey Moore
2024-11-27T20:28:35.634Z
added 2 commits
6a0772b8 - 1 commit from branch
rtems/tools:6e2b93a3f - sp/rtems-pkg: Add support for –release-branch
Author: Kinsey Moore
2024-11-27T22:43:36.521Z
The help text here doesn’t seem to be fully coherent. Is it possible there is a misspelled word?
Author: Chris Johns
2024-11-27T22:43:30.158Z
changed this line in version 4 of the diff
Author: Chris Johns
2024-11-27T22:43:30.451Z
added 3 commits
9e3f776d - rtems/pkgs: Update all packages post 6 branch
8d96b6fc - rtems/c++: Patch to support C++17 filesystem namespace calls
23d30ce2 - sp/rtems-pkg: Add support for –release-branch
Author: Chris Johns
2024-11-27T22:43:36.537Z
resolved all threads
Author: Chris Johns
2024-11-27T22:43:54.028Z
requested review from @opticron
Author: Amar Takhar
2024-11-28T04:54:50.130Z
approved this merge request
Author: Amar Takhar
2024-11-28T05:02:14.137Z
@chris this needs to be rebased manually.
Author: Chris Johns
2024-11-28T05:02:14.137Z
Please review again. I rebased.
Author: Chris Johns
2024-11-28T04:59:46.234Z
added 3 commits
23d30ce2…6a0772b8 - 2 commits from branch
rtems/tools:6be8e9d95 - sp/rtems-pkg: Add support for –release-branch
Author: Chris Johns
2024-11-28T05:00:02.874Z
reset approvals from @amar by pushing to the branch
Author: Chris Johns
2024-11-28T05:00:41.100Z
added 3 commits
be8e9d95…c8f5eea2 - 2 commits from branch
rtems/tools:670c0bc0d - sp/rtems-pkg: Add support for –release-branch
Author: Chris Johns
2024-11-28T05:01:15.323Z
requested review from @amar and removed review request for @opticron
Author: Chris Johns
2024-11-28T05:02:14.156Z
resolved all threads
Author: Amar Takhar
2024-11-28T05:26:30.610Z
approved this merge request
Author: Amar Takhar
2024-11-28T05:27:01.751Z
Did this change get reverted?