FS#47031 - [gcc-libs] Include gcc-go libraries

Attached to Project: Arch Linux
Opened by Felix Yan (felixonmars) - Wednesday, 11 November 2015, 03:17 GMT
Last edited by Felix Yan (felixonmars) - Saturday, 06 February 2016, 06:18 GMT
Task Type Feature Request
Category Packages: Core
Status Closed
Assigned To Allan McRae (Allan)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:
Go packages built with gcc-go will link to libgo.so, it would be useful to put the library into gcc-libs, so they can avoid to depend on gcc-go and introduce conflict with go.

Additional info:
* package version(s)
gcc-libs 5.2.0-2
gcc-libs-multilib 5.2.0-2
lib32-gcc-libs 5.2.0-2

Example package:
community/gost 1.8-1

$ objdump -x /usr/bin/gost | grep NEEDED
NEEDED libgo.so.7
NEEDED libm.so.6
NEEDED libgcc_s.so.1
NEEDED libc.so.6
NEEDED ld-linux-x86-64.so.2

$ pacman -Qo /usr/lib/libgo.so.7
/usr/lib/libgo.so.7 is owned by gcc-go 5.2.0-2
This task depends upon

Closed by  Felix Yan (felixonmars)
Saturday, 06 February 2016, 06:18 GMT
Reason for closing:  Implemented
Additional comments about closing:  5.3.0-3
Comment by Mike Javorski (javmorin) - Tuesday, 15 December 2015, 16:46 GMT
I have had to remove packages that now depend on gcc-go (mongodb-tools specifically) because of the conflict. I develop with go 1.5, so that I am forced to make that my priority. As more packages use gcc-go, this will become more cumbersome.

Alternatively, what has been suggested elsewhere is to prefix the "go" binaries provided by gcc so that conflict is avoided that way. I realize that may not be the Arch way, but it's an alternative to the original suggestion above.

Loading...