Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1309055 - [clang] CommandLine Error: Option 'track-memory' registered more than once!
Summary: [clang] CommandLine Error: Option 'track-memory' registered more than once!
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: clang
Version: 24
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Dave Airlie
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1309535 1311489 (view as bug list)
Depends On:
Blocks: 1307869 1309295
TreeView+ depends on / blocked
 
Reported: 2016-02-16 18:11 UTC by Joachim Frieben
Modified: 2017-02-14 23:50 UTC (History)
8 users (show)

Fixed In Version: clang-3.8.0-0.3.fc24
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-25 01:10:40 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
Sample C++ program (557 bytes, text/x-csrc)
2016-02-16 18:11 UTC, Joachim Frieben 		no flags Details
View All

Description Joachim Frieben 2016-02-16 18:11:19 UTC 
Created attachment 1127662 [details]
Sample C++ program

Description of problem:
For the current Fedora development tree, the attached sample C++ code fails to get compiled by clang++:

  $ clang++ -o test test.C 
  : CommandLine Error: Option 'track-memory' registered more than once!
  LLVM ERROR: inconsistency in registered CommandLine options

Version-Release number of selected component (if applicable):
clang-3.7.1-4.fc24

How reproducible:
Always

Steps to Reproduce:
1. Run 'clang++ -o test test.C'.

Actual results:
: CommandLine Error: Option 'track-memory' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

Expected results:
Compilation completes as expected.

Additional info:
- Code was still compiled correctly by clang only a fews days ago.
- Code is being compiled successfully by c++ (GCC) 6.0.0 20160212 (Red Hat 6.0.0-0.11).
Comment 1 Joachim Frieben 2016-02-17 16:23:02 UTC 
To be more specific: the error is merely triggered by executing 'clang'.
Comment 2 Petr Pisar 2016-02-18 07:34:33 UTC 
*** Bug 1309535 has been marked as a duplicate of this bug. ***
Comment 3 Dominik 'Rathann' Mierzejewski 2016-02-23 12:51:51 UTC 
clang is basically unusable in rawhide at the moment.
Comment 4 Jan Včelák 2016-02-23 18:41:06 UTC 
I think the clang is linked incorrectly.

It looks like the problem appeared quickly after switching to single libLLVM.so. I don't get the reason for this change from the commit message.

http://pkgs.fedoraproject.org/cgit/rpms/llvm.git/commit/?id=933aa4780e9fc790fee3c4bcbdedfcd04025bd71 

And there is also a second commit I would blame. I don't know why would the clang required llvm-static. My initial clang package built witout it and worked for me.

http://pkgs.fedoraproject.org/cgit/rpms/llvm.git/commit/?id=7a851779bb53767ed8e7ca3ac4e3e6280d969d1c
Comment 5 Dave Airlie 2016-02-23 20:45:21 UTC 
Neither of those commits should cause it though.

The single LLVM.so is because the split set is broken, and upstream isn't interested in fixing it. They stated we shouldn't be using that configuration.

So I went to the recommended upstream configuration and rebuilt things, I'm still not sure why this happens though.

The llvm-static is just due to stupid llvm cmake scripts looking for some stuff, try building without llvm-static involved and see what falls out.
Comment 6 Jan Včelák 2016-02-23 21:05:52 UTC 
Dave, thank you for explanation. I'll try to find some time to take a look at this then.
Comment 7 Dave Airlie 2016-02-24 07:48:14 UTC 
I think I've pushed the fix to the clang repo, I can't build at the moment as koji is down.
Comment 8 Jan Včelák 2016-02-24 13:02:32 UTC 
*** Bug 1311489 has been marked as a duplicate of this bug. ***
Comment 9 Jan Kurik 2016-02-24 15:22:40 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle.
Changing version to '24'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase
Comment 10 Dave Airlie 2016-02-25 01:10:40 UTC 
okay I think this is fixed in clang-3.8.0-0.3.fc24

reopen if not.
Comment 11 Dominik 'Rathann' Mierzejewski 2016-04-06 09:32:53 UTC 
This is still an issue on s390(x), but it seems they haven't updated clang yet (3.7.1-4.fc24 gets installed in the buildroot).
Comment 12 Orion Poplawski 2017-02-09 16:40:22 UTC 
I'm trying to get a working clang3.7 package built (see bug #1420512) but am running into this issue as well.  I applied some changes from the clang-3.8.0-0.3 package but that did not appear to be sufficient.  Was it something in 3.8.0 that fixed it?
Comment 13 Orion Poplawski 2017-02-14 23:50:16 UTC 
Nevermind, I sorted it out.  Wrong version of shared libraries being loaded.
Note You need to log in before you can comment on or make changes to this bug.