public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host
@ 2013-02-20 19:35 daniel.f.starke at freenet dot de
  2013-02-20 20:16 ` [Bug target/56412] " daniel.f.starke at freenet dot de
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: daniel.f.starke at freenet dot de @ 2013-02-20 19:35 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412

             Bug #: 56412
           Summary: [4.8 Regression] "libtool: cygpath: command not found"
                    for mingw32 host
    Classification: Unclassified
           Product: gcc
           Version: 4.8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: daniel.f.starke@freenet.de


Configuring gcc r196092 for mingw32 on ming32 host without bootstrapping it
failed at lto-plugin for libtool with the following configuration:

../gcc-4.8/configure --enable-languages=c --disable-sjlj-exceptions
--disable-nls --disable-shared --enable-static --enable-fully-dynamic-string
--enable-libgomp --enable-lto --with-dwarf2 --disable-win32-registry
--enable-version-specific-runtime-libs --disable-bootstrap --build=mingw32
--enable-abi=32 --enable-checking=release --with-mpfr=/mingw --with-gmp=/mingw
--with-mpc=/mingw --prefix=/mingw

The error message for "make all-gcc" is:
make[2]: Entering directory `/new-gcc/bin/lto-plugin'
/bin/sh ./libtool --tag=CC --tag=disable-static  --mode=compile gcc
-DHAVE_CONFIG_H -I. -I../../gcc-4.8/lto-plugin 
-I../../gcc-4.8/lto-plugin/../include -DHAVE_CONFIG_H -DPTW32_STATIC_LIB -Wall
-g -O2 -D__USE_MINGW_ACCESS -c -o lto-plugin.lo
../../gcc-4.8/lto-plugin/lto-plugin.c
./libtool: line 2008: cygpath: command not found
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../../gcc-4.8/lto-plugin
-I../../gcc-4.8/lto-plugin/../include -DHAVE_CONFIG_H -DPTW32_STATIC_LIB -Wall
-g -O2 -D__USE_MINGW_ACCESS -c ""  -DDLL_EXPORT -DPIC -o .libs/lto-plugin.o
gcc.exe: : No such file or directory
gcc.exe: no input files

with the following values assigned:
srcfile: ../../gcc-4.8/lto-plugin/lto-plugin.c
fix_srcfile_path: `cygpath -w "$srcfile"`

The problem is probably within libtool.m4 where fix_srcfile_path is assigned
with cygpath even for mingw host at line 4790 with:
_LT_TAGVAR(fix_srcfile_path, $1)='`cygpath -w "$srcfile"`'


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug target/56412] [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host
  2013-02-20 19:35 [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host daniel.f.starke at freenet dot de
@ 2013-02-20 20:16 ` daniel.f.starke at freenet dot de
  2013-02-20 20:24 ` daniel.f.starke at freenet dot de
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: daniel.f.starke at freenet dot de @ 2013-02-20 20:16 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412

--- Comment #1 from Daniel Starke <daniel.f.starke at freenet dot de> 2013-02-20 20:15:58 UTC ---
A patch of lto-plugin/configure could solve this issue for now if the patch of
libtool.m4 was too extensive for stage4.

--- gcc-4.8.0-r196092/lto-plugin/configure    2013-02-15 22:11:56 +0000
+++ gcc-4.8.0-patched/lto-plugin/configure    2013-02-20 20:05:25 +0000
@@ -8734,7 +8734,7 @@
       old_archive_from_new_cmds='true'
       # FIXME: Should let the user specify the lib program.
       old_archive_cmds='lib -OUT:$oldlib$oldobjs$old_deplibs'
-      fix_srcfile_path='`cygpath -w "$srcfile"`'
+      fix_srcfile_path=''
       enable_shared_with_static_runtimes=yes
       ;;


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug target/56412] [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host
  2013-02-20 19:35 [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host daniel.f.starke at freenet dot de
  2013-02-20 20:16 ` [Bug target/56412] " daniel.f.starke at freenet dot de
@ 2013-02-20 20:24 ` daniel.f.starke at freenet dot de
  2013-02-20 22:01 ` [Bug target/56412] [4.8] " pinskia at gcc dot gnu.org
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: daniel.f.starke at freenet dot de @ 2013-02-20 20:24 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412

--- Comment #2 from Daniel Starke <daniel.f.starke at freenet dot de> 2013-02-20 20:23:32 UTC ---
Sorry, here is the correct patch proposed.

--- gcc-4.8.0-r196092/lto-plugin/configure    2013-02-15 22:11:56 +0000
+++ gcc-4.8.0-patch/lto-plugin/configure    2013-02-20 20:19:57 +0000
@@ -8734,7 +8734,14 @@
       old_archive_from_new_cmds='true'
       # FIXME: Should let the user specify the lib program.
       old_archive_cmds='lib -OUT:$oldlib$oldobjs$old_deplibs'
-      fix_srcfile_path='`cygpath -w "$srcfile"`'
+      case $host_os in
+        cygwin*)
+          fix_srcfile_path='`cygpath -w "$srcfile"`'
+          ;;
+        *)
+          fix_srcfile_path=''
+          ;;
+      esac
       enable_shared_with_static_runtimes=yes
       ;;


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug target/56412] [4.8] "libtool: cygpath: command not found" for mingw32 host
  2013-02-20 19:35 [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host daniel.f.starke at freenet dot de
  2013-02-20 20:16 ` [Bug target/56412] " daniel.f.starke at freenet dot de
  2013-02-20 20:24 ` daniel.f.starke at freenet dot de
@ 2013-02-20 22:01 ` pinskia at gcc dot gnu.org
  2013-04-19  2:56 ` nightstrike at gmail dot com
  2013-09-10 10:09 ` ktietz at gcc dot gnu.org
  4 siblings, 0 replies; 6+ messages in thread
From: pinskia at gcc dot gnu.org @ 2013-02-20 22:01 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> 2013-02-20 22:00:41 UTC ---
(In reply to comment #2)
> Sorry, here is the correct patch proposed.

Is there a patch to configure.ac as configure is generated from configure.ac. 
If the problem is in libtool.m4, then propose a patch to the libtool list
instead and we will then port it from there and regenerate the files.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug target/56412] [4.8] "libtool: cygpath: command not found" for mingw32 host
  2013-02-20 19:35 [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host daniel.f.starke at freenet dot de
                   ` (2 preceding siblings ...)
  2013-02-20 22:01 ` [Bug target/56412] [4.8] " pinskia at gcc dot gnu.org
@ 2013-04-19  2:56 ` nightstrike at gmail dot com
  2013-09-10 10:09 ` ktietz at gcc dot gnu.org
  4 siblings, 0 replies; 6+ messages in thread
From: nightstrike at gmail dot com @ 2013-04-19  2:56 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412

nightstrike <nightstrike at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nightstrike at gmail dot
                   |                            |com

--- Comment #4 from nightstrike <nightstrike at gmail dot com> 2013-04-19 02:55:57 UTC ---
I'm seeing the same thing occur in building binutils bfd.  Did anything make
its way to libtool upstream?


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug target/56412] [4.8] "libtool: cygpath: command not found" for mingw32 host
  2013-02-20 19:35 [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host daniel.f.starke at freenet dot de
                   ` (3 preceding siblings ...)
  2013-04-19  2:56 ` nightstrike at gmail dot com
@ 2013-09-10 10:09 ` ktietz at gcc dot gnu.org
  4 siblings, 0 replies; 6+ messages in thread
From: ktietz at gcc dot gnu.org @ 2013-09-10 10:09 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412

Kai Tietz <ktietz at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2013-09-10
                 CC|                            |ktietz at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #6 from Kai Tietz <ktietz at gcc dot gnu.org> ---
Yes, this is a libtool bug.  If thing is solved on libtool, then we can
continue on that.  So long I set bug in status waiting


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2013-09-10 10:09 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-02-20 19:35 [Bug target/56412] New: [4.8 Regression] "libtool: cygpath: command not found" for mingw32 host daniel.f.starke at freenet dot de
2013-02-20 20:16 ` [Bug target/56412] " daniel.f.starke at freenet dot de
2013-02-20 20:24 ` daniel.f.starke at freenet dot de
2013-02-20 22:01 ` [Bug target/56412] [4.8] " pinskia at gcc dot gnu.org
2013-04-19  2:56 ` nightstrike at gmail dot com
2013-09-10 10:09 ` ktietz at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).