Bug 144535 – gcc64-flag should be use.mask'ed

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Hanno Böck 2006-08-20 09:13:23 UTC]

linux-headers have a gcc64-useflag. From what I can see, this only applies to very few archs (obviously only 64bit ones), so it should be use.mask'ed on others.

[Comment 1 SpanKY 2006-08-22 14:56:49 UTC]

gcc64 USE flag shouldnt even exist

[Comment 2 Jakub Moc (RETIRED) 2006-12-03 00:57:37 UTC]

(In reply to comment #1)
> gcc64 USE flag shouldnt even exist

Well, until that's done, can it be use.masked in base profile and unmasked on relavant arches only? 

[Comment 3 Simon Stelling (RETIRED) 2006-12-27 02:53:13 UTC]

(In reply to comment #2)
> (In reply to comment #1)
> > gcc64 USE flag shouldnt even exist
> 
> Well, until that's done, can it be use.masked in base profile and unmasked on
> relavant arches only? 

Arch teams, could you please do this? Some AMD64 users were confused about the flag. If you don't want to use.mask it I will just do it for amd64, but this is a far worse workaround, IMO.

[Comment 4 Gustavo Zacarias (RETIRED) 2006-12-27 05:04:16 UTC]

sparc done, unmasked for sparc64, left alone for sparc32 (doesn't need it, thus masking it is fine).

[Comment 5 Simon Stelling (RETIRED) 2007-02-02 14:58:17 UTC]

hppa, mips: forgot to CC you before, please see comment #3

masked on amd64 for now

[Comment 6 Jeroen Roovers (RETIRED) 2007-02-05 04:35:49 UTC]

Of all the ebuilds keyworded for hppa, only linux-headers-2.6.11-r5.ebuild is affected. It seems to do absolutely nothing there for hppa, so there is no need to unmask it for hppa.

[Comment 7 Joshua Kinard 2007-05-13 06:43:18 UTC]

TBH, I don't think I've _ever_ seen this keyword used for anything mips related.  So I'm tempted to just mask it.  Will poke later at it and see about this.

[Comment 8 SpanKY 2007-07-26 04:52:00 UTC]

gcc64 no longer exists