Is updating contrib/gcc desirable?

2015-12-31 Thread Yuri
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?

2015-12-31 Thread David Chisnall
On 31 Dec 2015, at 11:59, Yuri  wrote:
> 
> 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?

2015-12-31 Thread Yuri

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"