https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
--- Comment #7 from Steve Kargl ---
On Mon, May 04, 2020 at 08:23:17AM +, ryofurue at gmail dot com wrote:
>
> But, then the question is, why don't you need the -L option? as in
>
> gfortran -I/usr/include mysourcefile.f -L/usr/lib -lne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
--- Comment #6 from Ryo Furue ---
Thanks again for your comments!
> For a software developer, I
> would put the libraries in ${INSTALLDIR}/lib and modules
> in ${INSTALLDIR?/modules. INSTALLDIR could be /usr/local,
> and, of course, you would d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
--- Comment #5 from Steve Kargl ---
On Mon, May 04, 2020 at 01:33:43AM +, ryofurue at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
>
> --- Comment #4 from Ryo Furue ---
> > There is only place gfortran will sear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
--- Comment #4 from Ryo Furue ---
> There is only place gfortran will search for files that
> it installs for intrinsic modules, openmp files, and
> openacc files. There are no user files here.
I see your point!
So, should a library developer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
--- Comment #3 from Steve Kargl ---
On Mon, May 04, 2020 at 01:13:22AM +, ryofurue at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
>
> --- Comment #2 from Ryo Furue ---
> Thanks for the detailed description.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
--- Comment #2 from Ryo Furue ---
Thanks for the detailed description.
> % gfcx -v -o z a.f90 | & grep -- -fin
>
> yields
>
> -fintrinsic-modules-path
> /usr/home/kargl/work/lib/gcc/i586-unknown-freebsd13.0/10.0.0/finclude
So, I wonder if it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94931
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
