Sorry for the noise. There was an old stale /usr/lib/libgfortran.spec
on my system. Deleting it fixed the issue.

No. The issue is still there:

markus@x4 /tmp % /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1/gfortran -v -shared -fPIC H5Zf.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1

Driving: /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1/gfortran -v -shared -fPIC H5Zf.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1 -l gfortran -l m -shared-libgcc -specs=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec
Using built-in specs.
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec
rename spec lib to liborig
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1/gfortran
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.1 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.1/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.1/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --disable-werror --enable-initfini-array --with-gold --enable-secureplt --disable-multilib --disable-libvtv --disable-libitm --disable-libcilkrts --disable-libssp --disable-libgomp --enable-cld --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.1/python --enable-checking=release --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-boot-ldflags=-Wl,-O1,--hash-style=gnu,--as-needed,--gc-sections,--icf=safe,--icf-iterations=3 --enable-version-specific-runtime-libs --disable-libstdcxx-pch --enable-libstdcxx-time=yes --with-build-config=bootstrap-lto
Thread model: posix
gcc version 4.9.1 20140605 (prerelease) (GCC) 
COMPILER_PATH=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/:/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/:/usr/libexec/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/:/usr/lib/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../x86_64-pc-linux-gnu/bin/
LIBRARY_PATH=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../x86_64-pc-linux-gnu/lib/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-shared' '-fPIC' '-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1' '-shared-libgcc' '-specs=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/collect2 -plugin /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/liblto_plugin.so -plugin-opt=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/lto-wrapper -plugin-opt=-fresolution=/tmp/ccP7xwbZ.res -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lquadmath -plugin-opt=-pass-through=-lm -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr -m elf_x86_64 -shared /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/crtbeginS.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../.. H5Zf.o -lgfortran -lm -lgcc_s -lquadmath -lm -lgcc_s -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../lib64/crtn.o
 /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1/gfortran @/tmp/ccmQ0Tqk.args
Driving: /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1/gfortran -xlto -c -fno-trapv -fno-strict-overflow -mtune=generic -march=x86-64 -v -shared -fPIC -L /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1 -shared-libgcc -specs=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec -mtune=generic -march=x86-64 -fltrans-output-list=/tmp/ccbFnDE1.ltrans.out -fwpa -fresolution=/tmp/ccP7xwbZ.res H5Zf.o -specs=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec
Using built-in specs.
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec
rename spec lib to liborig
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec
gfortran: fatal error: /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/libgfortran.spec: attempt to rename spec ‘lib’ to already defined spec ‘liborig’
compilation terminated.
lto-wrapper: /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.1/gfortran returned 1 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.1/../../../../x86_64-pc-linux-gnu/bin/ld: fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status

Started with r208375.

I can reproduce it with the instructions from comment#2, it works fine when
dropping the unneeded linker path.

It seems to read libgfortran.spec twice.

I can reproduce the same issue with 4.8 when adding -flto and a similar
unneeded linker path.

So 4.8 doesn't really work (with LTO).

Index: gcc/lto-wrapper.c
===================================================================
--- gcc/lto-wrapper.c   (revision 210514)
+++ gcc/lto-wrapper.c   (working copy)
@@ -719,6 +719,12 @@ run_gcc (unsigned argc, char *argv[])
          /* We generate new intermediate output, drop this arg.  */
          continue;
 
+       case OPT_specs_:
+         /* Drop spec overrides from the original link command, we'll
+            re-introduce them when doing the real link.  Otherwise
+            this will confuse the LTO driver, see PR61418.  */
+         continue;
+
        case OPT_save_temps:
          debug = 1;
          break;

Though the issue is probably that they get into COLLECT_GCC_OPTIONS at all
(they only get there with that weird -L path).  And they also get there
with 4.8 and without -flto, but only with that weird path.

And that's probably not a regression at all.

Btw, the patch will likely break users purposely using -specs=

gfortranspec.c does

        case OPT_L:
          if (!spec_file)
            spec_file = find_spec_file (decoded_options[i].arg);
          break;
...
  /* Read the specs file corresponding to libgfortran.
     If we didn't find the spec file on the -L path, we load it
     via lang_specific_pre_link.  */
  if (spec_file)
    append_option (OPT_specs_, spec_file, 1);

seemingly copied from Java I guess.  lang_specific_pre_link doesn't add
-specs.

int
lang_specific_pre_link (void)
{
  free (spec_file);
  if (spec_file == NULL && library)
    do_spec ("%:include(libgfortran.spec)");

  return 0;
}

I suppose it could simply do
 
 do_spec ("%:include(<expand spec_file here>)");

instead.

(In reply to Richard Biener from comment #7)
> gfortranspec.c does
> 
>         case OPT_L:
>           if (!spec_file)
>             spec_file = find_spec_file (decoded_options[i].arg);
>           break;
> ...
>   /* Read the specs file corresponding to libgfortran.
>      If we didn't find the spec file on the -L path, we load it
>      via lang_specific_pre_link.  */
>   if (spec_file)
>     append_option (OPT_specs_, spec_file, 1);
> 
> seemingly copied from Java I guess.  lang_specific_pre_link doesn't add
> -specs.

Oh, and that of course conflicts with manually adding -specs=libgfortran.spec.\
That is, the symtom is the same as if you do

> gfortran-4.8 t.o -shared -fPIC -specs=/usr/lib64/gcc/x86_64-suse-linux/4.8/libgfortran.spec 
gfortran-4.8: fatal error: /usr/lib64/gcc/x86_64-suse-linux/4.8/libgfortran.spec: attempt to rename spec ‘lib’ to already defined spec ‘liborig’
compilation terminated.

Really a long-standing gfortran and java driver issue.

Index: gfortranspec.c
===================================================================
--- gfortranspec.c      (revision 211228)
+++ gfortranspec.c      (working copy)
@@ -449,12 +449,6 @@ For more information about these matters
 
 #endif
 
-  /* Read the specs file corresponding to libgfortran.
-     If we didn't find the spec file on the -L path, we load it
-     via lang_specific_pre_link.  */
-  if (spec_file)
-    append_option (OPT_specs_, spec_file, 1);
-
   if (verbose && g77_new_decoded_options != g77_x_decoded_options)
     {
       fprintf (stderr, _("Driving:"));
@@ -473,8 +467,17 @@ For more information about these matters
 int
 lang_specific_pre_link (void)
 {
-  free (spec_file);
-  if (spec_file == NULL && library)
+  if (!library)
+    return 0;
+
+  if (spec_file)
+    {
+      char cmd = asprintf (&cmd, "%%:include(%s)", spec_file);
+      do_spec (cmd);
+      free (cmd);
+      free (spec_file);
+    }
+  else if (library)
     do_spec ("%:include(libgfortran.spec)");
 
   return 0;

But I'm not really familiar with this lang-specific specs additions.

libgomp for example simply does

    %{fopenmp|ftree-parallelize-loops=*:%:include(libgomp.spec)%(link_gomp)}\

thus doesn't bother with finding the specs file in the library search path.

Maybe that code copied from libjava is really old, crufty and not necessary at all and gfortran should simply add a link spec similar to the one above.

Patch posted.

(In reply to Richard Biener from comment #11)
> Patch posted.

Hmm, I see no patch. Forgot to post?

On Thu, 5 Jun 2014, trippels at gcc dot gnu.org wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
> 
> --- Comment #12 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
> (In reply to Richard Biener from comment #11)
> > Patch posted.
> 
> Hmm, I see no patch. Forgot to post?

Oops, posted to fortran@ only.

Author: rguenth
Date: Thu Jun  5 14:27:20 2014
New Revision: 211280

URL: http://gcc.gnu.org/viewcvs?rev=211280&root=gcc&view=rev
Log:
2014-06-05  Richard Biener  <rguenther@suse.de>

	PR fortran/61418
	* gfortranspec.c (spec_file): Remove.
	(find_spec_file): Likewise.
	(lang_specific_driver): Do not look for specs file in -L
	or append -specs command line argument.
	(lang_specific_pre_link): Always %:include libgfortran.spec.

Modified:
    trunk/gcc/fortran/ChangeLog
    trunk/gcc/fortran/gfortranspec.c

Fixed.

Author: rguenth
Date: Thu Jun  5 14:28:23 2014
New Revision: 211281

URL: http://gcc.gnu.org/viewcvs?rev=211281&root=gcc&view=rev
Log:
2014-06-05  Richard Biener  <rguenther@suse.de>

	PR fortran/61418
	* gfortranspec.c (spec_file): Remove.
	(find_spec_file): Likewise.
	(lang_specific_driver): Do not look for specs file in -L
	or append -specs command line argument.
	(lang_specific_pre_link): Always %:include libgfortran.spec.

Modified:
    branches/gcc-4_9-branch/gcc/fortran/ChangeLog
    branches/gcc-4_9-branch/gcc/fortran/gfortranspec.c