public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/40125]  New: libgcc_s DLL installed in wrong directory in cross toolchain
@ 2009-05-12 20:07 jsm28 at gcc dot gnu dot org
  2009-08-12 22:14 ` [Bug target/40125] " davek at gcc dot gnu dot org
                   ` (3 more replies)
  0 siblings, 4 replies; 12+ messages in thread
From: jsm28 at gcc dot gnu dot org @ 2009-05-12 20:07 UTC (permalink / raw)
  To: gcc-bugs

GCC 4.4 or later configured with --enable-shared for i686-mingw32
installs a libgcc DLL (e.g. libgcc_s_dw2-1.dll) in $(bindir).  As
this is a binary for the target not the host, this is an inappropriate
location in a cross toolchain; some target-specific directory (e.g.
i686-mingw32/bin or i686-mingw32/lib) should be used instead.


-- 
           Summary: libgcc_s DLL installed in wrong directory in cross
                    toolchain
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: jsm28 at gcc dot gnu dot org
GCC target triplet: i?86-*-mingw32


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


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
  2009-05-12 20:07 [Bug target/40125] New: libgcc_s DLL installed in wrong directory in cross toolchain jsm28 at gcc dot gnu dot org
@ 2009-08-12 22:14 ` davek at gcc dot gnu dot org
  2009-08-12 22:57 ` davek at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu dot org @ 2009-08-12 22:14 UTC (permalink / raw)
  To: gcc-bugs



-- 

davek at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |davek at gcc dot gnu dot org
                   |dot org                     |
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2009-08-12 22:14:39
               date|                            |


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


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
  2009-05-12 20:07 [Bug target/40125] New: libgcc_s DLL installed in wrong directory in cross toolchain jsm28 at gcc dot gnu dot org
  2009-08-12 22:14 ` [Bug target/40125] " davek at gcc dot gnu dot org
@ 2009-08-12 22:57 ` davek at gcc dot gnu dot org
  2009-08-13  6:08 ` ktietz at gcc dot gnu dot org
  2010-04-16 14:53 ` dougsemler at gmail dot com
  3 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu dot org @ 2009-08-12 22:57 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #1 from davek at gcc dot gnu dot org  2009-08-12 22:57 -------
Even the target-specific i686-mingw32/bin directory contains host applications,
i.e. the non-$target-prefixed versions of the binutils.

So since these DLLs are never going to be used on the host, we could put them
in $target/lib.  That might end up altering the link order a bit, since ld
supports linking directly against dlls but $prefix/bin isn't usually in the
link path; however as long as the compiler's private directory
$prefix/lib/gcc/$target/$version is first in the list, the dll's related import
lib will always be found first.

The other place to install them would be in GCC's private dir.  I'm not sure
yet which might be preferable.


-- 


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


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
  2009-05-12 20:07 [Bug target/40125] New: libgcc_s DLL installed in wrong directory in cross toolchain jsm28 at gcc dot gnu dot org
  2009-08-12 22:14 ` [Bug target/40125] " davek at gcc dot gnu dot org
  2009-08-12 22:57 ` davek at gcc dot gnu dot org
@ 2009-08-13  6:08 ` ktietz at gcc dot gnu dot org
  2010-04-16 14:53 ` dougsemler at gmail dot com
  3 siblings, 0 replies; 12+ messages in thread
From: ktietz at gcc dot gnu dot org @ 2009-08-13  6:08 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from ktietz at gcc dot gnu dot org  2009-08-13 06:08 -------
(In reply to comment #1)
> Even the target-specific i686-mingw32/bin directory contains host applications,
> i.e. the non-$target-prefixed versions of the binutils.
> 
> So since these DLLs are never going to be used on the host, we could put them
> in $target/lib.  That might end up altering the link order a bit, since ld
> supports linking directly against dlls but $prefix/bin isn't usually in the
> link path; however as long as the compiler's private directory
> $prefix/lib/gcc/$target/$version is first in the list, the dll's related import
> lib will always be found first.
> 
> The other place to install them would be in GCC's private dir.  I'm not sure
> yet which might be preferable.
> 

I would vote for the $prefix/lib/gcc/$target/$version directory. There is the
bug 38294 for multilib install, which has same reason.

Kai


-- 

ktietz at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ktietz at gcc dot gnu dot
                   |                            |org


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


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
  2009-05-12 20:07 [Bug target/40125] New: libgcc_s DLL installed in wrong directory in cross toolchain jsm28 at gcc dot gnu dot org
                   ` (2 preceding siblings ...)
  2009-08-13  6:08 ` ktietz at gcc dot gnu dot org
@ 2010-04-16 14:53 ` dougsemler at gmail dot com
  3 siblings, 0 replies; 12+ messages in thread
From: dougsemler at gmail dot com @ 2010-04-16 14:53 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from dougsemler at gmail dot com  2010-04-16 14:53 -------
Right now in a cross environment, the target libraries, when built as DLLs, are
also installed in the host's bindir, due to the -bindir flag now being passed
to libtool.  While this may be appropriate in a native compiler case, I don't
think it's right in a cross environment.

My opinion is that in a cross environment, the -bindir parameter should be
$(toolexeclibdir), and not $(bindir).  This will expand to
exec_prefix/target/lib/MULTIOSSUBDIR or gcc's private dir/MULTISUBDIR when
version-specific-runtime is specified.  This places the DLLs in the same
structure as their matching .dll.a files and separates the libs properly on
multilib 64 bit mingw.

I think, in a cross environment, libgcc_s should also follow this convention :)


-- 

dougsemler at gmail dot com changed:

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


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


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
                   ` (4 preceding siblings ...)
  2011-01-26  4:50 ` davek at gcc dot gnu.org
@ 2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
  2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
  6 siblings, 0 replies; 12+ messages in thread
From: dnovillo at gcc dot gnu.org @ 2011-02-02 18:05 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #11 from Diego Novillo <dnovillo at gcc dot gnu.org> 2011-02-02 17:51:15 UTC ---
Author: dnovillo
Date: Wed Feb  2 17:51:04 2011
New Revision: 169606

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169606
Log:
    PR target/40125
    * configure.ac (AM_LTLDFLAGS): Add -bindir option for windows DLLs.
    * configure: Regenerate.

Modified:
    branches/google/integration/libffi/ChangeLog
    branches/google/integration/libffi/configure
    branches/google/integration/libffi/configure.ac


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
                   ` (5 preceding siblings ...)
  2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
@ 2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
  6 siblings, 0 replies; 12+ messages in thread
From: dnovillo at gcc dot gnu.org @ 2011-02-02 18:05 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #12 from Diego Novillo <dnovillo at gcc dot gnu.org> 2011-02-02 17:51:31 UTC ---
Author: dnovillo
Date: Wed Feb  2 17:51:28 2011
New Revision: 169608

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169608
Log:
gcc/ChangeLog:

    PR target/40125
    * config.gcc (i[34567]86-*-pe | i[34567]86-*-cygwin*): Select suitable
    t-dlldir{,-x} fragment for build and add it to tmake_file.
    (i[34567]86-*-mingw* | x86_64-*-mingw*): Likewise.
    * Makefile.in (libgcc.mvars): Also export SHLIB_DLLDIR to libgcc.
    * config/i386/t-dlldir: New file.
    (SHLIB_DLLDIR): Define.
    * config/i386/t-dlldir-x: New file.
    (SHLIB_DLLDIR): Define.
    * config/i386/t-cygming: Error out if SHLIB_DLLDIR is not set.
    (SHLIB_INSTALL): Use it.

libgcc/ChangeLog:

    PR target/40125
    * configure.ac: Call ACX_NONCANONICAL_TARGET.
    (toolexecdir): Calculate and AC_SUBST.
    (toolexeclibdir): Likewise.
    * Makefile.in (target_noncanonical): Import.
    (toolexecdir): Likewise.
    (toolexeclibdir): Likewise.
    * configure: Regenerate.

Added:
    branches/google/integration/gcc/config/i386/t-dlldir
    branches/google/integration/gcc/config/i386/t-dlldir-x
Modified:
    branches/google/integration/gcc/ChangeLog
    branches/google/integration/gcc/Makefile.in
    branches/google/integration/gcc/config.gcc
    branches/google/integration/gcc/config/i386/t-cygming
    branches/google/integration/libgcc/ChangeLog
    branches/google/integration/libgcc/Makefile.in
    branches/google/integration/libgcc/configure
    branches/google/integration/libgcc/configure.ac


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
                   ` (3 preceding siblings ...)
  2010-12-06  0:54 ` davek at gcc dot gnu.org
@ 2011-01-26  4:50 ` davek at gcc dot gnu.org
  2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
  2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
  6 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu.org @ 2011-01-26  4:50 UTC (permalink / raw)
  To: gcc-bugs

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

Dave Korn <davek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.6.0

--- Comment #8 from Dave Korn <davek at gcc dot gnu.org> 2011-01-26 03:33:14 UTC ---
Author: davek
Date: Wed Jan 26 03:33:09 2011
New Revision: 169272

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169272
Log:
    PR target/40125
    * configure.ac (AM_LTLDFLAGS): Add -bindir option for windows DLLs.
    * configure: Regenerate.


Modified:
    trunk/libffi/ChangeLog
    trunk/libffi/configure
    trunk/libffi/configure.ac

--- Comment #9 from Dave Korn <davek at gcc dot gnu.org> 2011-01-26 04:20:02 UTC ---
Author: davek
Date: Wed Jan 26 04:19:58 2011
New Revision: 169274

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169274
Log:
gcc/ChangeLog:

    PR target/40125
    * config.gcc (i[34567]86-*-pe | i[34567]86-*-cygwin*): Select suitable
    t-dlldir{,-x} fragment for build and add it to tmake_file.
    (i[34567]86-*-mingw* | x86_64-*-mingw*): Likewise.
    * Makefile.in (libgcc.mvars): Also export SHLIB_DLLDIR to libgcc.
    * config/i386/t-dlldir: New file.
    (SHLIB_DLLDIR): Define.
    * config/i386/t-dlldir-x: New file.
    (SHLIB_DLLDIR): Define.
    * config/i386/t-cygming: Error out if SHLIB_DLLDIR is not set.
    (SHLIB_INSTALL): Use it.

libgcc/ChangeLog:

    PR target/40125
    * configure.ac: Call ACX_NONCANONICAL_TARGET.
    (toolexecdir): Calculate and AC_SUBST.
    (toolexeclibdir): Likewise.
    * Makefile.in (target_noncanonical): Import.
    (toolexecdir): Likewise.
    (toolexeclibdir): Likewise.
    * configure: Regenerate.


Added:
    trunk/gcc/config/i386/t-dlldir
    trunk/gcc/config/i386/t-dlldir-x
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/Makefile.in
    trunk/gcc/config.gcc
    trunk/gcc/config/i386/t-cygming
    trunk/libgcc/ChangeLog
    trunk/libgcc/Makefile.in
    trunk/libgcc/configure
    trunk/libgcc/configure.ac

--- Comment #10 from Dave Korn <davek at gcc dot gnu.org> 2011-01-26 04:25:51 UTC ---
Those two commits should take care of it.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2010-12-06  0:50 ` davek at gcc dot gnu.org
@ 2010-12-06  0:54 ` davek at gcc dot gnu.org
  2011-01-26  4:50 ` davek at gcc dot gnu.org
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu.org @ 2010-12-06  0:54 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #7 from Dave Korn <davek at gcc dot gnu.org> 2010-12-06 00:54:23 UTC ---
That still leaves libffi and libgcc_s to fix; I'll get to them shortly.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
  2010-11-28  1:43 ` davek at gcc dot gnu.org
  2010-12-04  0:29 ` davek at gcc dot gnu.org
@ 2010-12-06  0:50 ` davek at gcc dot gnu.org
  2010-12-06  0:54 ` davek at gcc dot gnu.org
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu.org @ 2010-12-06  0:50 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #6 from Dave Korn <davek at gcc dot gnu.org> 2010-12-06 00:50:11 UTC ---
Author: davek
Date: Mon Dec  6 00:50:04 2010
New Revision: 167480

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167480
Log:
config/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * lthostflags.m4: New file.
    (ACX_LT_HOST_FLAGS): Define.

libgfortran/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * Makefile.am (LTLDFLAGS): Use lt_host_flags.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.

libgomp/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * Makefile.am (libgomp_la_LDFLAGS): Use lt_host_flags.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.
    * testsuite/Makefile.in: Regenerate.

libjava/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * configure.host (libgcj_sublib_ltflags): Use lt_host_flags.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.
    * gcj/Makefile.in: Regenerate.
    * include/Makefile.in: Regenerate.
    * testsuite/Makefile.in: Regenerate.

libobjc/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac (extra_ldflags_libobjc): Invoke ACX_LT_HOST_FLAGS.
    * Makefile.in (lt_host_flags): Import AC_SUBST'd value.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.

libquadmath/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * Makefile.am (libquadmath_la_LDFLAGS): Use lt_host_flags.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.

libssp/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * Makefile.am (libssp_la_LDFLAGS): Use lt_host_flags.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.

libstdc++-v3/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * configure.host (OPT_LDFLAGS): Use lt_host_flags for cygming.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.
    * doc/Makefile.in: Regenerate.
    * include/Makefile.in: Regenerate.
    * libsupc++/Makefile.in: Regenerate.
    * po/Makefile.in: Regenerate.
    * python/Makefile.in: Regenerate.
    * src/Makefile.in: Regenerate.
    * testsuite/Makefile.in: Regenerate.

lto-plugin/ChangeLog:

2010-12-06  Dave Korn  <dave.korn.cygwin@gmail.com>

    PR target/40125
    PR lto/46695
    * configure.ac: Invoke ACX_LT_HOST_FLAGS.
    * Makefile.am (liblto_plugin_la_LDFLAGS): Use lt_host_flags but
    override -bindir setting.
    * aclocal.m4: Regenerate.
    * configure: Regenerate.
    * Makefile.in: Regenerate.



Added:
    trunk/config/lthostflags.m4
Modified:
    trunk/config/ChangeLog
    trunk/libgfortran/ChangeLog
    trunk/libgfortran/Makefile.am
    trunk/libgfortran/Makefile.in
    trunk/libgfortran/aclocal.m4
    trunk/libgfortran/configure
    trunk/libgfortran/configure.ac
    trunk/libgomp/ChangeLog
    trunk/libgomp/Makefile.am
    trunk/libgomp/Makefile.in
    trunk/libgomp/aclocal.m4
    trunk/libgomp/configure
    trunk/libgomp/configure.ac
    trunk/libgomp/testsuite/Makefile.in
    trunk/libjava/ChangeLog
    trunk/libjava/Makefile.in
    trunk/libjava/aclocal.m4
    trunk/libjava/configure
    trunk/libjava/configure.ac
    trunk/libjava/configure.host
    trunk/libjava/gcj/Makefile.in
    trunk/libjava/include/Makefile.in
    trunk/libjava/testsuite/Makefile.in
    trunk/libobjc/ChangeLog
    trunk/libobjc/Makefile.in
    trunk/libobjc/aclocal.m4
    trunk/libobjc/configure
    trunk/libobjc/configure.ac
    trunk/libquadmath/ChangeLog
    trunk/libquadmath/Makefile.am
    trunk/libquadmath/Makefile.in
    trunk/libquadmath/aclocal.m4
    trunk/libquadmath/configure
    trunk/libquadmath/configure.ac
    trunk/libssp/ChangeLog
    trunk/libssp/Makefile.am
    trunk/libssp/Makefile.in
    trunk/libssp/aclocal.m4
    trunk/libssp/configure
    trunk/libssp/configure.ac
    trunk/libstdc++-v3/ChangeLog
    trunk/libstdc++-v3/Makefile.in
    trunk/libstdc++-v3/aclocal.m4
    trunk/libstdc++-v3/configure
    trunk/libstdc++-v3/configure.ac
    trunk/libstdc++-v3/configure.host
    trunk/libstdc++-v3/doc/Makefile.in
    trunk/libstdc++-v3/include/Makefile.in
    trunk/libstdc++-v3/libsupc++/Makefile.in
    trunk/libstdc++-v3/po/Makefile.in
    trunk/libstdc++-v3/python/Makefile.in
    trunk/libstdc++-v3/src/Makefile.in
    trunk/libstdc++-v3/testsuite/Makefile.in
    trunk/lto-plugin/ChangeLog
    trunk/lto-plugin/Makefile.am
    trunk/lto-plugin/Makefile.in
    trunk/lto-plugin/aclocal.m4
    trunk/lto-plugin/configure
    trunk/lto-plugin/configure.ac


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
  2010-11-28  1:43 ` davek at gcc dot gnu.org
@ 2010-12-04  0:29 ` davek at gcc dot gnu.org
  2010-12-06  0:50 ` davek at gcc dot gnu.org
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu.org @ 2010-12-04  0:29 UTC (permalink / raw)
  To: gcc-bugs

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

Dave Korn <davek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #22549|0                           |1
        is obsolete|                            |
           Keywords|                            |patch
                URL|                            |http://gcc.gnu.org/ml/gcc-p
                   |                            |atches/2010-12/msg00132.htm
                   |                            |l

--- Comment #5 from Dave Korn <davek at gcc dot gnu.org> 2010-11-28 05:40:58 UTC ---
Created attachment 22552
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22552
revised patch

last one had a couple of quoting glitches in it.  fixed in this spin.

don't forget to regenerate everything.  aclocal requires the args "-I ../config
-I . -I .. " in every directory except libjava where it requires "-I . -I .. -I
../config -I libltdl".  autoconf required in each of the top-level subdirs
touched, automake in all but libobjc.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain
       [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
@ 2010-11-28  1:43 ` davek at gcc dot gnu.org
  2010-12-04  0:29 ` davek at gcc dot gnu.org
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 12+ messages in thread
From: davek at gcc dot gnu.org @ 2010-11-28  1:43 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #4 from Dave Korn <davek at gcc dot gnu.org> 2010-11-28 01:29:27 UTC ---
Created attachment 22549
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22549
testing patch

Something along these lines ought to get us most of the way there.


^ permalink raw reply	[flat|nested] 12+ messages in thread
end of thread, other threads:[~2011-02-02 18:05 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-05-12 20:07 [Bug target/40125] New: libgcc_s DLL installed in wrong directory in cross toolchain jsm28 at gcc dot gnu dot org
2009-08-12 22:14 ` [Bug target/40125] " davek at gcc dot gnu dot org
2009-08-12 22:57 ` davek at gcc dot gnu dot org
2009-08-13  6:08 ` ktietz at gcc dot gnu dot org
2010-04-16 14:53 ` dougsemler at gmail dot com
     [not found] <bug-40125-4@http.gcc.gnu.org/bugzilla/>
2010-11-28  1:43 ` davek at gcc dot gnu.org
2010-12-04  0:29 ` davek at gcc dot gnu.org
2010-12-06  0:50 ` davek at gcc dot gnu.org
2010-12-06  0:54 ` davek at gcc dot gnu.org
2011-01-26  4:50 ` davek at gcc dot gnu.org
2011-02-02 18:05 ` dnovillo at gcc dot gnu.org
2011-02-02 18:05 ` dnovillo 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).