5 ms·

I remember a terrible experience trying to get gfortran working on osx. I ended up permanently borking my glibc. If this doesn't use the real gcc I imagine simi

by nohat 15y ago

I remember a terrible experience trying to get gfortran working on osx. I ended up permanently borking my glibc. If this doesn't use the real gcc I imagine similar experiences may await. Nonetheless that is much better than downloading xcode just for GCC.

ruediger 15y ago
Apple doesn't use glibc.
- nohat 15y ago
  I needed it for my gcc and gfortran install. I am not sure whether osx uses glibc for xcode. Somehow despite removing and replacing everything related to glibc, it was still broken. Never did figure it out.
  - calloc 15y ago
    glibc is not used by the base system. So if you installed glibc yourself then the problem is not Apple's.
    - nohat 15y ago
      Sure, the problem was installing gfortran, which (as I recall) requires the real gcc. I suspect (though I never did figure out what exactly was wrong) that some sort of a library conflict with xcode's gcc was responsible. As this package is still not the real gcc (they don't want gpl v3 I believe) anyone who wants eg. gfortran will still need a separate installation.
      - nknight 15y ago
        gcc and glibc are different things, and gcc does not require glibc. I don't know that glibc even runs on OS X/Darwin, it would seem strange for any time to be invested in such an endeavour.
        nohat 15y ago
        gfortran requires glibc.
        nknight 15y ago
        I can't find any evidence of that. The gfortran 4.3 release notes strongly imply it doesn't: "Support for backtraces on glibc-based systems via the -fbacktrace option is now implemented. On all systems, a coredump can be generated for errors in the run-time library using `-fdump-core`." The GCC suite has a pretty clear history of not being dependent on glibc, and some searching brings up no mention of it requiring glibc, and a few mentions of people clearly building it without glibc.
        nohat 15y ago
        http://old.nabble.com/GLIBC-and-executable-builds-on-Gfortran-Wiki-td27320153.html http://old.nabble.com/GLIBC-and-executable-builds-on-Gfortra... 'I have been attempting unsuccessfully to try the latest gfortran snapshot executables...The reason for the problem is that they require the bleeding-edge version of GLIBC to run:' http://www-zeuthen.desy.de/linear_collider/cernlib/cernlib_2005.html http://www-zeuthen.desy.de/linear_collider/cernlib/cernlib_2... key excerpt being: 'One problem is that the functions csqrt, csqrtf, csqrtl of libm (glibc) which are used by gcc4 are still buggy for x86_64 architectures...'
        nknight 15y ago
        Your first link is about gfortran executables for Linux (specifically a specific snapshot build, not the source code itself), not OS X. Your second one is about glibc systems, not OS X, is over six years old, and complains simply about buggy functions in glibc -- what is it that makes you think using glibc would solve a glibc problem? Neither of these in any way imply a general dependency on glibc. On the contrary, the second one implies you'd have more luck without it, if the issue were still extant -- which it's not, the bugs were closed out six years ago.

by nohat 15y ago

ruediger 15y ago

Apple doesn't use glibc.

nohat 15y ago
I needed it for my gcc and gfortran install. I am not sure whether osx uses glibc for xcode. Somehow despite removing and replacing everything related to glibc, it was still broken. Never did figure it out.
- calloc 15y ago
  glibc is not used by the base system. So if you installed glibc yourself then the problem is not Apple's.
  - nohat 15y ago
    Sure, the problem was installing gfortran, which (as I recall) requires the real gcc. I suspect (though I never did figure out what exactly was wrong) that some sort of a library conflict with xcode's gcc was responsible. As this package is still not the real gcc (they don't want gpl v3 I believe) anyone who wants eg. gfortran will still need a separate installation.
    - nknight 15y ago
      gcc and glibc are different things, and gcc does not require glibc. I don't know that glibc even runs on OS X/Darwin, it would seem strange for any time to be invested in such an endeavour.
      - nohat 15y ago
        gfortran requires glibc.
        nknight 15y ago
        I can't find any evidence of that. The gfortran 4.3 release notes strongly imply it doesn't: "Support for backtraces on glibc-based systems via the -fbacktrace option is now implemented. On all systems, a coredump can be generated for errors in the run-time library using `-fdump-core`." The GCC suite has a pretty clear history of not being dependent on glibc, and some searching brings up no mention of it requiring glibc, and a few mentions of people clearly building it without glibc.
        nohat 15y ago
        http://old.nabble.com/GLIBC-and-executable-builds-on-Gfortran-Wiki-td27320153.html http://old.nabble.com/GLIBC-and-executable-builds-on-Gfortra... 'I have been attempting unsuccessfully to try the latest gfortran snapshot executables...The reason for the problem is that they require the bleeding-edge version of GLIBC to run:' http://www-zeuthen.desy.de/linear_collider/cernlib/cernlib_2005.html http://www-zeuthen.desy.de/linear_collider/cernlib/cernlib_2... key excerpt being: 'One problem is that the functions csqrt, csqrtf, csqrtl of libm (glibc) which are used by gcc4 are still buggy for x86_64 architectures...'
        nknight 15y ago
        Your first link is about gfortran executables for Linux (specifically a specific snapshot build, not the source code itself), not OS X. Your second one is about glibc systems, not OS X, is over six years old, and complains simply about buggy functions in glibc -- what is it that makes you think using glibc would solve a glibc problem? Neither of these in any way imply a general dependency on glibc. On the contrary, the second one implies you'd have more luck without it, if the issue were still extant -- which it's not, the bugs were closed out six years ago.