It has been this way for a long time already. The &quot;GCC&quot; that came with 10.8 was really GCC front-end with LLVM back-end.

The best way to get GCC is via [Homebrew][1]. After the one-line homebrew install command on the bottom of the linked page, you just need:

    $ brew install gcc49

Unlike macports, Homebrew doesn&#39;t clutter your system dirs and it&#39;s much better at managing versions and uninstalls. It also doesn&#39;t require the crutch known as `sudo`.

  [1]: http://brew.sh/

You&#39;d have to install it from [macports][1]:

    $ sudo port install gcc49

However I am not certain how you&#39;d integrate `gcc` into Xcode 5, however you don&#39;t mention why you cannot use `clang`?


  [1]: http://www.macports.org/

Accessible and up to date GCC packages are at http://hpc.sourceforge.net/

you can also get a g++ compiler from http://hpc.sourceforge.net/. They have the compiler in a pre-built package. Just download and follow their directions. Note you may need to change your executable PATH and have /usr/local/bin ahead of /usr/bin. This is to insure g++ calls the right compiler.  

This is by design, and not new in OS X 10.9. Apple deprecated GCC a long time ago. Just use Clang, or if you need fortran/openmp/..., install GCC yourself through homebrew/macports/...

In reference to the statement `set.seed()`, can I get the seed instead after running some code if I didn&#39;t set it explicitly?

I&#39;ve been re-running some code (interactively / at the console) containing a function that randomises some sample of the input data (the function is part of the `kohonen` package). After playing with it for some time to see the variety of output (it was an &#39;unstable&#39; problem), I noticed one result that was pretty interesting. I of course had not used `set.seed()`, but wondered if I could get the seed after running the code to reproduce the result? 

In `?set.seed` I see 

&gt; .Random.seed saves the seed set for the uniform random-number generator

But I don&#39;t know how that helps.

Can I get.seed() somehow?

Currently, we are setting\installing up some packages on system by mentioning their version and dependencies in `setup.py` under `install_requires` attribute. Our system requires Python 2.7. Sometimes, users are having multiple versions of Python on their systems, say 2.6.x and 2.7, some packages it says are available already but actually on the system available under 2.6 site packages list. Also some users have 2.6 only, how to enforce from `setup.py` or is there any other way to say to have only Python 2.7 and all packages which we want `setup.py` to update are for only 2.7. We require minimum 2.7 on the machine to run our code.

Thanks!
Santhosh

Enforcing python version in setup.py

I just noticed that after installing OS X 10.9, the g++ compiler links to the clang compiler. Is there anyway to revert back to gcc/g++?

OS X 10.9 gcc links to clang

<p>I just noticed that after installing OS X 10.9, the g++ compiler links to the clang compiler. Is there anyway to revert back to gcc/g++?</p>


According to [this][1] movie (around minute 38), if I have two functions with the same local vars, they will use the same space. So the following program, should print `5`. Compiling it with `gcc` results `-1218960859`. why?

The program:

    #include &lt;stdio.h&gt;
    
    void A()
    {
    	int a;
    	printf(&quot;%i&quot;,a);
    }
    
    void B()
    {
    	int a;
    	a = 5;
    }
    
    int main()
    {
    	B();
    	A();
    	return 0;
    }

as requested, here is the output from the disassembler:

    0804840c &lt;A&gt;:
     804840c:	55                   	push   ebp
     804840d:	89 e5                	mov    ebp,esp
     804840f:	83 ec 28             	sub    esp,0x28
     8048412:	8b 45 f4             	mov    eax,DWORD PTR [ebp-0xc]
     8048415:	89 44 24 04          	mov    DWORD PTR [esp+0x4],eax
     8048419:	c7 04 24 e8 84 04 08 	mov    DWORD PTR [esp],0x80484e8
     8048420:	e8 cb fe ff ff       	call   80482f0 &lt;printf@plt&gt;
     8048425:	c9                   	leave  
     8048426:	c3                   	ret    
    
    08048427 &lt;B&gt;:
     8048427:	55                   	push   ebp
     8048428:	89 e5                	mov    ebp,esp
     804842a:	83 ec 10             	sub    esp,0x10
     804842d:	c7 45 fc 05 00 00 00 	mov    DWORD PTR [ebp-0x4],0x5
     8048434:	c9                   	leave  
     8048435:	c3                   	ret    
    
    08048436 &lt;main&gt;:
     8048436:	55                   	push   ebp
     8048437:	89 e5                	mov    ebp,esp
     8048439:	83 e4 f0             	and    esp,0xfffffff0
     804843c:	e8 e6 ff ff ff       	call   8048427 &lt;B&gt;
     8048441:	e8 c6 ff ff ff       	call   804840c &lt;A&gt;
     8048446:	b8 00 00 00 00       	mov    eax,0x0
     804844b:	c9                   	leave  
     804844c:	c3                   	ret    
     804844d:	66 90                	xchg   ax,ax
     804844f:	90                   	nop

  [1]: http://www.youtube.com/watch?v=1nYDflSL0Mg

Conflict between a Stanford tutorial and GCC

I&#39;m trying to compile a program in C on OS X 10.9 with GCC 4.9 (experimental). For some reason, I&#39;m getting the following error at compile time:

&lt;!-- language: none --&gt;

    gcc: fatal error: stdio.h: No such file or directory

I then tried a simple Hello World program:

&lt;!-- language: c --&gt;

    #include &lt;stdio.h&gt;
    
    int main(int argc, const char *argv[])
    {
        printf(&quot;Hello, world!&quot;);
        return 0;
    }

Again, upon running `gcc -o ~/hello ~/hello.c`, I got the same error. I&#39;m using an experimental version of `gcc`, but it seems implausible that there would be a release which generated errors upon importing `stdio`. What could be causing this issue, and how can it be fixed?

GCC fatal error: stdio.h: No such file or directory

When is it necessary to use use the flag `-stdlib=libstdc++` for the compiler and linker when compiling with gcc?

Does the compiler automatically use libstdc++?  

I am using gcc4.8.2 on Ubuntu 13.10 and I would like to use the c++11 standard. I already pass `-std=c++11` to the compiler.

When is it necessary to use the flag -stdlib=libstdc++?

Having some issues, now I have read the following:

[hello world python extension in c++ using boost?][1]


  [1]: https://stackoverflow.com/questions/6007185/hello-world-python-extension-in-c-using-boost

I have tried installing boost onto my desktop, and, done as the posts suggested in terms of linking. I have the following code:

    #include &lt;boost/python.hpp&gt;
    #include &lt;Python.h&gt;
    using namespace boost::python;

Now I have tried linking with the following:

    g++ testing.cpp -I /usr/include/python2.7/pyconfig.h -L /usr/include/python2.7/Python.h
    -lpython2.7

And I have tried the following as well:

    g++ testing.cpp -I /home/username/python/include/ -L /usr/include/python2.7/Python.h -lpython2.7

I keep getting the following error:

    /usr/include/boost/python/detail/wrap_python.hpp:50:23: fatal error: pyconfig.h: No such   
    file or directory
    # include &lt;pyconfig.h&gt;

I don&#39;t know where I am going wrong. I do have boost.python installed, there&#39;s just a problem linking?




Ubuntu - Linking boost.python - Fatal error: pyconfig cannot be found

I&#39;m trying to compile the Sam Hare&#39;s [Struck code][1].

I&#39;m using mac OSX10.9, opencv 2.4.6 and Eigen 2.0.17.

Eigen and opencv headers are stored in /opt/local/include while opencv dylib in /opt/local/lib.

I modified the Hare&#39;s Makefile to work on this folder. When I type make on the terminal:

    g++ -L/opt/local/lib -lopencv_core -lopencv_highgui -lopencv_imgproc src/Config.o src/Features.o src/HaarFeature.o src/HaarFeatures.o src/HistogramFeatures.o src/ImageRep.o src/LaRank.o src/MultiFeatures.o src/RawFeatures.o src/Sampler.o src/Tracker.o src/main.o src/GraphUtils/GraphUtils.o -o struck

I get these errors:

    Undefined symbols for architecture x86_64:  
    &quot;cv::namedWindow(std::__1::basic_string&lt;char,
    std::__1::char_traits&lt;char&gt;, std::__1::allocator&lt;char&gt; &gt; const&amp;,
    int)&quot;, referenced from:
          _main in main.o   &quot;cv::split(cv::Mat const&amp;, std::__1::vector&lt;cv::Mat, std::__1::allocator&lt;cv::Mat&gt; &gt;&amp;)&quot;,
    referenced from:
          ImageRep::ImageRep(cv::Mat const&amp;, bool, bool, bool) in ImageRep.o   &quot;cv::imread(std::__1::basic_string&lt;char,
    std::__1::char_traits&lt;char&gt;, std::__1::allocator&lt;char&gt; &gt; const&amp;,
    int)&quot;, referenced from:
          _main in main.o   &quot;cv::imshow(std::__1::basic_string&lt;char, std::__1::char_traits&lt;char&gt;, std::__1::allocator&lt;char&gt; &gt; const&amp;,
    cv::_InputArray const&amp;)&quot;, referenced from:
          LaRank::Debug() in LaRank.o
          Tracker::Debug() in Tracker.o
          _main in main.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see
    invocation)

Any ideas? Thanks!

  [1]: http://www.samhare.net/research/struck/code

g++ ld: symbol(s) not found for architecture x86_64

When I compile my projects and check the resources used by running `top`, the big CPU/memory hog is sometimes called `g++` and sometimes `cc1plus`. What is the difference between the two, and should I ever call `cc1plus` directly?

What is the difference between gcc/g++ and cc1/cc1plus?

The following test program

    #include &lt;map&gt;
    #include &lt;iostream&gt;

    using namespace std;

    int main(int argc, char **argv)
    {
        map&lt;int,int&gt; a;
        a[1]=a.size();
        for(map&lt;int,int&gt;::const_iterator it=a.begin(); it!=a.end(); ++it)
                cout &lt;&lt; &quot;first &quot; &lt;&lt; (*it).first &lt;&lt; &quot; second &quot; &lt;&lt; (*it).second &lt;&lt; endl;
    }

leads to different output when compiled on `g++ 4.8.1` (Ubuntu 12.04 LTS):

    g++ xxx.cpp 
    ./a.out 
    first 1 second 1

and on Visual Studio 2012 (Windows 7) (Standard Win32 Console Application Project):

    ConsoleApplication1.exe
    first 1 second 0

Which compiler is right? Am I doing something wrong?


Strange std::map behaviour

The following code compiles successfully with g++ 4.8.1:

    int main()
    {
        int(*)();
    }

It looks like a simple declaration of a pointer to function:

    int(*f)();

It doesn&#39;t compile with clang 3.4 and vc++ 2013.

Is it a compiler bug or one of dark places of the standard?

---

### List of similar strange code pieces which compile fine with g++ 4.8.1 (updated): ###

1. `int(*)();`

2. `int(*);`

3. `int(*){};`

4. `int(*());`

[Live example with these strange code pieces](http://ideone.com/yGG2yZ).

**Update 1:** [**@Ali**](https://stackoverflow.com/users/341970/ali) added some interesting information in the comments:

&gt; All 4 cases give a compile error with clang 3.5 trunk (202594) and compile fine with gcc 4.9 trunk (20140302). The behavior is the same with `-std=c++98 -pedantic`, except for `int(*){};` which is understandable; extended initializer lists only available with `-std=c++11`.

**Update 2:** As [**@CantChooseUsernames**](https://stackoverflow.com/users/1462718/cantchooseusernames) noted in [his answer](https://stackoverflow.com/questions/23015482/strange-code-that-compiles-with-g/23019886#23019886) they still compile fine even with initialization and no assembly is generated for them by g++ (neither with nor without initialization) even without any enabled optimization:

1. `int(*)() = 0;`

2. `int(*) = 0;`

3. `int(*){} = 0;`

4. `int(*()) = 0;`

[Live example with initializations](http://ideone.com/5Ugc92).

**Update 3:** I was really surprised to find that `int(*)() = &quot;Hello, world!&quot;;` compiles fine, too (while `int(*p)() = &quot;Hello, world!&quot;;` doesn&#39;t compile, of course).

**Update 4:** It is fantastic but `int(*){} = Hello, world!;` compiles fine. And the following extremely strange piece of code, too: `int(*){}() = -+*/%&amp;|^~.,:!?$()[]{};` ([live example](http://ideone.com/JvqcVL)).

**Update 5:** As [**@zwol**](https://stackoverflow.com/users/388520/zwol) noted in [his comment](https://stackoverflow.com/questions/23015482/strange-code-that-compiles-with-g?lq=1#comment55044024_23015482)

&gt; This and a number of related syntactic problems are being tracked as gcc [bug 68265](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68265).

Strange code that compiles with g++

I am trying to compile a C++ program like this:

    $ g++ -o Sniffer_Train main.cpp Sniffer_train.cpp Sniffer_train.h -lmysqlclient -lpcap

However I get the following error:

    /usr/bin/ld: /tmp/cct6xeXD.o: undefined reference to symbol
    &#39;pthread_join@@GLIBC_2.4&#39; //lib/arm-linux-gnueabihf/libpthread.so.0:
    error adding symbols: DSO missing from command line
     
    collect2: error: ld returned 1 exit status

I have no idea what this error means. Any help will be greatly appreciated.


DSO missing from command line

I have read from a [codeforces][1] blog that if we add `#include &lt;bits/stdc++.h&gt;` in a `C++` program then there is no need to include any other header files. How does `#include &lt;bits/stdc++.h&gt;` work and is it ok to use it instead of including individual header files?

  [1]: https://codeforces.com

How does #include &lt;bits/stdc++.h&gt; work in C++?

I&#39;m the only one to have a slow simulator since the last OSX update (Mavericks)?

 - I&#39;ve tried to reset simulator
 - I&#39;ve tried to switch on/off animation speed in Debug main bar
 - I&#39;ve tried to draw my game with a simple moving quad
 - I&#39;ve tried to run my application on IOS7, IOS6 with Retina and without on the simulator
 - My application isn&#39;t slow when I run it on an Android device

Simulator is always slow, on the previous OSX version I haven&#39;t got any problems :/
(My application is a game using OpenGL ES2)

Thanks!



IOS simulator slow with Mavericks

I installed Mac OS X Mavericks (10.9) yesterday and since then I am not able to start my Eclipse. I am attaching a screenshot of the message I see.

Is there a workaround for this?

![Enter image description here][1]

I found a solution in *[Fix the “App can’t be opened because it is from an unidentified developer” Error in Mac OS X][2]*.

  [1]: http://i.stack.imgur.com/eQbKd.png
  [2]: http://osxdaily.com/2012/07/27/app-cant-be-opened-because-it-is-from-an-unidentified-developer/


App can&#39;t be opened because it is from an unidentified developer

I have just made a clean installation of `OS X Mavericks`, and I have downloaded `Eclipse Kepler` , but if I execute it, gives me this message:

![enter image description here][1]


  [1]: http://i.stack.imgur.com/XFgb4.png

Asking me to install `Runtime Java SE 6`; I have already installed `Java 7`, and if I press `Install` in that dialog, download and install it, and open Eclipse again, the dialog appears again. 

How I can fix it?

Eclipse Kepler for OS X Mavericks request Java SE 6

I&#39;m trying to install libv8 3.16.14.3 but getting an error on OSX Mavericks using latest stable rvm and ruby-1.9.3-p125.

This is the output of running the command &#39;gem install libv8&#39;:

    ~/src(branch:master) &#187; gem install libv8
    Fetching: libv8-3.16.14.3.gem (100%)
    Building native extensions.  This could take a while...
    ERROR:  Error installing therubyracer:
      ERROR: Failed to build gem native extension.
    
        /Users/me/.rvm/rubies/ruby-1.9.3-p125/bin/ruby extconf.rb
    creating Makefile
    Compiling v8 for x64
    Using python 2.7.5
    Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
    Unable to find a compiler officially supported by v8.
    It is recommended to use GCC v4.4 or higher
    Using compiler: g++
    Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
    Unable to find a compiler officially supported by v8.
    It is recommended to use GCC v4.4 or higher
    libtool: unrecognized option `-static&#39;
    libtool: Try `libtool --help&#39; for more information.
    make[1]: *** [/Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/libpreparser_lib.a] Error 1
    make: *** [x64.release] Error 2
    /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/ext/libv8/location.rb:36:in `block in verify_installation!&#39;: libv8 did not install properly, expected binary v8 archive &#39;/Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/tools/gyp/libv8_base.a&#39;to exist, but it was not found (Libv8::Location::Vendor::ArchiveNotFound)
      from /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/ext/libv8/location.rb:35:in `each&#39;
      from /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/ext/libv8/location.rb:35:in `verify_installation!&#39;
      from /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/ext/libv8/location.rb:26:in `install!&#39;
      from extconf.rb:7:in `&lt;main&gt;&#39;
    GYP_GENERATORS=make \
      build/gyp/gyp --generator-output=&quot;out&quot; build/all.gyp \
                    -Ibuild/standalone.gypi --depth=. \
                    -Dv8_target_arch=x64 \
                    -S.x64  -Dv8_enable_backtrace=1 -Dv8_can_use_vfp2_instructions=true -Darm_fpu=vfpv2 -Dv8_can_use_vfp3_instructions=true -Darm_fpu=vfpv3
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/allocation.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/atomicops_internals_x86_gcc.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/bignum.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/bignum-dtoa.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/cached-powers.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/conversions.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/diy-fp.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/dtoa.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/fast-dtoa.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/fixed-dtoa.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/once.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/preparse-data.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/preparser.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/preparser-api.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/scanner.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/strtod.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/token.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/unicode.o
      CXX(target) /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/obj.target/preparser_lib/src/utils.o
      LIBTOOL-STATIC /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/vendor/v8/out/x64.release/libpreparser_lib.a
    
    
    Gem files will remain installed in /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3 for inspection.
    Results logged to /Users/me/.rvm/gems/ruby-1.9.3-p125@proj-rails3-ruby19/gems/libv8-3.16.14.3/ext/libv8/gem_make.out

Installing libv8 gem on OS X 10.9+

I have installed the Command Line Tools:

    $ xcode-select --print-path
    /Library/Developer/CommandLineTools

However, when anything tries to use `xcodebuild`, I get the following error:

    $ /usr/bin/xcodebuild
    xcode-select: error: tool &#39;xcodebuild&#39; requires Xcode, but active developer directory &#39;/Library/Developer/CommandLineTools&#39; is a command line tools instance

On Mountain Lion it was possible to use this without installing the whole of Xcode, rather just the Command Line Tools. Is it possible to do this on Mavericks? How can I get it working?

N.B. This is on a **clean install** of Mavericks.

**Update:** just to show, I do have the Command Line Tools installed:

    $ gcc --version
    Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
    Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
    Target: x86_64-apple-darwin13.0.0
    Thread model: posix

Content Type	Original Author	Original Content on Stackoverflow
Question	ryan	View Question on Stackoverflow
Solution 1 - Gcc	Adam	View Answer on Stackoverflow
Solution 2 - Gcc	trojanfoe	View Answer on Stackoverflow
Solution 3 - Gcc	user2962717	View Answer on Stackoverflow
Solution 4 - Gcc	Zachary Kraus	View Answer on Stackoverflow
Solution 5 - Gcc	rubenvb	View Answer on Stackoverflow

OS X 10.9 gcc links to clang

Gcc Problem Overview

Gcc Solutions

Solution 1 - Gcc

Solution 2 - Gcc

Solution 3 - Gcc

Solution 4 - Gcc

Solution 5 - Gcc

Enforcing python version in setup.py

Can I get.seed() somehow?

Attributions