Re: [gentoo-user] Do we have to build gcc with fortran now?
On 25 June 2011, at 14:58, Peter Humphrey wrote: On Saturday 25 June 2011 13:46:35 justin wrote: ... Trying to avoid any fortran at all is stupid, That's the sort of arrogance that gets developers a bad name. as already mentioned many math operations are faster if programmed in fortran. Whether many operations are written in Fortran is immaterial. What matters to me is whether any on my system are. If they aren't, I don't need a Fortran compiler and I'd rather not waste system resources on building one. Please don't bitch out the devs - we have few enough of them as it is. I have a number of bugs open (on b.g.o), one or two of which have not moved in months. The others are newer, and I assume they're are not going to get fixed much faster, and I assume the reason is that there just aren't the developer resources available. I mean, I could assume that the devs just hate me, but that seems a pessimistic attitude. I'm pretty sure they're not breaking things out of spite. None of my bugs are fixed as easily as recompiling a couple of packages - I don't whine about trivial stuff like that - they all require manual intervention and that I modify ebuilds myself and keep them in local. I sunk several hours into this this weekend. I would be glad to bitch out the devs and say why aren't you doing it this way?, why isn't this fixed yet? but I don't feel I have any right to. I'm reserving bitching out the devs until I can afford to pay them money on a regular basis. What's your entitlement? Stroller.
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Sunday 26 June 2011 11:45:24 Stroller wrote: I would be glad to bitch out the devs and say why aren't you doing it this way?, why isn't this fixed yet? but I don't feel I have any right to. I'm reserving bitching out the devs until I can afford to pay them money on a regular basis. What's your entitlement? I don't do that either, but calling me stupid is not the best way to get my sympathy. -- Rgds Peter
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 24 June 2011, at 01:14, Neil Bothwick wrote: On Thu, 23 Jun 2011 20:01:30 -0400, Walter Dnes wrote: 1) what's the difference between package.keywords and package.accept_keywords? The latter is the new name for the former. So I can just `mv /etc/portage/package.keywords /etc/portage/package.accept_keywords` and nothing will break? Stroller.
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 23 June 2011, at 22:57, Neil Bothwick wrote: ... I just keep entries in alphabetical order in single files. I find it easier. That doesn't help with linked packages with different names. If foo requires libbar with USE=snafu, I put it in/etc/portage/package.use/foo Then if I remove foo, I remove the use file. If they were alphabetically sorted, and therefore separate, in one file, I wouldn't make the connection. Mine isn't sorted, but it's only 20 items or so and it's grouped into categories of related programs. A few months ago I cleared out entries for a few programs that I no longer use - I would guess I will notice to do so again in another year or so. Any packages which are listed because they're dependencies of something else, I add that as a # comment at the beginning of the line. I like the idea of package.use as a directory of indie files, but haven't bothered switching over because this works so well for me. The package.use directory system seems too simple to be true - is it really no more complex than a directory of any-named files of the same format? Stroller.
Re: [gentoo-user] Do we have to build gcc with fortran now?
* Mike Edenfield kut...@kutulu.org [110623 18:34]: On 6/23/2011 6:22 PM, Peter Humphrey wrote: On Wednesday 22 June 2011 16:50:10 Dale wrote: If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. Looks like it's only packages that are pulled in by kdeedu-meta. Do you need all those? It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need to build gcc with fortran. Dale's just playing it safe, I guess, after the admittedly scary I'm all broken and stuff! warning message cantor throws at you. --Mike What seems strange then is that if everyone keeps telling Dale that he most likely doesn't need cantor and R then why is R enabled in the profile by default? Seems it should be -R by default? Todd
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 6/23/2011 8:31 PM, Neil Bothwick wrote: On Thu, 23 Jun 2011 18:54:14 -0400, Mike Edenfield wrote: It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need to build gcc with fortran. That's not the only one. Digikam has a hard depend on clapack, which requires virtual/blas and thus a Fortran compiler. Hrm. I installed kde-meta and it didn't pull in Digikam. But I don't remember turning it off (though I would have). I have a completely unreasonable and unjustifiable dislike for FORTRAN so I go out of my way to keep it off my system :)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, 2011-06-24 at 13:02 +0100, Stroller wrote: On 23 June 2011, at 22:57, Neil Bothwick wrote: ... I just keep entries in alphabetical order in single files. I find it easier. That doesn't help with linked packages with different names. If foo requires libbar with USE=snafu, I put it in/etc/portage/package.use/foo Then if I remove foo, I remove the use file. If they were alphabetically sorted, and therefore separate, in one file, I wouldn't make the connection. Mine isn't sorted, but it's only 20 items or so and it's grouped into categories of related programs. A few months ago I cleared out entries for a few programs that I no longer use - I would guess I will notice to do so again in another year or so. Any packages which are listed because they're dependencies of something else, I add that as a # comment at the beginning of the line. I like the idea of package.use as a directory of indie files, but haven't bothered switching over because this works so well for me. The package.use directory system seems too simple to be true - is it really no more complex than a directory of any-named files of the same format? Stroller. Yes, its just directories ... but I switched one system over to it and ran for a year or so in parallel with systems that are original - I am going to switch back as its teeing me off big time. Sounded a good idea - sucks in practise, making management more time consuming and harder than it needed to be for absolutely no gain. Think of it this way, do you want to manage one keyword file or dozens. The heirarchal idea sounds good, but its just more work, more letters to type, more files to search for packages, etc. On a small, heavily managed server it might work, but ... BillK -- William Kenworthy bi...@iinet.net.au Home in Perth!
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Friday 24 June 2011 12:56:48 Stroller did opine thusly: On 24 June 2011, at 01:14, Neil Bothwick wrote: On Thu, 23 Jun 2011 20:01:30 -0400, Walter Dnes wrote: 1) what's the difference between package.keywords and package.accept_keywords? The latter is the new name for the former. So I can just `mv /etc/portage/package.keywords /etc/portage/package.accept_keywords` and nothing will break? Stroller. Yes. man 5 portage -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 6/24/2011 8:03 AM, Todd Goodman wrote: * Mike Edenfieldkut...@kutulu.org [110623 18:34]: It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need What seems strange then is that if everyone keeps telling Dale that he most likely doesn't need cantor and R then why is R enabled in the profile by default? It's not enabled in the profile, it's enabled in the ebuild: IUSE=debug ps +R and likely for the same reason there's a scary warning. If you're installing cantor, because you plan to use it (and not because kde-meta is a bloat monster), you need one of the two backends to make it work. R is the preferred option there, so the cantor maintainers assume if you want cantor, you probably want R, and the cascade begins. --Mike
Re: [gentoo-user] Do we have to build gcc with fortran now?
* Mike Edenfield kut...@kutulu.org [110624 08:25]: On 6/24/2011 8:03 AM, Todd Goodman wrote: * Mike Edenfieldkut...@kutulu.org [110623 18:34]: It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need What seems strange then is that if everyone keeps telling Dale that he most likely doesn't need cantor and R then why is R enabled in the profile by default? It's not enabled in the profile, it's enabled in the ebuild: IUSE=debug ps +R and likely for the same reason there's a scary warning. If you're installing cantor, because you plan to use it (and not because kde-meta is a bloat monster), you need one of the two backends to make it work. R is the preferred option there, so the cantor maintainers assume if you want cantor, you probably want R, and the cascade begins. --Mike Ah, OK. So it really comes down to kde-meta is a bloat monster. Thanks, Todd
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, Jun 24, 2011 at 6:38 AM, Todd Goodman t...@bonedaddy.net wrote: * Mike Edenfield kut...@kutulu.org [110624 08:25]: On 6/24/2011 8:03 AM, Todd Goodman wrote: * Mike Edenfieldkut...@kutulu.org [110623 18:34]: It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need What seems strange then is that if everyone keeps telling Dale that he most likely doesn't need cantor and R then why is R enabled in the profile by default? It's not enabled in the profile, it's enabled in the ebuild: IUSE=debug ps +R and likely for the same reason there's a scary warning. If you're installing cantor, because you plan to use it (and not because kde-meta is a bloat monster), you need one of the two backends to make it work. R is the preferred option there, so the cantor maintainers assume if you want cantor, you probably want R, and the cascade begins. --Mike Ah, OK. So it really comes down to kde-meta is a bloat monster. Thanks, Todd Or maybe 'kde-meta as currently constructed by someone somewhere is a bloat monster in some other people's opinions'. And, we're not required to use it. Maybe it happens somewhere but I don't know of any truly interactive user driven process that decides what gets included in any ebuild. It is driven more by our kind devs by whatever decision process they use. I'm *perfectly* fine with that. To some Gentoo users anything on the system that they don't actively use is bloat. I understand. To others, myself included, I don't mind if there's a bunch of extra stuff on my system if it makes some developer's life easier. 95% of what I do in KDE is run Firefox or a VM for trading futures and the balance is mostly use a terminal to maintain my systems. I use Skype a little, backup to a few different external hard drives. Sometimes I play solitaire. Nearly all of my media watching is done in a VM due to NetFlix not supporting anything that runs native on Linux, although I do use xine to watch the occasional DVD from NetFlix that only I want to watch. I don't share desktops, share or mount anything natively Windows. I don't use Konqueror or KDE Mail. I use almost nothing in the KDE Menus for Development, Education, Games, Graphics, Multimedia or Office. And I also don't care enough to do anything about trying to maintain a 'smaller' KDE footprint on my machine because the code builds plenty fast and I don't want to use my time that way. This is just my 'life can be simple' strategy. It works for me and has allowed me to drop about 40 pounds of bloat in the last 8 months. Blood pressure is down. I sleep better. I don't sweat the small stuff as much. Again, this is just me... - Mark
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, 24 Jun 2011 13:02:23 +0100, Stroller wrote: I like the idea of package.use as a directory of indie files, but haven't bothered switching over because this works so well for me. The package.use directory system seems too simple to be true - is it really no more complex than a directory of any-named files of the same format? Yes. -- Neil Bothwick Top Oxymorons Number 3: Working vacation signature.asc Description: PGP signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, 24 Jun 2011 12:56:48 +0100, Stroller wrote: 1) what's the difference between package.keywords and package.accept_keywords? The latter is the new name for the former. So I can just `mv /etc/portage/package.keywords /etc/portage/package.accept_keywords` and nothing will break? Yes, but don't ask me what happens if you have both files. It's a more logical name, because it contains per-package overrides for ACCEPT_KEYWORDS, so it now follows the same naming convention as the other package.* files. -- Neil Bothwick This is the day for firm decisions! Or is it? signature.asc Description: PGP signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, 24 Jun 2011 08:43:50 -0700, Mark Knecht wrote: Or maybe 'kde-meta as currently constructed by someone somewhere is a bloat monster in some other people's opinions'. And, we're not required to use it. kde-meta is, by definition, a bloat-monster. It's sole purpose is to install everything KDE you could possibly need without you needing to work it out for yourself. It fulfils that need well, but if space usage or compile times are important to you, it is the wrong choice. -- Neil Bothwick Too many clicks spoil the browse. signature.asc Description: PGP signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, 24 Jun 2011 08:35:55 -0400, Mike Edenfield wrote: That's not the only one. Digikam has a hard depend on clapack, which requires virtual/blas and thus a Fortran compiler. Hrm. I installed kde-meta and it didn't pull in Digikam. I didn't say it would. I meant that installing Digikam also requires blas-reference, and therefore a Fortan compiler. Digikam is here because I chose to install it, gcc{fortran] is here as a consequence of that choice. -- Neil Bothwick Experience is directly proportional to the value of equipment destroyed. signature.asc Description: PGP signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, 24 Jun 2011 08:03:04 -0400, Todd Goodman wrote: What seems strange then is that if everyone keeps telling Dale that he most likely doesn't need cantor and R then why is R enabled in the profile by default? Because if you do need cantor, it works best with R. But the point is that he doesn't need cantor, and therefore not it's dependencies, like R. -- Neil Bothwick Some day my ship will come in, but with my luck, I'll be at the airport. signature.asc Description: PGP signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Fri, Jun 24, 2011 at 08:43:50AM -0700, Mark Knecht wrote 95% of what I do in KDE is run Firefox or a VM for trading futures and the balance is mostly use a terminal to maintain my systems. I use Skype a little, backup to a few different external hard drives. Sometimes I play solitaire. Nearly all of my media watching is done in a VM due to NetFlix not supporting anything that runs native on Linux, although I do use xine to watch the occasional DVD from NetFlix that only I want to watch. I don't share desktops, share or mount anything natively Windows. I don't use Konqueror or KDE Mail. I use almost nothing in the KDE Menus for Development, Education, Games, Graphics, Multimedia or Office. Which brings up the question, why are you using KDE in the first place? It's a pointie-clickie-touchie-feelie-oowie-gui that emulates Windows, but doesn't do anything for me. I run Icewm as my WM. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Do we have to build gcc with fortran now?
* Mark Knecht markkne...@gmail.com [110622 18:35]: On Wed, Jun 22, 2011 at 2:28 PM, Todd Goodman t...@bonedaddy.net wrote: SNIP No actually blas-reference fails to build unless gcc is built with the fortran use flag enabled (since there's no fortran compiler available.) The deps pulling in blas-reference are in my previous mail. Todd If you have virtual/fortran installed then portage will pull in a different Fortran compiler. (ifc on my machine) - Mark Yes of course. Sorry for the imprecise statement. But the point is my profile turns on R by default so just by emerging kde-meta I end up with the GCC fortran compiler and packages that require a fortran compiler. And if the fortran use flag was turned off (either by changes on ~x86 or if I turn it off myself) then I get build failures. Todd
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Thu, Jun 23, 2011 at 5:05 AM, Todd Goodman t...@bonedaddy.net wrote: * Mark Knecht markkne...@gmail.com [110622 18:35]: On Wed, Jun 22, 2011 at 2:28 PM, Todd Goodman t...@bonedaddy.net wrote: SNIP No actually blas-reference fails to build unless gcc is built with the fortran use flag enabled (since there's no fortran compiler available.) The deps pulling in blas-reference are in my previous mail. Todd If you have virtual/fortran installed then portage will pull in a different Fortran compiler. (ifc on my machine) - Mark Yes of course. Sorry for the imprecise statement. But the point is my profile turns on R by default so just by emerging kde-meta I end up with the GCC fortran compiler and packages that require a fortran compiler. And if the fortran use flag was turned off (either by changes on ~x86 or if I turn it off myself) then I get build failures. Todd Agreed 100%. It's very strange (to me) that kde-meta builds R at all. TTBOMK it's not even remotely a KDE project and of absolutely no value that I can see to the average KDE desktop user. I run R, mostly in a Windows VM because I prefer the GUI, but sometimes in Gentoo also.
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Wednesday 22 June 2011 16:50:10 Dale wrote: If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. Looks like it's only packages that are pulled in by kdeedu-meta. Do you need all those? -- Rgds Peter
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Wednesday 22 June 2011 23:35:37 Dale wrote: Maybe we have something different then. I don't have blas-reference on here anymore either. My point was, disabling fortran to remove it only lead to other stuff being required. I think there is more on here now than there was before. So, removing fortran to get rid of bloat didn't help any because it just required a different set of bloat. Maybe it's time to make a backup, then remove all USE flags from make.conf and package.use, set your profile to default/linux/arch/10.0/desktop/kde and rebuild. Alan and Neil's idea of a set of the meta-packages you want sounds good to me too. Then you'll really have a clean system. I may follow suit - I built this system with kde-meta for simplicity, but of course it now has a lot of stuff I don't want, including Fortran. I tried rebuilding with -fortran as I said a few minutes ago, but portage wanted ifc instead. -- Rgds Peter
Re: [gentoo-user] Do we have to build gcc with fortran now?
Peter Humphrey wrote: On Wednesday 22 June 2011 16:50:10 Dale wrote: If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. Looks like it's only packages that are pulled in by kdeedu-meta. Do you need all those? I install with kde-meta. It pulls about all things KDE in with that. For me, it is better to use kde-meta than to do it any other way. Even with kde-meta, I think there is a few that I still had to emerge manually. YMMV tho. Dale :-) :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Thursday 23 June 2011 23:30:04 Peter Humphrey did opine thusly: On Wednesday 22 June 2011 23:35:37 Dale wrote: Maybe we have something different then. I don't have blas-reference on here anymore either. My point was, disabling fortran to remove it only lead to other stuff being required. I think there is more on here now than there was before. So, removing fortran to get rid of bloat didn't help any because it just required a different set of bloat. Maybe it's time to make a backup, then remove all USE flags from make.conf and package.use, set your profile to default/linux/arch/10.0/desktop/kde and rebuild. Alan and Neil's idea of a set of the meta-packages you want sounds good to me too. Then you'll really have a clean system. You will have whatever system the profile maintainer thinks the average user should have, bloated to whatever degree said maintainer thinks is a good idea. No USE flags set does not mean no options set, it means default. And default sets plenty flags ON I may follow suit - I built this system with kde-meta for simplicity, but of course it now has a lot of stuff I don't want, including Fortran. I tried rebuilding with -fortran as I said a few minutes ago, but portage wanted ifc instead. kde-meta gives you all the stuff that's useful on the average system, plus all of accessibility, kdebindings, kdeedu, games, the sdk, toys and maybe even webdev. I can't think of the kind of user that truly does actually need all of that. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 6/23/2011 6:22 PM, Peter Humphrey wrote: On Wednesday 22 June 2011 16:50:10 Dale wrote: If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. Looks like it's only packages that are pulled in by kdeedu-meta. Do you need all those? It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need to build gcc with fortran. Dale's just playing it safe, I guess, after the admittedly scary I'm all broken and stuff! warning message cantor throws at you. --Mike
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Thu, Jun 23, 2011 at 3:36 PM, Dale rdalek1...@gmail.com wrote: SNIP I install with kde-meta. It pulls about all things KDE in with that. For me, it is better to use kde-meta than to do it any other way. Even with kde-meta, I think there is a few that I still had to emerge manually. kde-meta say (to me) 'I want everything KDE has to offer'. This seems completely inconsistent with 'I was hoping to trim a little fat'. I understand both POV's. I also understand absolute vacuum and a neutron star. Problem is you don't normally find them both in the same area at the same time! ;-) - Mark
Re: [gentoo-user] Do we have to build gcc with fortran now?
Peter Humphrey wrote: On Wednesday 22 June 2011 23:35:37 Dale wrote: Maybe we have something different then. I don't have blas-reference on here anymore either. My point was, disabling fortran to remove it only lead to other stuff being required. I think there is more on here now than there was before. So, removing fortran to get rid of bloat didn't help any because it just required a different set of bloat. Maybe it's time to make a backup, then remove all USE flags from make.conf and package.use, set your profile to default/linux/arch/10.0/desktop/kde and rebuild. Alan and Neil's idea of a set of the meta-packages you want sounds good to me too. Then you'll really have a clean system. I may follow suit - I built this system with kde-meta for simplicity, but of course it now has a lot of stuff I don't want, including Fortran. I tried rebuilding with -fortran as I said a few minutes ago, but portage wanted ifc instead. Yep. On my machine, it pulled in about a dozen or so new packages to replace R and fortran being disabled on gcc. I'm not sure I made my system any leaner or cleaner. I actually may have done the opposite. Dale :-) :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Thursday 23 June 2011 23:48:11 Alan McKinnon wrote: On Thursday 23 June 2011 23:30:04 Peter Humphrey did opine thusly: On Wednesday 22 June 2011 23:35:37 Dale wrote: Maybe we have something different then. I don't have blas-reference on here anymore either. My point was, disabling fortran to remove it only lead to other stuff being required. I think there is more on here now than there was before. So, removing fortran to get rid of bloat didn't help any because it just required a different set of bloat. Maybe it's time to make a backup, then remove all USE flags from make.conf and package.use, set your profile to default/linux/arch/10.0/desktop/kde and rebuild. Alan and Neil's idea of a set of the meta-packages you want sounds good to me too. Then you'll really have a clean system. You will have whatever system the profile maintainer thinks the average user should have, bloated to whatever degree said maintainer thinks is a good idea. Yes, of course. My point is that you can forget about maintaining all those USE flags yourself. No USE flags set does not mean no options set, it means default. And default sets plenty flags ON I may follow suit - I built this system with kde-meta for simplicity, but of course it now has a lot of stuff I don't want, including Fortran. I tried rebuilding with -fortran as I said a few minutes ago, but portage wanted ifc instead. kde-meta gives you all the stuff that's useful on the average system, plus all of accessibility, kdebindings, kdeedu, games, the sdk, toys and maybe even webdev. I know, and I used to take the time to find all the things I did want and just install those. I used kde-meta this once just from laziness. Now I get to keep the whole hog-roast. I can't think of the kind of user that truly does actually need all of that. Me neither. So maybe the time's approaching when I go and slim the whole shebang down. It'll have to wait until I've finished the current round of redesign of my website though. 177 pages to modify - that should keep me off the street corners for a while. -- Rgds Peter
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Thu, 23 Jun 2011 18:54:14 -0400, Mike Edenfield wrote: It's one package (cantor) that has one dependency (R) that is optional (USE=-R) that falls squarely into the if you aren't sure if you need it then you probably don't category. So for most users, no, you don't need to build gcc with fortran. That's not the only one. Digikam has a hard depend on clapack, which requires virtual/blas and thus a Fortran compiler. -- Neil Bothwick Programmer (n): A red-eyed, mumbling mammal capable of conversing with inanimate objects. signature.asc Description: PGP signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
on 06/22/2011 06:55 AM Dale wrote the following: Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. I noticed that if you don't add fortran to your USE flags and something needs fortran, unless your profile is 64bit no-multilib, portage chooses to install dev-lang/ifc, for which it downloads a huge (272MB) tgz file (l_cprof_p_11.1.072_ia32.tgz) containing rpms like: l_cprof_p_11.1.072_ia32/rpm/intel-cpromklib072-11.1-1.i486.rpm l_cprof_p_11.1.072_ia32/rpm/intel-cprof072-11.1-1.i486.rpm l_cprof_p_11.1.072_ia32/rpm/intel-cpromkl072-11.1-1.noarch.rpm 13:51 l_cprof_p_11.1.072_ia32/rpm/intel-cproidb072-11.1-1.i486.rpm l_cprof_p_11.1.072_ia32/rpm/intel-cprolib072-11.1-1.i486.rpm ...
Re: [gentoo-user] Do we have to build gcc with fortran now?
on 06/22/2011 08:46 AM justin wrote the following: One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. I didn't have fortran in my USE flags at all, yet portage requested to install dev-lang/ifc
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 22/06/11 08:29, Thanasis wrote: on 06/22/2011 08:46 AM justin wrote the following: One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. I didn't have fortran in my USE flags at all, yet portage requested to install dev-lang/ifc This is a strange artifact. All my test show that gcc[fortran] should be emerged. Does it work if you manually emerge gcc with USE=fortran? justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 22/06/11 08:33, justin wrote: On 22/06/11 08:29, Thanasis wrote: on 06/22/2011 08:46 AM justin wrote the following: One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. I didn't have fortran in my USE flags at all, yet portage requested to install dev-lang/ifc This is a strange artifact. All my test show that gcc[fortran] should be emerged. Does it work if you manually emerge gcc with USE=fortran? justin I found the culprit. It should be fixed now, so please resync later today and everything is normal again. justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 06/22/11 02:29, Thanasis wrote: on 06/22/2011 08:46 AM justin wrote the following: One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. I didn't have fortran in my USE flags at all, yet portage requested to install dev-lang/ifc Was ifc pulled in as a dependency for another package?
Re: [gentoo-user] Do we have to build gcc with fortran now?
on 06/22/2011 09:33 AM justin wrote the following: On 22/06/11 08:29, Thanasis wrote: on 06/22/2011 08:46 AM justin wrote the following: One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. I didn't have fortran in my USE flags at all, yet portage requested to install dev-lang/ifc This is a strange artifact. All my test show that gcc[fortran] should be emerged. Does it work if you manually emerge gcc with USE=fortran? Yes, I have added fortran to /etc/make.conf (global) USE flags and then portage didn't ask for dev-lang/ifc. The profile is default/linux/x86/10.0 and it is chrooted.
Re: [gentoo-user] Do we have to build gcc with fortran now?
on 06/22/2011 10:32 AM Matthew Finkel wrote the following: On 06/22/11 02:29, Thanasis wrote: on 06/22/2011 08:46 AM justin wrote the following: One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. I didn't have fortran in my USE flags at all, yet portage requested to install dev-lang/ifc Was ifc pulled in as a dependency for another package? Probably not directly, but as as a fortran requirement.
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Tue, Jun 21, 2011 at 8:55 PM, Dale rdalek1...@gmail.com wrote: SNIP Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale This is my one strange, mystery global use flag. It's been turned on in make.conf on every Gentoo machine I've run since I started with Gentoo in 2002. I've been paranoid to turn it off! :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Wednesday 22 Jun 2011 14:29:58 Mark Knecht wrote: On Tue, Jun 21, 2011 at 8:55 PM, Dale rdalek1...@gmail.com wrote: SNIP Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale This is my one strange, mystery global use flag. It's been turned on in make.conf on every Gentoo machine I've run since I started with Gentoo in 2002. I've been paranoid to turn it off! :-) What is your make.profile? Here it is not set: $ euse -i fortran global use flags (searching: fortran) [- ] fortran - Adds support for fortran (formerly f77) local use flags (searching: fortran) no matching entries found Although gcc seems to have it hardcoded: $ euse -I fortran global use flags (searching: fortran) [- ] fortran - Adds support for fortran (formerly f77) Installed packages matching this USE flag: sys-devel/gcc-4.4.5 local use flags (searching: fortran) no matching entries found $ ls -la /etc/make.profile lrwxrwxrwx 1 root root 56 Dec 16 2010 /etc/make.profile - ../usr/portage/profiles/default/linux/amd64/10.0/desktop -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Wed, Jun 22, 2011 at 7:25 AM, Mick michaelkintz...@gmail.com wrote: On Wednesday 22 Jun 2011 14:29:58 Mark Knecht wrote: On Tue, Jun 21, 2011 at 8:55 PM, Dale rdalek1...@gmail.com wrote: SNIP Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale This is my one strange, mystery global use flag. It's been turned on in make.conf on every Gentoo machine I've run since I started with Gentoo in 2002. I've been paranoid to turn it off! :-) What is your make.profile? These days it's KDE. (Currently eselect #4) Here it is not set: $ euse -i fortran global use flags (searching: fortran) [- ] fortran - Adds support for fortran (formerly f77) local use flags (searching: fortran) no matching entries found Although gcc seems to have it hardcoded: $ euse -I fortran global use flags (searching: fortran) [- ] fortran - Adds support for fortran (formerly f77) Installed packages matching this USE flag: sys-devel/gcc-4.4.5 local use flags (searching: fortran) no matching entries found $ ls -la /etc/make.profile lrwxrwxrwx 1 root root 56 Dec 16 2010 /etc/make.profile - ../usr/portage/profiles/default/linux/amd64/10.0/desktop -- Regards, Mick Yeah, I don't suggest I need it. I'm just saying I've had it selected for nearly 10 years. I think it was in a lot of example docs, as Dale say, wy back. I put it in mine and just left it there. It became almost a superstition with me! ;-) As I am a user type and not a dev, I didn't know then, and actually don't now, that something on the system isn't actually programmed in Fortran and that removing it would cause a problem so I've just left it in forever. It never seemed important enough to go figure out since it only directly effected gcc ebuilds which is a big build and not done very often. I guess I can stop playing scaredicat and remove it. :-) - Mark
Re: [gentoo-user] Do we have to build gcc with fortran now?
Mark Knecht wrote: I guess I can stop playing scaredicat and remove it. :-) - Mark I think the dev added it back. So, if you really don't need it, put the minus sign in front. If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. I just love running in circles. Dale :-) :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Wed, Jun 22, 2011 at 8:50 AM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: I guess I can stop playing scaredicat and remove it. :-) - Mark I think the dev added it back. So, if you really don't need it, put the minus sign in front. If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. I just love running in circles. Dale Actually, for me it's a non-issue. I've had it in all along. Even when I remove it from make.conf and package.use it still shows up in gcc: c2stable ~ # emerge -pv gcc These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] sys-devel/gcc-4.4.5 USE=fortran gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -gcj -graphite (-hardened) (-libffi) -multislot -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla (-n32%) (-n64%) 61,647 kB Total: 1 package (1 reinstall), Size of downloads: 61,647 kB c2stable ~ # so nothing is getting rebuilt on my system by removing it. As not every system here uses the KDE profile I'll investigate removing it later, or just leave it in case they start using KDE. Cheers, Mark
Re: [gentoo-user] Do we have to build gcc with fortran now?
Mark Knecht wrote: On Wed, Jun 22, 2011 at 8:50 AM, Dalerdalek1...@gmail.com wrote: Mark Knecht wrote: I guess I can stop playing scaredicat and remove it. :-) - Mark I think the dev added it back. So, if you really don't need it, put the minus sign in front. If you use KDE like me, be prepared to put the thing back tho. Some KDE packages depend on things that seem to need it enabled. I just love running in circles. Dale Actually, for me it's a non-issue. I've had it in all along. Even when I remove it from make.conf and package.use it still shows up in gcc: c2stable ~ # emerge -pv gcc These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] sys-devel/gcc-4.4.5 USE=fortran gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -gcj -graphite (-hardened) (-libffi) -multislot -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla (-n32%) (-n64%) 61,647 kB Total: 1 package (1 reinstall), Size of downloads: 61,647 kB c2stable ~ # so nothing is getting rebuilt on my system by removing it. As not every system here uses the KDE profile I'll investigate removing it later, or just leave it in case they start using KDE. Cheers, Mark I put -fortran in make.conf. I ran emerge -uvDNa world and let it rebuild a few packages. Then I get this: Emerging (1 of 2) sci-libs/blas-reference-20070226 * lapack-lite-3.1.1.tgz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Package:sci-libs/blas-reference-20070226 * Repository: gentoo * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-180601.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-180601.log' root@fireball / # Am I going in circles again? I don't drink because I don't like being drunk. I also don't spin around in my chair for the same reason. One of those may be needed to reverse the problem here. Now to go see how to fix this mess once and for all. Dale :-) :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 06/22/11 14:10, Dale wrote: I put -fortran in make.conf. I ran emerge -uvDNa world and let it rebuild a few packages. Then I get this: Emerging (1 of 2) sci-libs/blas-reference-20070226 * lapack-lite-3.1.1.tgz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Package:sci-libs/blas-reference-20070226 * Repository: gentoo * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-180601.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-180601.log' root@fireball / # Am I going in circles again? I don't drink because I don't like being drunk. I also don't spin around in my chair for the same reason. One of those may be needed to reverse the problem here. Now to go see how to fix this mess once and for all. Dale :-) :-) Do correct me if I'm wrong, but wasn't blas-reference pulled in by merging gcc with USE=fortran? Or did you install blas-reference for another reason?
Re: [gentoo-user] Do we have to build gcc with fortran now?
Matthew Finkel wrote: On 06/22/11 14:10, Dale wrote: I put -fortran in make.conf. I ran emerge -uvDNa world and let it rebuild a few packages. Then I get this: Emerging (1 of 2) sci-libs/blas-reference-20070226 * lapack-lite-3.1.1.tgz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Package:sci-libs/blas-reference-20070226 * Repository: gentoo * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-180601.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-180601.log' root@fireball / # Am I going in circles again? I don't drink because I don't like being drunk. I also don't spin around in my chair for the same reason. One of those may be needed to reverse the problem here. Now to go see how to fix this mess once and for all. Dale :-) :-) Do correct me if I'm wrong, but wasn't blas-reference pulled in by merging gcc with USE=fortran? Or did you install blas-reference for another reason? No clue. I just -c'd some stuff and kept running revdep-rebuild and emerge -uvDNa world until it all got sorted. It took a few times but I finally got a clean result. The funny thing is this. I removed about 3 packages but had to install close to a dozen to satisfy what was missing. Cantore, or something like that, was left with no backend when I removed R. So, removed some bloat then installed some more bloat. Ain't that a peach? Dale :-) :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
* Dale rdalek1...@gmail.com [110622 16:41]: Matthew Finkel wrote: [...] Do correct me if I'm wrong, but wasn't blas-reference pulled in by merging gcc with USE=fortran? Or did you install blas-reference for another reason? No clue. I just -c'd some stuff and kept running revdep-rebuild and emerge -uvDNa world until it all got sorted. It took a few times but I finally got a clean result. The funny thing is this. I removed about 3 packages but had to install close to a dozen to satisfy what was missing. Cantore, or something like that, was left with no backend when I removed R. So, removed some bloat then installed some more bloat. Ain't that a peach? Dale :-) :-) No actually blas-reference fails to build unless gcc is built with the fortran use flag enabled (since there's no fortran compiler available.) The deps pulling in blas-reference are in my previous mail. Todd
Re: [gentoo-user] Do we have to build gcc with fortran now?
On Wed, Jun 22, 2011 at 2:28 PM, Todd Goodman t...@bonedaddy.net wrote: SNIP No actually blas-reference fails to build unless gcc is built with the fortran use flag enabled (since there's no fortran compiler available.) The deps pulling in blas-reference are in my previous mail. Todd If you have virtual/fortran installed then portage will pull in a different Fortran compiler. (ifc on my machine) - Mark
Re: [gentoo-user] Do we have to build gcc with fortran now?
Todd Goodman wrote: * Dalerdalek1...@gmail.com [110622 16:41]: Matthew Finkel wrote: [...] Do correct me if I'm wrong, but wasn't blas-reference pulled in by merging gcc with USE=fortran? Or did you install blas-reference for another reason? No clue. I just -c'd some stuff and kept running revdep-rebuild and emerge -uvDNa world until it all got sorted. It took a few times but I finally got a clean result. The funny thing is this. I removed about 3 packages but had to install close to a dozen to satisfy what was missing. Cantore, or something like that, was left with no backend when I removed R. So, removed some bloat then installed some more bloat. Ain't that a peach? Dale :-) :-) No actually blas-reference fails to build unless gcc is built with the fortran use flag enabled (since there's no fortran compiler available.) The deps pulling in blas-reference are in my previous mail. Todd Maybe we have something different then. I don't have blas-reference on here anymore either. My point was, disabling fortran to remove it only lead to other stuff being required. I think there is more on here now than there was before. So, removing fortran to get rid of bloat didn't help any because it just required a different set of bloat. Dale :-) :-)
[gentoo-user] Do we have to build gcc with fortran now?
I just did my updates and ran into this: * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log' root@fireball / # This is my gcc info: [ebuild R] sys-devel/gcc-4.4.5 USE=gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj -graphite (-hardened) (-libffi) -multislot -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla So, does everyone need to turn on the fortran USE flag so that they don't break anything? May I also add, the USE flag description is worth about as much as a screen door on a submarine. fortran - Adds support for fortran (formerly f77) That doesn't tell me very much. Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale :-) :-)
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 06/21/11 23:55, Dale wrote: I just did my updates and ran into this: * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log' root@fireball / # This is my gcc info: [ebuild R] sys-devel/gcc-4.4.5 USE=gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj -graphite (-hardened) (-libffi) -multislot -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla So, does everyone need to turn on the fortran USE flag so that they don't break anything? May I also add, the USE flag description is worth about as much as a screen door on a submarine. fortran - Adds support for fortran (formerly f77) That doesn't tell me very much. Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale :-) :-) If I had to guess, I'd say =sci-libs/blas-reference-20070226 requires fortran (ebuild depends on it) and you don't have another fortran compiler installed. Could be wrong though. - Matt
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 22/06/11 06:31, Matthew Finkel wrote: On 06/21/11 23:55, Dale wrote: I just did my updates and ran into this: * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log' root@fireball / # This is my gcc info: [ebuild R] sys-devel/gcc-4.4.5 USE=gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj -graphite (-hardened) (-libffi) -multislot -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla So, does everyone need to turn on the fortran USE flag so that they don't break anything? May I also add, the USE flag description is worth about as much as a screen door on a submarine. fortran - Adds support for fortran (formerly f77) That doesn't tell me very much. Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale :-) :-) If I had to guess, I'd say =sci-libs/blas-reference-20070226 requires fortran (ebuild depends on it) and you don't have another fortran compiler installed. Could be wrong though. - Matt That's right, blas-reference is written in fortran. We restructured the dependency chain for fortran support, which includes a compile test now. The failure can be seen above. The Problem was in short, USE=fortran was enabled by default for linux arches, but people tend to disable it. Depending on gcc[fortran] doesn't work completely as gcc:4.4[fortran] and gcc:4.5[-fortran] with gcc-4.5 select can be installed, which would full fill the dependency but nevertheless doesn't give a working compiler. So now packages depend on virtual/fortran and use an eclass to check for a working compiler. So if you see this message, this means you somehow worked around gcc[fortran]. justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Do we have to build gcc with fortran now?
On 22/06/11 07:25, justin wrote: On 22/06/11 06:31, Matthew Finkel wrote: On 06/21/11 23:55, Dale wrote: I just did my updates and ran into this: * Maintainer: s...@gentoo.org * USE:amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox * Please install currently selected gcc version with USE=fortran. * If you intend to use a different compiler then gfortran, please * set FC variable accordingly and take care that the neccessary * fortran dialects are support. * ERROR: sci-libs/blas-reference-20070226 failed (setup phase): * Currently no working fortran compiler is available * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1446: Called fortran-2_pkg_setup * fortran-2.eclass, line 134: Called _die_msg * fortran-2.eclass, line 120: Called die * The specific snippet of code: * die Currently no working fortran compiler is available * * If you need support, post the output of 'emerge --info =sci-libs/blas-reference-20070226', * the complete build log and the output of 'emerge -pqv =sci-libs/blas-reference-20070226'. * The complete build log is located at '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/blas-reference-20070226/temp/die.env'. * S: '/var/tmp/portage/sci-libs/blas-reference-20070226/work/lapack-lite-3.1.1' Failed to emerge sci-libs/blas-reference-20070226, Log file: '/var/log/portage/sci-libs:blas-reference-20070226:20110622-034357.log' root@fireball / # This is my gcc info: [ebuild R] sys-devel/gcc-4.4.5 USE=gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj -graphite (-hardened) (-libffi) -multislot -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla So, does everyone need to turn on the fortran USE flag so that they don't break anything? May I also add, the USE flag description is worth about as much as a screen door on a submarine. fortran - Adds support for fortran (formerly f77) That doesn't tell me very much. Heads up for folks about to do their updates, check into the USE flag fortran to see if you need to add it to yours before updating a bunch of stuff. Dale :-) :-) If I had to guess, I'd say =sci-libs/blas-reference-20070226 requires fortran (ebuild depends on it) and you don't have another fortran compiler installed. Could be wrong though. - Matt That's right, blas-reference is written in fortran. We restructured the dependency chain for fortran support, which includes a compile test now. The failure can be seen above. The Problem was in short, USE=fortran was enabled by default for linux arches, but people tend to disable it. Depending on gcc[fortran] doesn't work completely as gcc:4.4[fortran] and gcc:4.5[-fortran] with gcc-4.5 select can be installed, which would full fill the dependency but nevertheless doesn't give a working compiler. So now packages depend on virtual/fortran and use an eclass to check for a working compiler. So if you see this message, this means you somehow worked around gcc[fortran]. justin One little note, if portage requests that you should install dev-lang/ifc instead of gcc[fortran], you most probably have an entry sys-devel/gcc -fortran in your /etc/portage/package.use Just remove that. justin signature.asc Description: OpenPGP digital signature