http://permalink.gmane.org/gmane.os.apple.macports.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.os.apple.macports.user/32200 <pre> Thank you for pointing that out, I hadn't inspected enough to realize they are hard links. For a particular project I am working on, my boss asked me if there was a way to compile some code from source (which depends on and will use of some advanced cryptography potentially for highly sensitive business), such that, in his words, "it is not dependent on any compiler tools from a corporation like Apple, Google or Microsoft" and he said "it should be the same as what is used by open source Linux distros". So this would mean gcc but it makes me think I might need to do something unique such as making gcc from source on my own since my boss doesn't want there to be any company fingerprints (he's really worried but also its his job that could be on the line). For special purposes, is it fairly easy to make gcc and g++ from source, on OS X, in a way that is in fact "divorced" from the Apple tools? If I do this, the same will apply from what you wrote above, true (about the assembler, archiver, linker, z</pre> Tabitha McNerney 2013-05-23T07:15:57 http://permalink.gmane.org/gmane.os.apple.macports.user/32199 <pre>Hi Raphael, Thank you so very much for updating libcryptopp! I wasn't aware that I could get the maintainer email address the way you suggested. Instead, I had searched my email archives for MacPorts and sent the email to attie&lt; at &gt;mps.mpg.de (that may have been a different Raphael? Sorry). -Tabitha On Wed, May 22, 2013 at 1:59 AM, Raphael Straub &lt;raphael&lt; at &gt;macports.org&gt;wrote: </pre> Tabitha McNerney 2013-05-23T07:03:18 http://permalink.gmane.org/gmane.os.apple.macports.user/32198 <pre> There is no difference. They're hard links to the same files: % for f in {gcc{-ranlib,,-nm,-ar},g++}-mp-4.7; do for&gt; stat -f 'inode %i: %N' /opt/local/bin/{,x86_64-apple-darwin12-}$f; for&gt; echo; for&gt; done inode 40693975: /opt/local/bin/gcc-ranlib-mp-4.7 inode 40693975: /opt/local/bin/x86_64-apple-darwin12-gcc-ranlib-mp-4.7 inode 40693973: /opt/local/bin/gcc-mp-4.7 inode 40693973: /opt/local/bin/x86_64-apple-darwin12-gcc-mp-4.7 inode 40693974: /opt/local/bin/gcc-nm-mp-4.7 inode 40693974: /opt/local/bin/x86_64-apple-darwin12-gcc-nm-mp-4.7 inode 40693972: /opt/local/bin/gcc-ar-mp-4.7 inode 40693972: /opt/local/bin/x86_64-apple-darwin12-gcc-ar-mp-4.7 inode 40693966: /opt/local/bin/g++-mp-4.7 inode 40693966: /opt/local/bin/x86_64-apple-darwin12-g++-mp-4.7 The argv[0] each executable sees does depend on the name used to call it, so runtime behavior might be different, or even incorrect. (I have not tried it.) But they're still </pre> Lawrence Velázquez 2013-05-22T23:15:00 http://permalink.gmane.org/gmane.os.apple.macports.user/32197 <pre> On May 22, 2013, at 6:28 AM, Michael Dickens &lt;michaelld&lt; at &gt;macports.org&gt; wrote: Yes, that's completely reasonable. Honestly, I use google for documentation more than anything else for pretty much any program. -Cheers! Frank </pre> Frank Schima 2013-05-22T15:11:08 http://permalink.gmane.org/gmane.os.apple.macports.user/32196 <pre> On May 22, 2013, at 14:17, Ryan Schmidt wrote: Also, if things haven't changed from Xcode 3.2x, you can create your own .pbcompspec or .xccompspec file to tell Xcode about any non-standard compilers you may want to use. Evidently that probably wouldn't be the best idea for compiling ObjC, but for any other project it ought to work. You'll want to obtain the standard 3.2x settings file(s) though, to have a starting reference for the gcc options (with 3.2.6, I just refer to gcc-4.2 from my gcc-4.7 specification). R. </pre> René J.V. Bertin 2013-05-22T12:36:16 http://permalink.gmane.org/gmane.os.apple.macports.user/32195 <pre>The manpage is provided by the +docs variant. The reason +docs is separate is because it requires texlive, which is a pretty serious set of ports to compile/install -- so I kept it separate. Is this the behavior we want? - MLD </pre> Michael Dickens 2013-05-22T12:28:56 http://permalink.gmane.org/gmane.os.apple.macports.user/32194 <pre> On May 22, 2013, at 05:25, Tabitha McNerney wrote: Yes. Note that Xcode 4.2 and later do not include any version of gcc. However if you install the command line tools (which you must do in order to use MacPorts) then /usr/bin/gcc does exist, as a symlink to llvm-gcc-4.2. I assume as of Xcode 4.7 it will change to a symlink to clang, since it has already been announced that Xcode 4.6 is the last version that will include llvm-gcc. If you want "gcc" to be a MacPorts compiler instead, use "sudo port select gcc" (which was several years ago known as "gcc_select"). You can learn more about how to use "port select" by running "port help select". </pre> Ryan Schmidt 2013-05-22T12:17:19 http://permalink.gmane.org/gmane.os.apple.macports.user/32193 <pre>Hi, Tabitha McNerney wrote: you must have used the wrong e-mail address. "port info --maintainer libcryptopp" tells you the right one. I updated libcryptopp to version 5.6.2 in r106315, see &lt;https://trac.macports.org/changeset/106315&gt;. Regards, Raphael </pre> Raphael Straub 2013-05-22T11:59:23 http://permalink.gmane.org/gmane.os.apple.macports.user/32192 <pre>Hmm ... mine does not either. Let me fix that, shortly. - MLD On Tue, May 21, 2013, at 10:52 PM, Ryan Schmidt wrote: </pre> Michael Dickens 2013-05-22T11:57:48 http://permalink.gmane.org/gmane.os.apple.macports.user/32191 <pre>Hello all, Its been some time since I looked more deeply at the GCC ports. On a new Mac recently I installed MacPorts and then specifically installed gcc47 into my port prefix path /opt/local I looked today and realized there are several binaries (in /opt/local/bin), such as: gcc-ranlib-mp-4.7 gcc-nm-mp-4.7 gcc-mp-4.7 gcc-ar-mp-4.7 g++-mp-4.7 and: x86_64-apple-darwin12-gcc-ranlib-mp-4.7 x86_64-apple-darwin12-gcc-nm-mp-4.7 x86_64-apple-darwin12-gcc-mp-4.7 x86_64-apple-darwin12-gcc-ar-mp-4.7 x86_64-apple-darwin12-gcc-4.7.2 x86_64-apple-darwin12-g++-mp-4.7 I forgot what the difference means in the above examples. If I want to compile some C or C++ code without any help from Apple's tools (for example the way I might do on a Linux system), would I simply use the top list (gcc* and g++*) and avoid the bottom list (x86*)? I also have Xcode installed on this Mac and for some code to compile I do not want to use Apple's gcc bundled with Xcode. So given the above, do I need to use gcc_select and if so any sugg</pre> Tabitha McNerney 2013-05-22T10:25:08 http://permalink.gmane.org/gmane.os.apple.macports.user/32190 <pre>Hello all, I noticed that the port for libcryptopp is out of date (current port fetches version 5.6.1 which was released in 2010 ... a 2013 version came out, 5.6.2). I think Raphael Attie was one of the maintainers and I tried emailing him but his email bounced back to me. Is there anyone who could easily update the libcryptopp port if its not an inconvenience to do so? https://trac.macports.org/browser/trunk/dports/devel/libcryptopp/Portfile Thank you kindly for your consideration! -Tabitha </pre> Tabitha McNerney 2013-05-22T10:08:15 http://permalink.gmane.org/gmane.os.apple.macports.user/32189 <pre> On May 21, 2013, at 20:24, Peng Yu wrote: Examining the contents on my system, the octave port &lt; at &gt;3.2.4_13 installs some manpages; the octave-devel port &lt; at &gt;3.6.4_3 does not. I don't know why not. </pre> Ryan Schmidt 2013-05-22T02:52:37 http://permalink.gmane.org/gmane.os.apple.macports.user/32188 <pre> I don't find the manpage. Should there be a manpage for octave? ~$ port contents octave-devel | grep 'octave\.[0-9]' /opt/local/lib/octave/3.6.4/liboctave.1.dylib </pre> Peng Yu 2013-05-22T01:24:36 http://permalink.gmane.org/gmane.os.apple.macports.user/32187 <pre> You can list the files owned by a port using "port contents". % port contents octave vq </pre> Lawrence Velázquez 2013-05-21T22:58:56 http://permalink.gmane.org/gmane.os.apple.macports.user/32186 <pre>Hi, I have octave installed through macports. But I don't find its man page. Does anybody know where it is? ~$ octave --version GNU Octave, version 3.6.4 Copyright (C) 2013 John W. Eaton and others. This is free software; see the source code for copying conditions. There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Octave was configured for "x86_64-apple-darwin12.3.0". Additional information about Octave is available at http://www.octave.org. Please contribute if you find this software useful. For more information, visit http://www.octave.org/get-involved.html Read http://www.octave.org/bugs.html to learn how to submit bug reports. </pre> Peng Yu 2013-05-21T22:15:36 http://permalink.gmane.org/gmane.os.apple.macports.user/32185 <pre> On 21 May 2013, at 04:30, Kevin Layer &lt;layer&lt; at &gt;franz.com&gt; wrote: (Sadly) that is often the case for me, ports that break after a selfupdate, and get fixed sometime thereafter. Probably not quite inevitable... </pre> RJV Bertin 2013-05-21T07:19:30 http://permalink.gmane.org/gmane.os.apple.macports.user/32184 <pre> megamac# port selfupdate ---&gt; Updating MacPorts base sources using rsync MacPorts base version 2.1.3 installed, MacPorts base version 2.1.3 downloaded. ---&gt; Updating the ports tree ---&gt; MacPorts base is already the latest version The ports tree has been updated. To upgrade your installed ports, you should run port upgrade outdated megamac# Yeah, I've never seen that before, either. OK, after the selfupdate, the install of python27 is working... thanks. </pre> Kevin Layer 2013-05-21T02:30:18 http://permalink.gmane.org/gmane.os.apple.macports.user/32183 <pre> Note that python27 was updated to 2.7.5 yesterday; you should "sudo port selfupdate" to receive this and other updates, then re-try upgrading python27. No universal packages for python27 &lt; at &gt;2.7.5 are available yet, so you'll be building it from source instead of using a pre-built package as you were with &lt; at &gt;2.7.3_1. [snip] This looks like the contents of the "+CONTENTS" file in the binary package. I don't know why MacPorts would decide to display that to you. But I also haven't used our precompiled binaries so I'm not familiar with exactly how they work or what the behavior is when things go wrong. </pre> Ryan Schmidt 2013-05-21T02:15:14 http://permalink.gmane.org/gmane.os.apple.macports.user/32182 <pre> I tried that already, but tried it again to make sure. Results below. You're correct, typed it wrong. ---&gt; Computing dependencies for python27 ---&gt; Fetching archive for python27 ---&gt; Attempting to fetch python27-2.7.3_1+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/python27 ---&gt; Attempting to fetch python27-2.7.3_1+universal.darwin_10.i386-x86_64.tbz2.rmd160 from http://packages.macports.org/python27 ---&gt; Installing python27 &lt; at &gt;2.7.3_1+universal Error: org.macports.install for port python27 returned: &lt; at &gt;name python27-2.7.3_1+universal &lt; at &gt;portname python27 &lt; at &gt;portepoch 2 &lt; at &gt;portversion 2.7.3 &lt; at &gt;portrevision 1 &lt; at &gt;archs i386 x86_64 &lt; at &gt;portvariant +universal &lt; at &gt;pkgdep gettext-0.18.1.1_2 &lt; at &gt;pkgdep zlib-1.2.7_0 &lt; at &gt;pkgdep openssl-1.0.1c_0 &lt; at &gt;pkgdep sqlite3-3.7.14.1_0 &lt; at &gt;pkgdep db46-4.6.21_7 &lt; at &gt;pkgdep ncurses-5.9_1 &lt; at &gt;pkgdep bzip2-1.0.6_0 &lt; at &gt;pkgdep libedit-20120601-3.0_0 &lt; at &gt;pkgdep python_select-0.3_1 Applications/MacPorts/Python 2.7/Build Applet.app/Contents/Info.plist &lt; at &gt;comment MD5:fb81e1b5db3a5e2e635c79d3166d54e3</pre> Kevin Layer 2013-05-21T01:57:09 http://permalink.gmane.org/gmane.os.apple.macports.user/32181 <pre> On May 20, 2013, at 18:13, Kevin Layer wrote: This sounds like #29223, except that it was fixed in MacPorts 2.1.3. https://trac.macports.org/ticket/29223 Perhaps you had last tried to install python27 with MacPorts 2.1.2 or earlier. Please run "sudo port clean python27" and try again. I assume you meant Xcode 3.2.6, which is the latest free version of Xcode for OS X 10.6 Snow Leopard and is the version we recommend for Snow Leopard. </pre> Ryan Schmidt 2013-05-21T00:55:34 http://permalink.gmane.org/gmane.os.apple.macports.user/32180 <pre>Following the instructions for making a new ticket, I removed it and tried to reinstall it, but I get this: megamac# port install python27 +universal ---&gt; Computing dependencies for python27 ---&gt; Installing python27 &lt; at &gt;2.7.3_1+universal Error: org.macports.install for port python27 returned: no destroot found at: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python27/python27/work/destroot Please see the log file for port python27 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python27/python27/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port python27 failed megamac# The tail of main.log is (I can send the entire thing if needed): :debug:install Can't run install on this port without elevated privileges. Escalating privileges back to root. :debug:install euid changed to: 0. egid changed to: 0. :</pre> Kevin Layer 2013-05-20T23:13:01 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.apple.macports.user