Is updating contrib/gcc desirable?
Currently the only way how fortran is supported is through lang/gccXX ports. They install their own version of libgcc.so, which is incompatible with the base. As a result, mix of fortran ports and regular C++ ports is broken. This breaks most of science/math software on FreeBSD. Would it be the right way of solving the problem if I submitted an update of contrib/gcc and contrib/gcclibs from the gcc-5.3.0 tree? Any pitfalls with this? Additionally, the gcc library libquadmath is required for fortran. I think this one can be made into a port. Yuri ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Is updating contrib/gcc desirable?
On 31 Dec 2015, at 11:59, Yuriwrote: > > Would it be the right way of solving the problem if I submitted an update of > contrib/gcc and contrib/gcclibs from the gcc-5.3.0 tree? No. > Any pitfalls with this? The newer versions of GCC are GPLv3 and so are unacceptable for the FreeBSD base system. Most of libgcc in base now comes from compiler-rt. The correct solution would be to identify the missing functionality in compiler-rt so that it can be fixed (with patches ideally, but even a list of the missing functions and what they do would be helpful). Things like libquadmath, which are only needed for the port, belong in ports. David ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Is updating contrib/gcc desirable?
On 12/31/2015 04:15, David Chisnall wrote: The newer versions of GCC are GPLv3 and so are unacceptable for the FreeBSD base system. Most of libgcc in base now comes from compiler-rt. The correct solution would be to identify the missing functionality in compiler-rt so that it can be fixed (with patches ideally, but even a list of the missing functions and what they do would be helpful). Things like libquadmath, which are only needed for the port, belong in ports. When I look which symbols clang++-compiled executables require from libgcc_s.so, list only has these symbols (mostly the first one): _Unwind_Resume _Unwind_DeleteException _Unwind_GetCFA _Unwind_RaiseException _Unwind_SetGR _Unwind_SetIP I couldn't find any of them defined in compiler-rt. But it looks like libunwind project implements them: http://www.nongnu.org/libunwind/. There is also the port devel/libunwind. I am not sure if this means that libunwind should be imported into the base. If only general C++ programs could be untangled from libgcc, this fortran problem will be solved. Yuri ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"