Re: [PATCH] Adjust naming of MSVC import libraries.

On 9/3/2010 1:42 PM, Peter Rosin wrote: > Den 2010-09-03 18:05 skrev Charles Wilson: >> This way, non-libtool unixish makefiles could always use -lfoo, >> regardless of whether they were linking to a static lib or dynamic lib. > > Well, -lfoo didn't work for both static and shared libs in non-libt

Re: [PATCH] Adjust naming of MSVC import libraries.

Den 2010-09-03 18:05 skrev Charles Wilson: > On 9/3/2010 7:59 AM, Peter Rosin wrote: >> So, I'm now proposing this naming scheme instead: >> >> static lib: foo.lib >> shared lib: foo-2.dll >> import lib: foo.dll.lib >> >> which is a lot more consistent with the MinGW naming, i.e.: >> >> static l

Re: [PATCH] Adjust naming of MSVC import libraries.

On 9/3/2010 7:59 AM, Peter Rosin wrote: > So, I'm now proposing this naming scheme instead: > > static lib: foo.lib > shared lib: foo-2.dll > import lib: foo.dll.lib > > which is a lot more consistent with the MinGW naming, i.e.: > > static lib: libfoo.a > shared lib: libfoo-2.dll > import

[PATCH] Adjust naming of MSVC import libraries.

[This time with a patch too] Hi! Since I swapped to ar-lib and consequently updated it to allow augmenting an existing archive, I've noticed stuff like this in the testsuite logs: libtool: link: /c/cygwin/home/peda/automake/lib/ar-lib lib cru .libs/a1.lib a1.obj a1.obj : warning LNK4006: _f1 a

[PATCH] Adjust naming of MSVC import libraries.

Hi! Since I swapped to ar-lib and consequently updated it to allow augmenting an existing archive, I've noticed stuff like this in the testsuite logs: libtool: link: /c/cygwin/home/peda/automake/lib/ar-lib lib cru .libs/a1.lib a1.obj a1.obj : warning LNK4006: _f1 already defined in a1.lib(a1.dl

Re: [PATCH 4/7] Use func_to_tool_file instead of fix_srcfile_path.

Den 2010-09-02 20:39 skrev Ralf Wildenhues: > * Peter Rosin wrote on Thu, Sep 02, 2010 at 09:00:13AM CEST: >> Den 2010-09-01 23:30 skrev Ralf Wildenhues: >>> I haven't looked at the patch series in detail yet, but 1-6 look fairly >>> reasonable otherwise. 7 looks risky because of the logic around

Re: [PATCH 0/7] Support for toolchains that are not $host-native.

Den 2010-09-02 15:06 skrev Peter Rosin: > Den 2010-09-01 22:30 skrev Peter Rosin: >> Hi! >> >> I was going to hold off this until after I had run the testsuite one more >> time with the latest fixes, but the recent message from Gary made me post >> right away. By the Lay of Murphy, I'm sure I'll re