[DIFF] 5.3 rpi/libpng16.pc: redundant libz

2024-01-29 Thread John Howard
~/development/rtems/5.3/arm-rtems5/raspberrypi/lib/pkgconfig/libpng16.pc
@@ -8,5 +8,5 @@
Version: 1.6.37
Requires: zlib
Libs: -L${libdir} -lpng16
-Libs.private: -lz -lbsd -lm -lz -lrtemsdefaultconfig
+Libs.private: -lbsd -lm -lz -lrtemsdefaultconfig
Cflags: -I${includedir}
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


Naming convention for Rust target platforms

2024-01-29 Thread Jan.Sommer
Hi everyone,

As mentioned in the other Rust thread, I am working on an initial Rust port for 
RTEMS.
The target platform for testing is the ARM Xilinx Zynq-7000 based BSPs.
Where I am not completely sure, is how to name the new target for Rust (see 
here the current list: 
https://doc.rust-lang.org/nightly/rustc/platform-support.html#tier-3).
The Rust ARM targets usually have the instruction set version and ABI as part 
of the name, e.g. armv7a-none-eabihf.
In RTEMS the arm-rtems6-gcc covers all supported ARM versions and different 
ABIs (i.e. hard-float or soft-float) collectively.

So, for the Zynq and similar BSPs this would yield for the Rust target 
something like: armv7a-rtems6-eabihf (and possibly armv7a-rtems6-eabi).
Similarly, for other ARM BSPs additional Rust targets would need to be added. 
Which might add up to quite a  number of Rust targets over time.
Is this fine or do you see another solution?

Cheers, 


Jan

Deutsches Zentrum für Luft- und Raumfahrt e. V. (DLR)
German Aerospace Center
Institute for Software Technology | Software for Space Systems and Interactive 
Visualization | Lilienthalplatz 7 | 38108 Braunschweig | Germany

Jan Sommer
Telephone +49 531 295-2494 | Telefax 0531 295-2767 | jan.som...@dlr.de
DLR.de/SC

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel