Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 414709 - sci-mathematics/singular-3.1.4 - x86_64-pc-linux-gnu-g++: error: unrecognized option ‘--sort-common’
Summary: sci-mathematics/singular-3.1.4 - x86_64-pc-linux-gnu-g++: error: unrecognized...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Thomas Kahle (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-05 11:03 UTC by Aymen
Modified: 2012-05-13 06:43 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build log and emerge --info (Singular-3.1.4,288.61 KB, text/plain)
2012-05-05 11:04 UTC, Aymen
Details
Fixed ebuild (singular-3.1.4-r1.ebuild,5.03 KB, text/plain)
2012-05-11 19:00 UTC, Jean-Francis Roy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Aymen 2012-05-05 11:03:38 UTC
When trying to install singular on my system, I got the following message (it seems there is a problem with --sort-common and --as-needed).
Comment 1 Aymen 2012-05-05 11:04:36 UTC
Created attachment 310855 [details]
build log and emerge --info
Comment 2 Jean-Francis Roy 2012-05-11 00:34:51 UTC
I have the same issue (with GCC 4.6).

I see that a highly related bug is #387869. It seems that this bug is back but I'm not sure if it's the exact same issue as this one was fixed in version 3.1.3.

SLDFLAGS is being used with g++ in Makefile.in. The strange thing is that the ebuilds for version 3.1.3.3 and 3.1.4 use the same SLDFLAGS sed command to add the raw SDFLAGS. Version 3.1.3.3 builds, version 3.1.4 does not.


Still trying to figure this out. :)
Comment 3 Thomas Kahle (RETIRED) gentoo-dev 2012-05-11 06:55:19 UTC
Hi, I did not have time to look into this in detail, but we had this bug fixed for most of singular.  It comes up now again because of the introduction of the python dependent code.  Basically upstream need to fix their makefiles, it passes ld options to gcc without the proper prefix.
Comment 4 Jean-Francis Roy 2012-05-11 19:00:01 UTC
Created attachment 311449 [details]
Fixed ebuild

Attaching a fixed version of the ebuild. I don't know how "clean" is this solution, please fix as needed.

Basically, it adds the SLFLAGS2 variable containing the proper prefixes for GCC, and replaces any SLFLAGS use in a GCC call to SLFLAGS2. In this case it only changes the one line that causes this bug, but the ebuild would "repair" line using bad LDFLAGS.

If a patch would be preferred instead of a sed, please let me know and I will fix the ebuild accordingly.
Comment 5 Aymen 2012-05-12 12:52:10 UTC
The new ebuild worked fine. Thanks !
Comment 6 Thomas Kahle (RETIRED) gentoo-dev 2012-05-13 06:43:29 UTC
(In reply to comment #4)
> Created attachment 311449 [details]
> Fixed ebuild
> 
> Attaching a fixed version of the ebuild. I don't know how "clean" is this
> solution, please fix as needed.
> 
> Basically, it adds the SLFLAGS2 variable containing the proper prefixes for
> GCC, and replaces any SLFLAGS use in a GCC call to SLFLAGS2. In this case it
> only changes the one line that causes this bug, but the ebuild would
> "repair" line using bad LDFLAGS.
> 
> If a patch would be preferred instead of a sed, please let me know and I
> will fix the ebuild accordingly.

Hi, 
thanks for finding this solution.  It looks alright to me.  Eventually upstream will clean it up, but until then can go with your sed.

+  13 May 2012; Thomas Kahle <tomka@gentoo.org> +singular-3.1.4-r1.ebuild:
+  Fix bug 414709. Thanks Jean-Francis Roy for the solution.