Re: [gentoo-dev] Announcing RISC-V
On Sat, 18 May 2019 20:47:28 +0200 Michał Górny wrote: > On Fri, 2019-05-03 at 23:34 +0200, Andreas K. Huettel wrote: > > * We will initially add two profiles to profile.desc: > > default/linux/riscv/17.0/rv64gc/lp64d (non-multilib, 64bit > > hardfloat) default/linux/riscv/17.0/rv64gc (multilib lp64d/lp64, > > i.e. hard/softfloat) > > I still don't understand the purpose of this multilib. If you have > a hardfloat CPU, why would you ever build some of the software > softfloat? One reason I could imagine is that the hardfloat isn't IEEE 754 compliant. Searching through the RISC-V spec, it does not seem to be the case here (ie: it is required to be compliant) so I'm also wondering what is the point here. Note that hard vs soft float will be the least of our concerns here: Based on wikipedia, I count 4 base ISA (2 stable, 2 dev) and 13 optional extensions (6 stable, 7 dev) so we potentially have an exponential number of ABIs here...
Re: [gentoo-dev] [News item review; r1] amd64 17.1 profiles are now stable
On Sun, 2019-05-19 at 19:40 +0200, Michał Górny wrote: > 3. Install the tool: > > # emerge -1v app-portage/unsymlink-lib > > 4. Run 'unsymlink-lib --analyze' and check the output for obvious >mistakes. If you need to perform any changes to the system, remember >to run 'unsymlink-lib --analyze' again afterwards. > > [past this point do not call emerge or modify /usr manually] > > 5. This is a very good time to make a backup. > > 6. Run 'unsymlink-lib --migrate'. You can add '--pretend' first to see >what is going to happen. > > 7. Reboot your system. Check if important programs work. >In particular, verify that e.g. 'emerge --info' works (but do not >install anything). If you hit any serious problems, you can use >'unsymlink-lib --rollback' to revert the changes and return to >step 3. I've been pinged on IRC that this should be 'step 4'. I've corrected this locally. I'll resend the whole thing if there are any other changes requested. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Packages up for grabs due to nimiux's retirement
Hello, The following packages are now up for grabs: app-portage/conf-update app-admin/logrotate app-admin/mktwpol app-admin/swatchdog app-admin/tripwire app-emulation/free42 app-emulation/libdsk app-emulation/x48 app-emulation/xcpc app-misc/linux-logo app-misc/muttprint app-misc/vifm x11-wm/stumpwm-contrib x11-wm/stumpwm -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] 'Common Lisp' project has no developers
Hi, The last member of the Common Lisp project [1] has retired. The project has no members now. The packages maintained by Common Lisp project include: app-emacs/cldoc app-emacs/slime app-misc/detachtty app-misc/rlwrap app-text/xindy dev-libs/ffcall dev-libs/libsigsegv dev-lisp/abcl dev-lisp/alexandria dev-lisp/asdf dev-lisp/cl-ppcre-unicode dev-lisp/cl-ppcre dev-lisp/cl-unicode dev-lisp/clisp dev-lisp/clozurecl dev-lisp/clx dev-lisp/cmucl dev-lisp/ecls dev-lisp/flexi-streams dev-lisp/gcl dev-lisp/hyperspec dev-lisp/sbcl dev-lisp/trivial-gray-streams dev-lisp/uiop virtual/commonlisp Please consider joining the project if you're interested. If nobody joins it within 2 weeks, I'll look into disbanding it (or merging with the Lisp project? CC lisp@). [1]:https://wiki.gentoo.org/wiki/Project:Common_Lisp -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs due to nimiux's retirement
On 20.05.2019 18:53, Michał Górny wrote: > Hello, > > The following packages are now up for grabs: > > app-portage/conf-update > app-admin/logrotate > app-admin/mktwpol > app-admin/swatchdog > app-admin/tripwire > app-emulation/free42 > app-emulation/libdsk > app-emulation/x48 > app-emulation/xcpc > app-misc/linux-logo > app-misc/muttprint > app-misc/vifm > x11-wm/stumpwm-contrib > x11-wm/stumpwm > I will rake logrotate
[gentoo-dev] toolchain.eclass musl changes
Please review the proposed changes for musl support. We would like to
get this landed on the tree ASAP so we can drop the eclass from the musl
overlay. This is one of the first steps to getting things moved to tree
so we can depreciate the overlay.
Thanks,
Jory
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 9df8ecf69..91297c0fa 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -1112,6 +1112,9 @@ toolchain_src_configure() {
*-elf|*-eabi)
confgcc+=( --with-newlib )
;;
+ *-musl*)
+ confgcc+=( --enable-__cxa_atexit )
+ ;;
*-gnu*)
confgcc+=(
--enable-__cxa_atexit
@@ -2467,12 +2470,16 @@ hardened_gcc_is_stable() {
if [[ $1 == "pie" ]] ; then
if [[ ${CTARGET} == *-uclibc* ]] ; then
tocheck=${PIE_UCLIBC_STABLE}
- else
+ elif [[ ${CTARGET} == *-musl* ]] ; then
+ tocheck=${PIE_MUSL_STABLE}
+ elif [[ ${CTARGET} == *-gnu* ]] ; then
tocheck=${PIE_GLIBC_STABLE}
fi
elif [[ $1 == "ssp" ]] ; then
if [[ ${CTARGET} == *-uclibc* ]] ; then
tocheck=${SSP_UCLIBC_STABLE}
+ elif [[ ${CTARGET} == *-musl* ]] ; then
+ tocheck=${SSP_MUSL_STABLE}
elif [[ ${CTARGET} == *-gnu* ]] ; then
tocheck=${SSP_STABLE}
fi
signature.asc
Description: OpenPGP digital signature
[gentoo-dev] Re: toolchain.eclass musl changes
On 5/20/19 4:41 PM, Jory A. Pratt wrote:
> + *-musl*)
> + confgcc+=( --enable-__cxa_atexit )
> + ;;
As Zorry noted in #Gentoo-hardened, we do not support anything less then
GCC-8 for musl right now so no need to add the stable ssp/pie blocks.
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 9df8ecf69..cf6a95337 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -1112,6 +1112,9 @@ toolchain_src_configure() {
*-elf|*-eabi)
confgcc+=( --with-newlib )
;;
+ *-musl*)
+ confgcc+=( --enable-__cxa_atexit )
+ ;;
*-gnu*)
confgcc+=(
--enable-__cxa_atexit
signature.asc
Description: OpenPGP digital signature
[gentoo-dev] Last rites: net-mail/qmail-qfilter
# Stefan Strogin (21 May 2019) # Unmaintained. Last release in 2005. Does not build with # >=dev-libs/bglibs-2.04. Bug #686438. net-mail/qmail-qfilter -- Stefan
