Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#39585 closed defect (invalid)

Today's clang-3.3 is broken

Reported by: feliks.kluzniak@… Owned by: jeremyhu (Jeremy Huddleston Sequoia)
Priority: Normal Milestone:
Component: ports Version: 2.1.3
Keywords: Cc:
Port: clang-3.3

Description

When clang-3.3 is upgraded by importing a binary file, the check for broken links fails. This causes a rebuild of clang-3.3, which takes a lot of time. Then the check for broken links fails, which causes a rebuild ...

I have interrupted this, uninstalled clang-3.3, cleaned clang-3.3 and then tried to install it from scratch. Same results.

This is on a 2010 MacBook Pro with the current version of everything: MacOS X 10.8.4, command line tools of XCode 4.6.3, always preceding upgrade with selfupdate.

Change History (9)

comment:1 Changed 11 years ago by feliks.kluzniak@…

Cc: feliks.kluzniak@… added

Cc Me!

comment:2 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: feliks.kluzniak@… removed
Owner: changed from macports-tickets@… to jeremyhu@…

comment:3 Changed 11 years ago by jeremyhu (Jeremy Huddleston Sequoia)

What links are broken?

comment:4 in reply to:  3 ; Changed 11 years ago by feliks.kluzniak@…

Replying to jeremyhu@…:

What links are broken?

I have no idea: this happens during the automatic checking at the end of an upgrade or install. One thing seems certain: this has to do with clang-3.3, for after uninstalling it the automatic check passes after other upgrades.

Is there any way I can get more information? A verbose option? It's not clear from the output for 'help".

(As far as MacPorts itself is concerned I am just a naive user, and most of the time a happy one. :-) )

comment:5 in reply to:  3 Changed 11 years ago by seanfarley (Sean Farley)

Replying to jeremyhu@…:

What links are broken?

What he means is that the port isn't downloading the binary (I just ran into this).

feliks, the issue is that the default variants changed. You could fix this a few ways but uninstalling then installing should work.

comment:6 Changed 11 years ago by jeremyhu (Jeremy Huddleston Sequoia)

upgrading should preserve variants … did that not happen in your case?

clang and llvm need to match on whether or not they have +assertions

comment:7 in reply to:  4 ; Changed 11 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Replying to feliks.kluzniak@…:

Replying to jeremyhu@…:

What links are broken?

I have no idea: this happens during the automatic checking at the end of an upgrade or install. One thing seems certain: this has to do with clang-3.3, for after uninstalling it the automatic check passes after other upgrades.

Is there any way I can get more information? A verbose option? It's not clear from the output for 'help".

Set this in /opt/local/etc/macports/macports.conf:

revupgrade_mode	report
Last edited 11 years ago by jeremyhu (Jeremy Huddleston Sequoia) (previous) (diff)

comment:8 in reply to:  7 Changed 11 years ago by feliks.kluzniak@…

Replying to jeremyhu@…:

Set this in /opt/local/etc/macports/macports.conf:

revupgrade_mode	report

I should have figured out this had something to do with the earlier upgrade of llvm-3.3. My apologies!

I got into this state:

The following versions of llvm-3.3 are currently installed: ---> llvm-3.3 @3.3-r180025_0+assertions (active) ---> llvm-3.3 @3.3_0+assertions

And my difficulty was

---> Found 1 broken port(s):

clang-3.3 @3.3 +analyzer+python27

/opt/local/libexec/llvm-3.3/lib/libclang.dylib

Cleaning both llvm and clang and re-installing both solved the problem

Many thanks to you and Sean for your prompt and effective help!

Version 0, edited 11 years ago by feliks.kluzniak@… (next)

comment:9 Changed 11 years ago by mf2k (Frank Schima)

Resolution: invalid
Status: newclosed
Note: See TracTickets for help on using tickets.