I just installed py27-scipy on a fresh Mavericks, which requires gcc48. It went through OK.
Zhong Ren On Oct 29, 2013, at 3:46 PM, William Capehart <[email protected]> wrote: > I put in a bug report on this but nothing back yet so I’ll try here. > > Has anyone tried to put the gcc (4.7 or 4.8) compilers on *fresh* Macports > for Mavericks install? > > For me having .. > > - reinstalled both macports and Xcode (or just the app in /Applications), > (on that note is there a way to totally sterilize Xcode from a Mac so we can > start at ground zero? Oddly Xcode did NOT ask for an update (and the update > happened well and advance of my going to Mavericks) IIRC, my previous OS > upgrades had me install the new Xcode AFTER upgrading. > > - gotten the command line tools for mavericks’s Xcode from the apple > developer site > — xcode-select —install fails so I got it here as per guidance from > the apple developer forums > — > https://developer.apple.com/downloads/index.action?name=for%20Xcode%20- > > - done the license agreement step > > I still get a terminal error from the installs for gcc47 and gcc48 at the > libgcc step: > > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/fortran/module.c:110:1: > error: conflicting declaration 'typedef enum pointer_t pointer_t' > pointer_t; > ^ > In file included from /usr/include/mach/memory_object_types.h:77:0, > from /usr/include/mach/mach_types.h:85, > from > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/build/prev-gcc/include-fixed/malloc.h:37, > from > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/system.h:460, > from > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/gcc-4.8.1/gcc/fortran/module.c:68: > /usr/include/mach/vm_types.h:40:26: error: 'pointer_t' has a previous > declaration as 'typedef vm_offset_t pointer_t' > typedef vm_offset_t pointer_t; > ^ > > This error doesn’t seem to be the Tcl problem reported by others nor does it > resemble the one reported here for gcc44 earlier this week… > > Has anyone run into this besides me with the new macports on Mavericks? (or > for that matter EVER). > > Thanks > Bill Capehart > > > > > > _______________________________________________ > macports-users mailing list > [email protected] > https://lists.macosforge.org/mailman/listinfo/macports-users
_______________________________________________ macports-users mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-users
