Bug 631404

Summary: FTBFS qucs-0.0.15-4.fc12
Product: [Fedora] Fedora Reporter: FTBFS <ftbfs>
Component: qucsAssignee: Eric Tanguy <eric.tanguy>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: high    
Version: 14CC: bruno, eric.tanguy
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: All   
OS: Linux   
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-07-09 10:51:41 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 596849    
Attachments:
Description Flags
root.log
none
build.log
none
mock.log
none
root.log
none
build.log
none
mock.log
none
Commit to update to 0.0.16
none
Commit to prevent use of tr1 for complex functions. none

Description FTBFS 2010-09-07 18:44:06 UTC
qucs-0.0.15-4.fc12.src.rpm Failed To Build From Source against the rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug.  Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug.  If the other package does not yet have a bug created that you think matches, please create one.  Doing so helps us properly track bugs and their dependencies, just as we track package dependencies.  (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created.  Please follow the above advice to avoid such duplication.)

Comment 1 FTBFS 2010-09-07 18:44:09 UTC
Created an attachment (id=445418)
root.log

root.log for i386

Comment 2 FTBFS 2010-09-07 18:44:11 UTC
Created an attachment (id=445419)
build.log

build.log for i386

Comment 3 FTBFS 2010-09-07 18:44:12 UTC
Created an attachment (id=445420)
mock.log

mock.log for i386

Comment 4 FTBFS 2010-09-07 18:44:13 UTC
Created an attachment (id=445421)
root.log

root.log for x86_64

Comment 5 FTBFS 2010-09-07 18:44:15 UTC
Created an attachment (id=445422)
build.log

build.log for x86_64

Comment 6 FTBFS 2010-09-07 18:44:16 UTC
Created an attachment (id=445423)
mock.log

mock.log for x86_64

Comment 7 Eric Tanguy 2011-06-25 06:39:25 UTC
*** Bug 716131 has been marked as a duplicate of this bug. ***

Comment 8 Eric Tanguy 2011-06-27 06:59:16 UTC
A new version is out and i'm trying to build and package it.

Comment 9 Bruno Wolff III 2011-07-02 19:11:03 UTC
0.0.16 has been available since March, but seems to have the same issue building as 0.0.15.

Comment 10 Bruno Wolff III 2011-07-02 20:02:58 UTC
It looks like there is an issue when trying to use the TR1 complex functions. I think the best short term fix is to just use the normal complex functions instead. The problem should probably be reported upstream to get a real fix in the code in a future release.
I am doing a new local build now. If that finishes (i.e. there aren't other problems), I'll post a diff you can apply that both goes to 0.0.16 and fixes the build issue. I have already uploaded qucs-0.0.16.tar.gz to the lookaside cache.

Comment 11 Bruno Wolff III 2011-07-02 21:29:48 UTC
Just undefining HAVE_TR1_COMPLEX doesn't seem to solve the problem. spfile builds, but other stuff doesn't.
Rebuilding configure from configure.ac doesn't work as some related macros don't appear to be defined.

Comment 12 Bruno Wolff III 2011-07-03 03:40:35 UTC
It looks like adding the name space to conj references will fix things. I am tracking down other files that need this. This will be a hack, since the changes assume that std::tr1 is being used for complex functions. This should be OK for Fedora, but upstream will want to do something more complex so things work on systems that don't have tr1.

Comment 13 Bruno Wolff III 2011-07-03 12:54:05 UTC
It turns out that after starting to use explicit naming, other issues showed up. I am now trying to make the configure test for tr1 fail. A short test, suggested this will work, but the full build is still running.

Comment 14 Bruno Wolff III 2011-07-03 13:40:19 UTC
Created attachment 511053 [details]
Commit to update to 0.0.16

Comment 15 Bruno Wolff III 2011-07-03 13:42:44 UTC
Created attachment 511054 [details]
Commit to prevent use of tr1 for complex functions.

I tested this with a local build and the package built.
I didn't do it in a mock environment, so I wouldn't have noticed at least some changes in build requirements. I didn't try running the package to make sure it functions properly.