Opened 19 years ago

Closed 19 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)

Portfile (765 bytes) - added by danchr@… 19 years ago.
Portfile for odcctools
Portfile.2 (915 bytes) - added by danchr@… 19 years ago.
Portfile for gcc40

Download all attachments as: .zip

Change History (10)

Changed 19 years ago by danchr@…

Attachment: Portfile added

Portfile for odcctools

Changed 19 years ago by danchr@…

Attachment: Portfile.2 added

Portfile for gcc40

comment:1 Changed 19 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 19 years ago by danchr@…

dependson: 2800

comment:3 Changed 19 years ago by danchr@…

Cc: darwinports-bugs@… added
dependson: 2800
Status: newassigned
Summary: RFC: odcctools + gcc40RFC: 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 19 years ago by danchr@…

dependson: 2800

comment:5 Changed 19 years ago by mww@…

what will happen if Apple's gcc4 is/gets installed? (e. g. tigger)

comment:6 Changed 19 years ago by danchr@…

Owner: changed from darwinports-bugs@… to danchr@…
Status: assignednew

(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 19 years ago by danchr@…

Status: newassigned

comment:8 Changed 19 years ago by danchr@…

Resolution: fixed
Status: assignedclosed

Completed, committed.

Note: See TracTickets for help on using tickets.