Package: libtool;
Reported by: Andreas Otto <aotto1968 <at> t-online.de>
Date: Fri, 22 Mar 2013 00:37:04 UTC
Severity: normal
To reply to this bug, email your comments to 14022 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-libtool <at> gnu.org:bug#14022; Package libtool.
(Fri, 22 Mar 2013 00:37:04 GMT) Full text and rfc822 format available.Andreas Otto <aotto1968 <at> t-online.de>:bug-libtool <at> gnu.org.
(Fri, 22 Mar 2013 00:37:04 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Andreas Otto <aotto1968 <at> t-online.de> To: bug-libtool <at> gnu.org Subject: libtool-gug Date: Thu, 21 Mar 2013 15:41:58 +0100
Hi,
the following code has an error:
# func_convert_core_msys_to_w32 ARG
# Convert file name or path ARG from MSYS format to w32 format. Return
# result in func_convert_core_msys_to_w32_result.
func_convert_core_msys_to_w32 ()
{
$opt_debug
# awkward: cmd appends spaces to result
func_convert_core_msys_to_w32_result=`( cmd //c echo "$1" ) 2>/dev/null |
$SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"`
}
#end: func_convert_core_msys_to_w32
I need "...cmd /c ..." to get my stuff compiled
mfg AO
######################################################
OS: Windows7
######################################################
configure --enable-threads --enable-symbols --build=x86_64-w64-mingw32
######################################################
$ libtool --version
libtool (GNU libtool) 2.4
Written by Gordon Matzigkeit <gord <at> gnu.ai.mit.edu>, 1996
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
######################################################
$ automake --version
automake (GNU automake) 1.12.5
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later
<http://gnu.org/licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Tom Tromey <tromey <at> redhat.com>
and Alexandre Duret-Lutz <adl <at> gnu.org>.
######################################################
$ cygpath -V
cygpath (cygwin) 1.7.17
Path Conversion Utility
Copyright (C) 1998 - 2012 Red Hat, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
######################################################
environment:
declare -x !::
declare -x ALLUSERSPROFILE="C:\\ProgramData"
declare -x APPDATA="C:\\Users\\dev1usr\\AppData\\Roaming"
declare -x CC="ccache x86_64-w64-mingw32-gcc"
declare -x CCACHE_DIR="/build/dev1usr/Cache"
declare -x COMMONPROGRAMFILES="C:\\Program Files (x86)\\Common Files"
declare -x COMPUTERNAME="HP-HP"
declare -x COMSPEC="C:\\Windows\\system32\\cmd.exe"
declare -x CTAGSFLAGS="--c-kinds=+p"
declare -x CXX="ccache x86_64-w64-mingw32-g++.exe"
declare -x CommonProgramFiles(x86)
declare -x CommonProgramW6432="C:\\Program Files\\Common Files"
declare -x FP_NO_HOST_CHECK="NO"
declare -x HOME="/home/dev1usr"
declare -x HOMEDRIVE="C:"
declare -x HOMEPATH="\\Users\\dev1usr"
declare -x HOSTNAME="HP-HP"
declare -x INFOPATH="/usr/local/info:/usr/share/info:/usr/info:"
declare -x LANG="de_DE.UTF-8"
declare -x LOCALAPPDATA="C:\\Users\\dev1usr\\AppData\\Local"
declare -x LOGONSERVER="\\\\HP-HP"
declare -x MANPATH="/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man"
declare -x NHI1_HOME="/home/dev1usr/Project/NHI1"
declare -x NHI1_TOOL_ROOT="/home/dev1usr/ext/i686-pc-cygwin"
declare -x NUMBER_OF_PROCESSORS="4"
declare -x OLDPWD="/build/dev1usr/Main/thread/theLink/sqlite"
declare -x OS="Windows_NT"
declare -x OnlineServices="Online Services"
declare -x PATH="/usr/local/bin:/usr/bin:/cygdrive/c/Program
Files/Common Files/Microsoft Shared/Windows
Live:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
Files/Broadcom/Broadcom 802.11/Driver:/cygdrive/c/Program Files
(x86)/ATI Technologies/ATI.ACE/Core-Static"
declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC"
declare -x PCBRAND="Pavilion"
declare -x PRINTER="Lexmark S300-S400 Series"
declare -x PROCESSOR_ARCHITECTURE="x86"
declare -x PROCESSOR_ARCHITEW6432="AMD64"
declare -x PROCESSOR_IDENTIFIER="Intel64 Family 6 Model 37 Stepping 5,
GenuineIntel"
declare -x PROCESSOR_LEVEL="6"
declare -x PROCESSOR_REVISION="2505"
declare -x PROGRAMFILES="C:\\Program Files (x86)"
declare -x PS1="\\[\\e]0;\\w\\a\\]\\n\\[\\e[32m\\]\\u@\\h
\\[\\e[33m\\]\\w\\[\\e[0m\\]\\n\\\$ "
declare -x
PSModulePath="C:\\Windows\\system32\\WindowsPowerShell\\v1.0\\Modules\\"
declare -x PUBLIC="C:\\Users\\Public"
declare -x PWD="/build/dev1usr/Main/thread"
declare -x Platform="MCD"
declare -x ProgramData="C:\\ProgramData"
declare -x ProgramFiles(x86)
declare -x ProgramW6432="C:\\Program Files"
declare -x SESSIONNAME="Console"
declare -x SHELL="/bin/bash"
declare -x SHLVL="2"
declare -x STY="2792.pty0.HP-HP"
declare -x SVN_SSH="ssh -l aotto1968"
declare -x SYSTEMDRIVE="C:"
declare -x SYSTEMROOT="C:\\Windows"
declare -x TEMP="/tmp"
declare -x TERM="screen"
declare -x TERMCAP="SC|screen|VT 100/ANSI X3.64 virtual terminal:\\
:DO=\\E[%dB:LE=\\E[%dD:RI=\\E[%dC:UP=\\E[%dA:bs:bt=\\E[Z:\\
:cd=\\E[J:ce=\\E[K:cl=\\E[H\\E[J:cm=\\E[%i%d;%dH:ct=\\E[3g:\\
:do=^J:nd=\\E[C:pt:rc=\\E8:rs=\\Ec:sc=\\E7:st=\\EH:up=\\EM:\\
:le=^H:bl=^G:cr=^M:it#8:ho=\\E[H:nw=\\EE:ta=^I:is=\\E)0:\\
:li#64:co#140:am:xn:xv:LP:sr=\\EM:al=\\E[L:AL=\\E[%dL:\\
:cs=\\E[%i%d;%dr:dl=\\E[M:DL=\\E[%dM:dc=\\E[P:DC=\\E[%dP:\\
:im=\\E[4h:ei=\\E[4l:mi:IC=\\E[%d@:ks=\\E[?1h\\E=:\\
:ke=\\E[?1l\\E>:vi=\\E[?25l:ve=\\E[34h\\E[?25h:vs=\\E[34l:\\
:ti=\\E[?1049h:te=\\E[?1049l:us=\\E[4m:ue=\\E[24m:so=\\E[3m:\\
:se=\\E[23m:mb=\\E[5m:md=\\E[1m:mr=\\E[7m:me=\\E[m:ms:\\
:Co#8:pa#64:AF=\\E[3%dm:AB=\\E[4%dm:op=\\E[39;49m:AX:\\
:vb=\\Eg:G0:as=\\E(0:ae=\\E(B:\\
:ac=\\140\\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\\
:po=\\E[5i:pf=\\E[4i:k0=\\E[10~:k1=\\EOP:k2=\\EOQ:k3=\\EOR:\\
:k4=\\EOS:k5=\\E[15~:k6=\\E[17~:k7=\\E[18~:k8=\\E[19~:\\
:k9=\\E[20~:k;=\\E[21~:F1=\\E[23~:F2=\\E[24~:F3=\\E[1;2P:\\
:F4=\\E[1;2Q:F5=\\E[1;2R:F6=\\E[1;2S:F7=\\E[15;2~:\\
:F8=\\E[17;2~:F9=\\E[18;2~:FA=\\E[19;2~:kb=^A^?:K2=\\EOE:\\
:kB=\\E[Z:kF=\\E[1;2B:kR=\\E[1;2A:*4=\\E[3;2~:*7=\\E[1;2F:\\
:#2=\\E[1;2H:#3=\\E[2;2~:#4=\\E[1;2D:%c=\\E[6;2~:%e=\\E[5;2~:\\
:%i=\\E[1;2C:kh=\\E[1~:@1=\\E[1~:kH=\\E[4~:@7=\\E[4~:\\
:kN=\\E[6~:kP=\\E[5~:kI=\\E[2~:kD=\\E[3~:ku=\\EOA:kd=\\EOB:\\
:kr=\\EOC:kl=\\EOD:km:"
declare -x TMP="/tmp"
declare -x TZ="Europe/Berlin"
declare -x USER="dev1usr"
declare -x USERDOMAIN="HP-HP"
declare -x USERNAME="dev1usr"
declare -x USERPROFILE="C:\\Users\\dev1usr"
declare -x WINDIR="C:\\Windows"
declare -x WINDOW="9"
declare -x temp="C:\\Users\\dev1usr\\AppData\\Local\\Temp"
declare -x tmp="C:\\Users\\dev1usr\\AppData\\Local\\Temp"
bug-libtool <at> gnu.org:bug#14022; Package libtool.
(Fri, 22 Mar 2013 07:17:02 GMT) Full text and rfc822 format available.Message #8 received at 14022 <at> debbugs.gnu.org (full text, mbox):
From: Peter Rosin <peda <at> lysator.liu.se> To: Andreas Otto <aotto1968 <at> t-online.de> Cc: 14022 <at> debbugs.gnu.org Subject: Re: bug#14022: libtool-gug Date: Fri, 22 Mar 2013 08:14:16 +0100
Hi Andreas!
On 2013-03-21 15:41, Andreas Otto wrote:
> Hi,
>
> the following code has an error:
I don't think so, see below...
> # func_convert_core_msys_to_w32 ARG
> # Convert file name or path ARG from MSYS format to w32 format. Return
> # result in func_convert_core_msys_to_w32_result.
> func_convert_core_msys_to_w32 ()
> {
> $opt_debug
> # awkward: cmd appends spaces to result
> func_convert_core_msys_to_w32_result=`( cmd //c echo "$1" ) 2>/dev/null |
> $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"`
> }
> #end: func_convert_core_msys_to_w32
>
> I need "...cmd /c ..." to get my stuff compiled
*snip*
> $ cygpath -V
> cygpath (cygwin) 1.7.17
cygpath? If you are reporting the cygpath version and say that
you need "...cmd /c..." instead of "...cmd //c...", then it
sounds as if you have confused MSYS and Cygwin. The function
func_convert_core_msys_to_w32 should only be used when you
are using MSYS. It's not for Cygwin.
On Cygwin, it is best to use a Cygwin-hosted cross compiler.
If you want to run a MinGW-hosted compiler, it's best to
use MSYS. But you still can (if you obey the rules) use
a MinGW-hosted compiler from Cygwin, but in that case you
want to use func_convert_file_cygwin_to_w32.
My advise is that you read this chapter carefully:
http://www.gnu.org/software/libtool/manual/libtool.html#File-name-conversion
Cheers,
Peter
bug-libtool <at> gnu.org:bug#14022; Package libtool.
(Fri, 22 Mar 2013 08:37:02 GMT) Full text and rfc822 format available.Message #11 received at 14022 <at> debbugs.gnu.org (full text, mbox):
From: Peter Rosin <peda <at> lysator.liu.se> To: Andreas Otto <aotto1968 <at> t-online.de> Cc: 14022 <at> debbugs.gnu.org Subject: Re: bug#14022: libtool-gug Date: Fri, 22 Mar 2013 09:34:13 +0100
[please stay on-list, quoting in full to preserve the context]
On 2013-03-22 09:03, Andreas Otto wrote:
> Am 22.03.2013 08:14, schrieb Peter Rosin:
>> Hi Andreas!
>>
>> On 2013-03-21 15:41, Andreas Otto wrote:
>>> Hi,
>>>
>>> the following code has an error:
>> I don't think so, see below...
>>
>>> # func_convert_core_msys_to_w32 ARG
>>> # Convert file name or path ARG from MSYS format to w32 format. Return
>>> # result in func_convert_core_msys_to_w32_result.
>>> func_convert_core_msys_to_w32 ()
>>> {
>>> $opt_debug
>>> # awkward: cmd appends spaces to result
>>> func_convert_core_msys_to_w32_result=`( cmd //c echo "$1" ) 2>/dev/null |
>>> $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"`
>>> }
>>> #end: func_convert_core_msys_to_w32
>>>
>>> I need "...cmd /c ..." to get my stuff compiled
>> *snip*
>>
>>> $ cygpath -V
>>> cygpath (cygwin) 1.7.17
>> cygpath? If you are reporting the cygpath version and say that
>> you need "...cmd /c..." instead of "...cmd //c...", then it
>> sounds as if you have confused MSYS and Cygwin. The function
>> func_convert_core_msys_to_w32 should only be used when you
>> are using MSYS. It's not for Cygwin.
>>
>> On Cygwin, it is best to use a Cygwin-hosted cross compiler.
>> If you want to run a MinGW-hosted compiler, it's best to
>> use MSYS. But you still can (if you obey the rules) use
>> a MinGW-hosted compiler from Cygwin, but in that case you
>> want to use func_convert_file_cygwin_to_w32.
>>
>> My advise is that you read this chapter carefully:
>> http://www.gnu.org/software/libtool/manual/libtool.html#File-name-conversion
>>
>> Cheers,
>> Peter
>>
> Hi,
>
> I'm working on cygwin no MSYS
>
> I've done a freash cygwin installation
> I'm using ONLY tools from cygwin
> I use the compiler
>
> $ export | grep w64
> declare -x CC="x86_64-w64-mingw32-gcc"
> declare -x CXX="x86_64-w64-mingw32-g++"
>
> I use the
> --build=x86_64-w64-mingw32
>
> everything ONLY from cygwin
>
> compile....
> $ make -j 2
> (CDPATH="${ZSH_VERSION+.}:" && cd /home/dev1usr/Project/NHI1 && /bin/bash /home/dev1usr/Project/NHI1/missing --run autoheader)
> rm -f stamp-h1
> touch /home/dev1usr/Project/NHI1/mqconfig.h.in
> cd . && /bin/bash ./config.status mqconfig.h
> config.status: creating mqconfig.h
> config.status: mqconfig.h is unchanged
> make all-recursive
> make[1]: Entering directory `/build/dev1usr/Main/thread'
> Making all in theLink
> make[2]: Entering directory `/build/dev1usr/Main/thread/theLink'
> Making all in sqlite
> make[3]: Entering directory `/build/dev1usr/Main/thread/theLink/sqlite'
> /bin/sh ../../libtool --tag=CC --mode=compile x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -MT libtmp_la-sqlite3.lo -MD -MP -MF .deps/libtmp_la-sqlite3.Tpo -c -o libtmp_la-sqlite3.lo `test -f 'sqlite3.c' || echo '/home/dev1usr/Project/NHI1/theLink/sqlite/'`sqlite3.c
> /bin/sh ../../libtool --tag=CC --mode=compile x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -static -g -Wall -Wcast-align -g -O2 -MT libtmps_la-sqlite3.lo -MD -MP -MF .deps/libtmps_la-sqlite3.Tpo -c -o libtmps_la-sqlite3.lo `test -f 'sqlite3.c' || echo '/home/dev1usr/Project/NHI1/theLink/sqlite/'`sqlite3.c
> libtool: compile: x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -MT libtmps_la-sqlite3.lo -MD -MP -MF .deps/libtmps_la-sqlite3.Tpo -c /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c -o libtmps_la-sqlite3.o
> libtool: compile: x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -MT libtmp_la-sqlite3.lo -MD -MP -MF .deps/libtmp_la-sqlite3.Tpo -c /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c -DDLL_EXPORT -DPIC -o .libs/libtmp_la-sqlite3.o
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c: In function 'memTracePrint':
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: unknown conversion type character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: too many arguments for format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: unknown conversion type character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: too many arguments for format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c: In function 'memTracePrint':
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: unknown conversion type character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: too many arguments for format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: unknown conversion type character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: too many arguments for format
> mv -f .deps/libtmp_la-sqlite3.Tpo .deps/libtmp_la-sqlite3.Plo
> /bin/sh ../../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -std=gnu99 -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -o libtmp.la libtmp_la-sqlite3.lo
> mv -f .deps/libtmps_la-sqlite3.Tpo .deps/libtmps_la-sqlite3.Plo
> /bin/sh ../../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -std=gnu99 -D_HAVE_SQLITE_CONFIG_H -static -g -Wall -Wcast-align -g -O2 -static -o libtmps.la libtmps_la-sqlite3.lo
> libtool: link: ar cru .libs/libtmps.a libtmps_la-sqlite3.o
> libtool: link: ranlib .libs/libtmps.a
> libtool: link: ( cd ".libs" && rm -f "libtmps.la" && ln -s "../libtmps.la" "libtmps.la" )
>
> HANG
>
> now with a littel bit debugging
>
>> $ sh -xv ../../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -std=gnu99 -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -o libtmp.la libtmp_la-sqlite3.lo
>
> + func_dirname_result=
> + xdir=
> + test .libs/libtmp_la-sqlite3.o '!=' none
> + pic_object=.libs/libtmp_la-sqlite3.o
> + test '' = dlfiles
> + test '' = dlprefiles
> + libobjs+=' .libs/libtmp_la-sqlite3.o'
> + arg=.libs/libtmp_la-sqlite3.o
> + test none '!=' none
> + non_pic_object=.libs/libtmp_la-sqlite3.o
> + non_pic_objects+=' .libs/libtmp_la-sqlite3.o'
> + test -n .libs/libtmp_la-sqlite3.o
> + compile_command+=' .libs/libtmp_la-sqlite3.o'
> + finalize_command+=' .libs/libtmp_la-sqlite3.o'
> + test 0 -gt 0
> + test -n ''
> + test no = yes
> + oldlibs=
> + func_basename libtmp.la
> + func_basename_result=libtmp.la
> + outputname=libtmp.la
> + libobjs_save=' .libs/libtmp_la-sqlite3.o'
> + test -n PATH
> + eval 'shlib_search_path=`$ECHO' '"${PATH}"' '|' '$SED' ''\''s/:/' '/g'\''`'
> shlib_search_path=`$ECHO "${PATH}" | $SED 's/:/ /g'`
> $ECHO "${PATH}" | $SED 's/:/ /g'
> +++ printf '%s\n' '/usr/local/bin:/usr/bin:/cygdrive/c/Program Files/Common Files/Microsoft Shared/Windows Live:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Broadcom/Broadcom 802.11/Driver:/cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static'
> +++ /usr/bin/sed 's/:/ /g'
> ++ shlib_search_path='/usr/local/bin /usr/bin /cygdrive/c/Program Files/Common Files/Microsoft Shared/Windows Live /cygdrive/c/Windows/system32 /cygdrive/c/Windows /cygdrive/c/Windows/System32/Wbem /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0 /cygdrive/c/Program Files/Broadcom/Broadcom 802.11/Driver /cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static'
> + eval 'sys_lib_search_path="/usr/x86_64-w64-mingw32/lib64' /usr/x86_64-w64-mingw32/sys-root/mingw/lib '"'
> sys_lib_search_path="/usr/x86_64-w64-mingw32/lib64 /usr/x86_64-w64-mingw32/sys-root/mingw/lib "
> ++ sys_lib_search_path='/usr/x86_64-w64-mingw32/lib64 /usr/x86_64-w64-mingw32/sys-root/mingw/lib '
> + eval 'sys_lib_dlsearch_path="/lib' '/usr/lib"'
> sys_lib_dlsearch_path="/lib /usr/lib"
> ++ sys_lib_dlsearch_path='/lib /usr/lib'
> + func_dirname libtmp.la / ''
> + case ${1} in
> + func_dirname_result=
> + output_objdir=.libs
> + func_to_tool_file .libs/
> + :
> + case ,$2, in
> + func_convert_file_msys_to_w32 .libs/
> + :
> + func_to_host_file_result=.libs/
> + test -n .libs/
> + func_convert_core_msys_to_w32 .libs/
> + :
> ( cmd //c echo "$1" ) 2>/dev/null |
> $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"
> ++ /usr/bin/sed -e 's/[ ]*$//' -e 's|\\\\*|\\|g;s|/|\\|g;s|\\|\\\\|g'
>
> HANG
>
> => are you convinced?
>
>
> mfg AO
>
No, not convinced.
Your error is that you have specified --build incorrectly.
You are building on Cygwin with a Cygwin-hosted compiler,
which means that --build should be something-cygwin (but
you should leave configure to autodetect the specifics).
What you want to do is to specify --host=x86_64-w64-mingw32
since you are building for a MinGW host.
Cheers, and hope that helps,
Peter
bug-libtool <at> gnu.org:bug#14022; Package libtool.
(Fri, 22 Mar 2013 09:07:02 GMT) Full text and rfc822 format available.Message #14 received at 14022 <at> debbugs.gnu.org (full text, mbox):
From: Andreas Otto <aotto1968 <at> t-online.de> To: Peter Rosin <peda <at> lysator.liu.se> Cc: 14022 <at> debbugs.gnu.org Subject: Re: bug#14022: libtool-gug Date: Fri, 22 Mar 2013 10:04:13 +0100
Am 22.03.2013 09:34, schrieb Peter Rosin:
> [please stay on-list, quoting in full to preserve the context]
>
> On 2013-03-22 09:03, Andreas Otto wrote:
>> Am 22.03.2013 08:14, schrieb Peter Rosin:
>>> Hi Andreas!
>>>
>>> On 2013-03-21 15:41, Andreas Otto wrote:
>>>> Hi,
>>>>
>>>> the following code has an error:
>>> I don't think so, see below...
>>>
>>>> # func_convert_core_msys_to_w32 ARG
>>>> # Convert file name or path ARG from MSYS format to w32 format. Return
>>>> # result in func_convert_core_msys_to_w32_result.
>>>> func_convert_core_msys_to_w32 ()
>>>> {
>>>> $opt_debug
>>>> # awkward: cmd appends spaces to result
>>>> func_convert_core_msys_to_w32_result=`( cmd //c echo "$1" ) 2>/dev/null |
>>>> $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"`
>>>> }
>>>> #end: func_convert_core_msys_to_w32
>>>>
>>>> I need "...cmd /c ..." to get my stuff compiled
>>> *snip*
>>>
>>>> $ cygpath -V
>>>> cygpath (cygwin) 1.7.17
>>> cygpath? If you are reporting the cygpath version and say that
>>> you need "...cmd /c..." instead of "...cmd //c...", then it
>>> sounds as if you have confused MSYS and Cygwin. The function
>>> func_convert_core_msys_to_w32 should only be used when you
>>> are using MSYS. It's not for Cygwin.
>>>
>>> On Cygwin, it is best to use a Cygwin-hosted cross compiler.
>>> If you want to run a MinGW-hosted compiler, it's best to
>>> use MSYS. But you still can (if you obey the rules) use
>>> a MinGW-hosted compiler from Cygwin, but in that case you
>>> want to use func_convert_file_cygwin_to_w32.
>>>
>>> My advise is that you read this chapter carefully:
>>> http://www.gnu.org/software/libtool/manual/libtool.html#File-name-conversion
>>>
>>> Cheers,
>>> Peter
>>>
>> Hi,
>>
>> I'm working on cygwin no MSYS
>>
>> I've done a freash cygwin installation
>> I'm using ONLY tools from cygwin
>> I use the compiler
>>
>> $ export | grep w64
>> declare -x CC="x86_64-w64-mingw32-gcc"
>> declare -x CXX="x86_64-w64-mingw32-g++"
>>
>> I use the
>> --build=x86_64-w64-mingw32
>>
>> everything ONLY from cygwin
>>
>> compile....
>> $ make -j 2
>> (CDPATH="${ZSH_VERSION+.}:" && cd /home/dev1usr/Project/NHI1 && /bin/bash /home/dev1usr/Project/NHI1/missing --run autoheader)
>> rm -f stamp-h1
>> touch /home/dev1usr/Project/NHI1/mqconfig.h.in
>> cd . && /bin/bash ./config.status mqconfig.h
>> config.status: creating mqconfig.h
>> config.status: mqconfig.h is unchanged
>> make all-recursive
>> make[1]: Entering directory `/build/dev1usr/Main/thread'
>> Making all in theLink
>> make[2]: Entering directory `/build/dev1usr/Main/thread/theLink'
>> Making all in sqlite
>> make[3]: Entering directory `/build/dev1usr/Main/thread/theLink/sqlite'
>> /bin/sh ../../libtool --tag=CC --mode=compile x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -MT libtmp_la-sqlite3.lo -MD -MP -MF .deps/libtmp_la-sqlite3.Tpo -c -o libtmp_la-sqlite3.lo `test -f 'sqlite3.c' || echo '/home/dev1usr/Project/NHI1/theLink/sqlite/'`sqlite3.c
>> /bin/sh ../../libtool --tag=CC --mode=compile x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -static -g -Wall -Wcast-align -g -O2 -MT libtmps_la-sqlite3.lo -MD -MP -MF .deps/libtmps_la-sqlite3.Tpo -c -o libtmps_la-sqlite3.lo `test -f 'sqlite3.c' || echo '/home/dev1usr/Project/NHI1/theLink/sqlite/'`sqlite3.c
>> libtool: compile: x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -MT libtmps_la-sqlite3.lo -MD -MP -MF .deps/libtmps_la-sqlite3.Tpo -c /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c -o libtmps_la-sqlite3.o
>> libtool: compile: x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -MT libtmp_la-sqlite3.lo -MD -MP -MF .deps/libtmp_la-sqlite3.Tpo -c /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c -DDLL_EXPORT -DPIC -o .libs/libtmp_la-sqlite3.o
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c: In function 'memTracePrint':
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: unknown conversion type character 'l' in format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: too many arguments for format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: unknown conversion type character 'l' in format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: too many arguments for format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c: In function 'memTracePrint':
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: unknown conversion type character 'l' in format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: too many arguments for format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: unknown conversion type character 'l' in format
>> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: too many arguments for format
>> mv -f .deps/libtmp_la-sqlite3.Tpo .deps/libtmp_la-sqlite3.Plo
>> /bin/sh ../../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -std=gnu99 -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -o libtmp.la libtmp_la-sqlite3.lo
>> mv -f .deps/libtmps_la-sqlite3.Tpo .deps/libtmps_la-sqlite3.Plo
>> /bin/sh ../../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -std=gnu99 -D_HAVE_SQLITE_CONFIG_H -static -g -Wall -Wcast-align -g -O2 -static -o libtmps.la libtmps_la-sqlite3.lo
>> libtool: link: ar cru .libs/libtmps.a libtmps_la-sqlite3.o
>> libtool: link: ranlib .libs/libtmps.a
>> libtool: link: ( cd ".libs" && rm -f "libtmps.la" && ln -s "../libtmps.la" "libtmps.la" )
>>
>> HANG
>>
>> now with a littel bit debugging
>>
>>> $ sh -xv ../../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -std=gnu99 -D_HAVE_SQLITE_CONFIG_H -g -Wall -Wcast-align -g -O2 -o libtmp.la libtmp_la-sqlite3.lo
>> + func_dirname_result=
>> + xdir=
>> + test .libs/libtmp_la-sqlite3.o '!=' none
>> + pic_object=.libs/libtmp_la-sqlite3.o
>> + test '' = dlfiles
>> + test '' = dlprefiles
>> + libobjs+=' .libs/libtmp_la-sqlite3.o'
>> + arg=.libs/libtmp_la-sqlite3.o
>> + test none '!=' none
>> + non_pic_object=.libs/libtmp_la-sqlite3.o
>> + non_pic_objects+=' .libs/libtmp_la-sqlite3.o'
>> + test -n .libs/libtmp_la-sqlite3.o
>> + compile_command+=' .libs/libtmp_la-sqlite3.o'
>> + finalize_command+=' .libs/libtmp_la-sqlite3.o'
>> + test 0 -gt 0
>> + test -n ''
>> + test no = yes
>> + oldlibs=
>> + func_basename libtmp.la
>> + func_basename_result=libtmp.la
>> + outputname=libtmp.la
>> + libobjs_save=' .libs/libtmp_la-sqlite3.o'
>> + test -n PATH
>> + eval 'shlib_search_path=`$ECHO' '"${PATH}"' '|' '$SED' ''\''s/:/' '/g'\''`'
>> shlib_search_path=`$ECHO "${PATH}" | $SED 's/:/ /g'`
>> $ECHO "${PATH}" | $SED 's/:/ /g'
>> +++ printf '%s\n' '/usr/local/bin:/usr/bin:/cygdrive/c/Program Files/Common Files/Microsoft Shared/Windows Live:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Broadcom/Broadcom 802.11/Driver:/cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static'
>> +++ /usr/bin/sed 's/:/ /g'
>> ++ shlib_search_path='/usr/local/bin /usr/bin /cygdrive/c/Program Files/Common Files/Microsoft Shared/Windows Live /cygdrive/c/Windows/system32 /cygdrive/c/Windows /cygdrive/c/Windows/System32/Wbem /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0 /cygdrive/c/Program Files/Broadcom/Broadcom 802.11/Driver /cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static'
>> + eval 'sys_lib_search_path="/usr/x86_64-w64-mingw32/lib64' /usr/x86_64-w64-mingw32/sys-root/mingw/lib '"'
>> sys_lib_search_path="/usr/x86_64-w64-mingw32/lib64 /usr/x86_64-w64-mingw32/sys-root/mingw/lib "
>> ++ sys_lib_search_path='/usr/x86_64-w64-mingw32/lib64 /usr/x86_64-w64-mingw32/sys-root/mingw/lib '
>> + eval 'sys_lib_dlsearch_path="/lib' '/usr/lib"'
>> sys_lib_dlsearch_path="/lib /usr/lib"
>> ++ sys_lib_dlsearch_path='/lib /usr/lib'
>> + func_dirname libtmp.la / ''
>> + case ${1} in
>> + func_dirname_result=
>> + output_objdir=.libs
>> + func_to_tool_file .libs/
>> + :
>> + case ,$2, in
>> + func_convert_file_msys_to_w32 .libs/
>> + :
>> + func_to_host_file_result=.libs/
>> + test -n .libs/
>> + func_convert_core_msys_to_w32 .libs/
>> + :
>> ( cmd //c echo "$1" ) 2>/dev/null |
>> $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"
>> ++ /usr/bin/sed -e 's/[ ]*$//' -e 's|\\\\*|\\|g;s|/|\\|g;s|\\|\\\\|g'
>>
>> HANG
>>
>> => are you convinced?
>>
>>
>> mfg AO
>>
> No, not convinced.
>
> Your error is that you have specified --build incorrectly.
> You are building on Cygwin with a Cygwin-hosted compiler,
> which means that --build should be something-cygwin (but
> you should leave configure to autodetect the specifics).
> What you want to do is to specify --host=x86_64-w64-mingw32
> since you are building for a MinGW host.
>
> Cheers, and hope that helps,
> Peter
>
Stopp, you are right and not right at the same time.
I using cygwin to build a windows native library -> this mean WITHOUT
any cygwin specific libraray
=> so, I'm using cygwin in cross-compiling mode ;-)
NOW i found the error (with the help of you)
I used "--build=x86_64-w64-mingw32" but I need
"--host=x86_64-w64-mingw32" to enable
cross-compiling
to make this error not happen again, I add an error-ckeck to my
"configure.ac" script
....
if test "$build_os" = "mingw32"; then
AC_MSG_ERROR([as '--build=...' only cygwin is supported
-> keep it unchanged if you are working in a cygwin toolchan
to enable cross-compiling mode you have to specify
-> --host=x86_64-w64-mingw32])
elif test "$build_os" = "cygwin"; then
...
Thanks for your help.
mfg AO
bug-libtool <at> gnu.org:bug#14022; Package libtool.
(Fri, 22 Mar 2013 10:55:01 GMT) Full text and rfc822 format available.Message #17 received at 14022 <at> debbugs.gnu.org (full text, mbox):
From: Peter Rosin <peda <at> lysator.liu.se> To: Andreas Otto <aotto1968 <at> t-online.de> Cc: 14022 <at> debbugs.gnu.org Subject: Re: bug#14022: libtool-gug Date: Fri, 22 Mar 2013 11:52:11 +0100
On 2013-03-22 10:04, Andreas Otto wrote: > Am 22.03.2013 09:34, schrieb Peter Rosin: >> Your error is that you have specified --build incorrectly. >> You are building on Cygwin with a Cygwin-hosted compiler, >> which means that --build should be something-cygwin (but >> you should leave configure to autodetect the specifics). >> What you want to do is to specify --host=x86_64-w64-mingw32 >> since you are building for a MinGW host. >> >> Cheers, and hope that helps, >> Peter >> > > Stopp, you are right and not right at the same time. > > I using cygwin to build a windows native library -> this mean WITHOUT any cygwin specific libraray > => so, I'm using cygwin in cross-compiling mode ;-) I don't see where I'm not right. I said that you are using a Cygwin-hosted compiler, which is what I think you are objecting against. But you are. I could have been clearer and said Cygwin-hosted cross-compiler targeting MinGW or something such, but your compiler is in fact Cygwin-hosted, no error there AFAICT (i.e. the compiler itself is linked against Cygwin libs). Side note, I guess you can drop your CC and CXX exports, configure will find automatically them with your --host argument. > NOW i found the error (with the help of you) > > I used "--build=x86_64-w64-mingw32" but I need "--host=x86_64-w64-mingw32" to enable > cross-compiling > > to make this error not happen again, I add an error-ckeck to my "configure.ac" script > > .... > if test "$build_os" = "mingw32"; then > AC_MSG_ERROR([as '--build=...' only cygwin is supported > -> keep it unchanged if you are working in a cygwin toolchan > to enable cross-compiling mode you have to specify > -> --host=x86_64-w64-mingw32]) > elif test "$build_os" = "cygwin"; then > ... That will kill building the project on MSYS. I guess it's your project, but it seems a bit hostile to me... > Thanks for your help. You're welcome! Cheers, Peter
bug-libtool <at> gnu.org:bug#14022; Package libtool.
(Fri, 22 Mar 2013 13:00:01 GMT) Full text and rfc822 format available.Message #20 received at 14022 <at> debbugs.gnu.org (full text, mbox):
From: Andreas Otto <aotto1968 <at> t-online.de> To: Peter Rosin <peda <at> lysator.liu.se> Cc: 14022 <at> debbugs.gnu.org Subject: Re: bug#14022: libtool-gug Date: Fri, 22 Mar 2013 13:56:54 +0100
Am 22.03.2013 11:52, schrieb Peter Rosin: > On 2013-03-22 10:04, Andreas Otto wrote: >> Am 22.03.2013 09:34, schrieb Peter Rosin: >>> Your error is that you have specified --build incorrectly. >>> You are building on Cygwin with a Cygwin-hosted compiler, >>> which means that --build should be something-cygwin (but >>> you should leave configure to autodetect the specifics). >>> What you want to do is to specify --host=x86_64-w64-mingw32 >>> since you are building for a MinGW host. >>> >>> Cheers, and hope that helps, >>> Peter >>> >> Stopp, you are right and not right at the same time. >> >> I using cygwin to build a windows native library -> this mean WITHOUT any cygwin specific libraray >> => so, I'm using cygwin in cross-compiling mode ;-) > I don't see where I'm not right. I said that you are using > a Cygwin-hosted compiler, which is what I think you are > objecting against. But you are. I could have been clearer > and said Cygwin-hosted cross-compiler targeting MinGW or > something such, but your compiler is in fact Cygwin-hosted, > no error there AFAICT (i.e. the compiler itself is linked > against Cygwin libs). ok > Side note, I guess you can drop your CC and CXX exports, > configure will find automatically them with your --host > argument. this is something i missing .. because I always using "ccache" to speedup compiling and i don't find any usfull way to add a compiling tool prefix without using the CC or CXX variablee.g. -> CC='ccache x86_64-w64-....' > >> NOW i found the error (with the help of you) >> >> I used "--build=x86_64-w64-mingw32" but I need "--host=x86_64-w64-mingw32" to enable >> cross-compiling >> >> to make this error not happen again, I add an error-ckeck to my "configure.ac" script >> >> .... >> if test "$build_os" = "mingw32"; then >> AC_MSG_ERROR([as '--build=...' only cygwin is supported >> -> keep it unchanged if you are working in a cygwin toolchan >> to enable cross-compiling mode you have to specify >> -> --host=x86_64-w64-mingw32]) >> elif test "$build_os" = "cygwin"; then >> ... > That will kill building the project on MSYS. I guess it's > your project, but it seems a bit hostile to me... from my point of view MSYS is an untested environment. > >> Thanks for your help. > You're welcome! > > Cheers, > Peter >
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.