Ralf Wildenhues wrote:
>> +# func_tr_sh
>> +# turn $1 into a string suitable for a shell variable name
>> +# result is stored in $func_tr_sh_result
>> +func_tr_sh ()
>> +{
>> + func_tr_sh_result=`echo "$1" | $SED -e 's/[^A-Za-z0-9_]/_/g'`
>> + # ensure result begins with non-digit
>> + case "$fu
Hello Charles,
I haven't looked at your patches in detail yet, but a couple of things
caught my eye:
* Charles Wilson wrote on Sat, Jan 03, 2009 at 02:39:15AM CET:
> diff --git a/libltdl/config/general.m4sh b/libltdl/config/general.m4sh
> index 4bc304c..c4de91a 100644
> --- a/libltdl/config/gener
Den 2009-01-13 16:41 skrev Charles Wilson:
Peter Rosin wrote:
Den 2009-01-06 02:06 skrev Charles Wilson:
Maybe under that name. But a libbfd-ified version of impgen (as a
replacement for the IMO totally broken -- but part of mingw-utils-0.3 --
reimp program), that happens to also supply an --id
Peter Rosin wrote:
> Den 2009-01-06 02:06 skrev Charles Wilson:
>> Maybe under that name. But a libbfd-ified version of impgen (as a
>> replacement for the IMO totally broken -- but part of mingw-utils-0.3 --
>> reimp program), that happens to also supply an --identify
>> --identify-ms functionali
Den 2009-01-06 02:06 skrev Charles Wilson:
Maybe under that name. But a libbfd-ified version of impgen (as a
replacement for the IMO totally broken -- but part of mingw-utils-0.3 --
reimp program), that happens to also supply an --identify
--identify-ms functionality? Not so far-fetched.
Right
Den 2009-01-04 03:35 skrev Charles Wilson:
Peter Rosin wrote:
I'm primarily trying to determine what impact this has on my
MSVC branch...
Den 2009-01-03 02:39 skrev Charles Wilson:
*snip*
+*cygwin* | *mingw* | *cegcc* )
We should strive to have fewer of these in ltmain.m4sh, not more.
On Mon, 05 Jan 2009 21:55:13 +0100, "Peter Rosin" said:
> Works for me (also works for import libs produced with the msvc branch).
Good.
> How likely is dllname to make it into msys 1.11? Or will that have to
> wait until 1.12? (I'm asking what you think, I know that definitive
> answers to such
Den 2009-01-05 15:08 skrev Charles Wilson:
Peter Rosin wrote:
Den 2009-01-05 06:24 skrev Charles Wilson:
Interesting! Meanwhile, I have done some experiments on my own, as I
don't like the dependence on anything that comes with MinGW when
dealing with libtool and MSVC.
I kind of suspected that
Peter Rosin wrote:
> Den 2009-01-05 06:24 skrev Charles Wilson:
> Interesting! Meanwhile, I have done some experiments on my own, as I
> don't like the dependence on anything that comes with MinGW when
> dealing with libtool and MSVC.
I kind of suspected that. What about the attached? This versio
Den 2009-01-05 06:24 skrev Charles Wilson:
Charles Wilson wrote:
Charles Wilson wrote:
Peter Rosin wrote:
I'm primarily trying to determine what impact this has on my
MSVC branch...
Ran some experiments on the libraries shipped with the Windows SDK. The
attached script worked ok on most of th
Charles Wilson wrote:
> Charles Wilson wrote:
>> Peter Rosin wrote:
>>> I'm primarily trying to determine what impact this has on my
>>> MSVC branch...
>
> Ran some experiments on the libraries shipped with the Windows SDK. The
> attached script worked ok on most of them. After eliminating the sta
Charles Wilson wrote:
> Peter Rosin wrote:
>> I'm primarily trying to determine what impact this has on my
>> MSVC branch...
Ran some experiments on the libraries shipped with the Windows SDK. The
attached script worked ok on most of them. After eliminating the static
libraries and the import libr
Peter Rosin wrote:
> I'm primarily trying to determine what impact this has on my
> MSVC branch...
>
> Den 2009-01-03 02:39 skrev Charles Wilson:
> *snip*
>> +*cygwin* | *mingw* | *cegcc* )
>
> We should strive to have fewer of these in ltmain.m4sh, not more.
Yep. But the problem is, the
Hi Chuck,
I'm primarily trying to determine what impact this has on my
MSVC branch...
Den 2009-01-03 02:39 skrev Charles Wilson:
*snip*
+ *cygwin* | *mingw* | *cegcc* )
We should strive to have fewer of these in ltmain.m4sh, not more...
+ func_warn "Using fallback code to det
Charles Wilson wrote:
> bootstrapped on cygwin, tested the
> demo-{conf|shared|static} + demo-make + demo-exec
> test cases with success. Full test suite in progress.
And...4.5 hours later, test suite results on cygwin (1.7.0-37, but that
shouldn't matter. The good news is, cygwin-1.7 now hand
15 matches
Mail list logo
