Opened 20 years ago
Closed 20 years ago
#2796 closed defect (fixed)
RFC: gcc-4.0 4062
Reported by: | danchr@… | Owned by: | danchr (Dan Villiom Podlaski Christiansen) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.0 |
Keywords: | Cc: | darwinports-bugs@… | |
Port: |
Description
I've created two small ports, one for odcctools and one for Apple GCC 4.0. The odcctools port should work pretty much as expected, but the gcc40 port needs more work: It installs into /usr & /Developer and it doesn't support anything but ppc.
Just wanted to put up here to hear what people thought of it :)
Attachments (2)
Change History (10)
Changed 20 years ago by danchr@…
comment:1 Changed 20 years ago by jmpp@…
Hey Dan, great additions! Three comments though: first, I think it might be better to create seperate bugs for each new port, and maybe mark one as dependent of the other; second, I have serious concerns about anything installing straight into /usr, even more if you're talking about a compiler that's gonna install a bunch o' libraries and crt files that may seriously mess up the system if mixed with what's already there. Anyway around this last issue? Are these ports supposed to replace what the OS brings out of the box? Or is there something I'm not getting straight here? If you're going for replacing then these ports should be *THOROUGHLY* tested out, and I cannot stress that enough! Last but not least, isn't there anyway around fetching from CVS in the GCC 4.0 port? I know it's a port of a devel snapshot, but it'd stll be nice to avoid CVS to create less of a moving target. Can't you create a tarball yourself of a fixed checkout and fetch that? When you feel like updating the port all you'd have to do is update that tarball with a different timestamp. I do that for my aqua/NmapFE port, which is available in source form only through CVS.
Thanks again for these, they seem like great additions!
-jmpp.
comment:2 Changed 20 years ago by danchr@…
dependson: | → 2800 |
---|
comment:3 Changed 20 years ago by danchr@…
Cc: | darwinports-bugs@… added |
---|---|
dependson: | 2800 |
Status: | new → assigned |
Summary: | RFC: odcctools + gcc40 → RFC: gcc-4.0 4062 |
(In reply to comment #3)
I've morphed this bug into concerning only GCC 4.0, and filed bug #XXX to deal with odcctools. Also, I'll rename it from gcc40 to gcc-4.0, since it's Apple GCC.
I agree with most of your comments, however, it's worth noting that Apple's GCC is built so you can have several versions installed. When activating this port, I saw no conflicts despite the fact that it installed into /usr. Of course, it shouldn't have installed into /usr in to begin with...
Now if only GCC didn't take forever to bootstrap :/
comment:4 Changed 20 years ago by danchr@…
dependson: | → 2800 |
---|
comment:5 Changed 20 years ago by mww@…
what will happen if Apple's gcc4 is/gets installed? (e. g. tigger)
comment:6 Changed 20 years ago by danchr@…
Owner: | changed from darwinports-bugs@… to danchr@… |
---|---|
Status: | assigned → new |
(In reply to comment #5)
what will happen if Apple's gcc4 is/gets installed? (e. g. tigger)
They should coexist peacefully, since a finished port would install gcc-4.0 into ${prefix}. It seems Apple's build system is capable of this, but I still have some issues remaining to fix.
comment:7 Changed 20 years ago by danchr@…
Status: | new → assigned |
---|
comment:8 Changed 20 years ago by danchr@…
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Completed, committed.
Portfile for odcctools