Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Peter O'Gorman
Christopher Hulbert wrote: GIT version still reports that the ifort linker does not support shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does not define __GNUC__, thanks. Could you confirm that this patch fixes it. Peter -- Peter O'Gorman

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Christopher Hulbert
On Fri, Jun 13, 2008 at 11:55 AM, Peter O'Gorman [EMAIL PROTECTED] wrote: Christopher Hulbert wrote: GIT version still reports that the ifort linker does not support shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does not define __GNUC__,

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Peter O'Gorman
Christopher Hulbert wrote: On Fri, Jun 13, 2008 at 11:55 AM, Peter O'Gorman [EMAIL PROTECTED] wrote: Christopher Hulbert wrote: GIT version still reports that the ifort linker does not support shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Christopher Hulbert
On Thu, Jun 12, 2008 at 7:42 PM, Bob Friesenhahn [EMAIL PROTECTED] wrote: On Thu, 12 Jun 2008, Christopher Hulbert wrote: In libtool 2.2.2, building shared libraries using Intel fortran compilers seem to be disabled (although the icc compiler appears to say yes). Thus, mixed language shared

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Christopher Hulbert
On Thu, Jun 12, 2008 at 7:42 PM, Bob Friesenhahn [EMAIL PROTECTED] wrote: On Thu, 12 Jun 2008, Christopher Hulbert wrote: In libtool 2.2.2, building shared libraries using Intel fortran compilers seem to be disabled (although the icc compiler appears to say yes). Thus, mixed language shared

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Peter O'Gorman
Christopher Hulbert wrote: GIT version still reports that the ifort linker does not support shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does not define __GNUC__, thanks. Could you confirm that this patch fixes it. Peter -- Peter O'Gorman

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Christopher Hulbert
On Fri, Jun 13, 2008 at 11:55 AM, Peter O'Gorman [EMAIL PROTECTED] wrote: Christopher Hulbert wrote: GIT version still reports that the ifort linker does not support shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does not define __GNUC__,

Re: shared libraries on darwin using Intel compiler

2008-06-13 Thread Peter O'Gorman
Christopher Hulbert wrote: On Fri, Jun 13, 2008 at 11:55 AM, Peter O'Gorman [EMAIL PROTECTED] wrote: Christopher Hulbert wrote: GIT version still reports that the ifort linker does not support shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does

shared libraries on darwin using Intel compiler

2008-06-12 Thread Christopher Hulbert
In libtool 2.2.2, building shared libraries using Intel fortran compilers seem to be disabled (although the icc compiler appears to say yes). Thus, mixed language shared libraries or purely fortran shared libraries can't be built. I have the intel 10.1 compilers. As a quick way to get shared

Re: shared libraries on darwin using Intel compiler

2008-06-12 Thread Peter O'Gorman
Christopher Hulbert wrote: In libtool 2.2.2, building shared libraries using Intel fortran compilers seem to be disabled (although the icc compiler appears to say yes). Thus, mixed language shared libraries or purely fortran shared libraries can't be built. I have the intel 10.1 compilers. As

Re: shared libraries on darwin using Intel compiler

2008-06-12 Thread Bob Friesenhahn
On Thu, 12 Jun 2008, Christopher Hulbert wrote: In libtool 2.2.2, building shared libraries using Intel fortran compilers seem to be disabled (although the icc compiler appears to say yes). Thus, mixed language shared libraries or purely fortran I suspect that this is already fixed for the