Opened 10 years ago
Closed 10 years ago
#41658 closed enhancement (fixed)
metis: Add gcc48 variant
| Reported by: | sylvain.desroziers@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.2.1 |
| Keywords: | haspatch | Cc: | petrrr |
| Port: | metis |
Description
This patch adds the variant gcc48 to the metis port
Attachments (1)
Change History (6)
Changed 10 years ago by sylvain.desroziers@…
| Attachment: | Portfile-metis-gcc48.diff added |
|---|
comment:1 follow-up: 2 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
| Keywords: | haspatch added |
|---|---|
| Summary: | Add gcc48 to metis portfile → metis: Add gcc48 variant |
comment:2 Changed 10 years ago by seanfarley (Sean Farley)
Replying to ryandesign@…:
Why would we want to add this? We don't usually add variants for random compilers.
Being that metis is used in a lot of scientific codes, it is very valuable for having different compilers as variants (I did this as well with my "science ports"). Though, looking at the metis file, it seems all kinds of wrong having an openmpi variant (parmetis is the parallel version). I would like to unify all of these types of compilers but have been busy with other things :-/ I'll try to dig out some time to work on this.
comment:3 Changed 10 years ago by sylvain.desroziers@…
gcc48 is most recent stable compiler from gnu. I develop scientific code under MacOS and I need great portability. I know my patch isn't sufficient and could be improve for all gcc version provided by macport. For information, scientifics (around me) developping under MacOS always compile themselves scientific librairies and don't really use macports as they should. Using gcc48 is a strong requirement. But I understand the complexity to provide ports tuned for several compilers... Thanks for your answer. It's maybe a non-usefull contribution but I share it.
comment:5 Changed 10 years ago by seanfarley (Sean Farley)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Fixed in r116385.
Why would we want to add this? We don't usually add variants for random compilers.