Den 2009-01-30 05:35 skrev Charles Wilson:
Ralf Wildenhues wrote:
Guys, if all you're working around is -Werror, then stop right now.
Just eliminate -Werror from $LTCC $LTCFLAGS and be done with it.
The cwrapper machinery, if it needs anything, then become simpler
and less work to maintain, not
Ralf Wildenhues wrote:
> * Peter Rosin wrote on Thu, Jan 29, 2009 at 06:53:48PM CET:
>> But maybe, just maybe, you don't have a desperate need to do
>> "-std=c89 -Werror" :-)
>
> Guys, if all you're working around is -Werror, then stop right now.
> Just eliminate -Werror from $LTCC $LTCFLAGS and b
Roumen Petrov wrote:
> I think that we has to be careful about structure _stat and version of
> msvcrt (>=8.0) - it depend from definition of time_t 32/64 bit and the
> size is deferent depending from an another macro. May be wrapper has to
> include MSVC headers.
This is all moot. We (libtool's c
Bob Friesenhahn wrote:
> My own MinGW install dates from the 2002/2003 time frame. :-)
>
> At the time MinGW/MSYS was a simple install. Nowadays it seems to be
> all jumbled up so I have not tried to cross the hurdle of an update.
Yes, the MinGW download site is a disaster, thanks to SF "improve
Peter Rosin wrote:
> Den 2009-01-29 11:49 skrev Charles Wilson:
>> What version of mingw-runtime are you using? (I'm not sure which version
>> I have; its from a bundle I put together about a year ago; I can get to
>> the docu for that bundler later today. It's probably mingw-runtime-3.14).
>
> So
Peter Rosin wrote:
Den 2009-01-29 00:45 skrev Roumen Petrov:
I'm sure that I test libtool in mingw-cross env. after Charles add
cwrapper test. Now I repeat the test N# 37(cwrapper) in verbose mode and
the results is:
...
/at-groups/37/test-source: line 73: ./libtool: Permission denied
..
Peter Rosin wrote:
Den 2009-01-29 18:56, skrev Ralf Wildenhues:
* Peter Rosin wrote on Thu, Jan 29, 2009 at 06:53:48PM CET:
But maybe, just maybe, you don't have a desperate need to do
"-std=c89 -Werror" :-)
Guys, if all you're working around is -Werror, then stop right now.
Just eliminate -W
Den 2009-01-29 18:56, skrev Ralf Wildenhues:
* Peter Rosin wrote on Thu, Jan 29, 2009 at 06:53:48PM CET:
But maybe, just maybe, you don't have a desperate need to do
"-std=c89 -Werror" :-)
Guys, if all you're working around is -Werror, then stop right now.
Just eliminate -Werror from $LTCC $LT
* Peter Rosin wrote on Thu, Jan 29, 2009 at 06:53:48PM CET:
>
> But maybe, just maybe, you don't have a desperate need to do
> "-std=c89 -Werror" :-)
Guys, if all you're working around is -Werror, then stop right now.
Just eliminate -Werror from $LTCC $LTCFLAGS and be done with it.
The cwrapper ma
Den 2009-01-29 18:26 skrev Bob Friesenhahn:
On Thu, 29 Jan 2009, Peter Rosin wrote:
Den 2009-01-29 11:49 skrev Charles Wilson:
What version of mingw-runtime are you using? (I'm not sure which version
I have; its from a bundle I put together about a year ago; I can get to
the docu for that bund
On Thu, 29 Jan 2009, Peter Rosin wrote:
Den 2009-01-29 11:49 skrev Charles Wilson:
What version of mingw-runtime are you using? (I'm not sure which version
I have; its from a bundle I put together about a year ago; I can get to
the docu for that bundler later today. It's probably mingw-runtime-
Den 2009-01-29 11:49 skrev Charles Wilson:
What version of mingw-runtime are you using? (I'm not sure which version
I have; its from a bundle I put together about a year ago; I can get to
the docu for that bundler later today. It's probably mingw-runtime-3.14).
Something prior to [1] obviously.
Peter Rosin wrote:
> I have:
> $ gcc -v
> Reading specs from C:/MinGW/bin/../lib/gcc/mingw32/3.4.2/specs
> Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
> --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads
> --disable-nls --enable-languages=c,c++,f77,ada,obj
Den 2009-01-28 23:44 skrev Peter Rosin:
Den 2009-01-28 16:13 skrev Charles Wilson:
Peter Rosin wrote:
Maybe, here are the errors:
So, I guess these declarations should do it (untested):
int _setmode (int, int);
int _spawnv (int, const char *, const char * const *);
#ifndef _P_WAIT /* just in
Den 2009-01-29 00:45 skrev Roumen Petrov:
I'm sure that I test libtool in mingw-cross env. after Charles add
cwrapper test. Now I repeat the test N# 37(cwrapper) in verbose mode and
the results is:
...
/at-groups/37/test-source: line 73: ./libtool: Permission denied
...
37. cwrapper.at:25
gt; It start for ms compiler why #ifdef __MINGW32__ is now involved ?
Peter included three different topics in his original post that began
this thread. #1 was "Status of the MSYS/MSVC port".
#2 was a single sentcence: "make check-local on Cygwin/gcc is "clean"
with this
Peter Rosin wrote:
[SNIP]
This was all inside #ifdef __MINGW32__, which assumes msvcrt.dll, i.e.
compatible with MSVC 6, so we're safe. I think. Famous last words...
It seems to me that I misunderstood report failure and the case.
It start for ms compiler why #ifdef __MINGW32__ is now involved
Den 2009-01-28 16:13, skrev Charles Wilson:
Peter Rosin wrote:
Maybe, here are the errors:
So, I guess these declarations should do it (untested):
int _setmode (int, int);
int _spawnv (int, const char *, const char * const *);
#ifndef _P_WAIT /* just in case */
# define _P_WAIT0
#endif
Den 2009-01-28 23:36, skrev Roumen Petrov:
Peter Rosin wrote:
Den 2009-01-28 04:25 skrev Charles Wilson:
Peter Rosin wrote:
[SNIP]
#ifndef _STAT_DEFINED
struct _stat
{
[SNIP]
};
#endif /* _STAT_DEFINED */
int _stat (const char *, struct _stat *);
[SNIP]
I think that we has to be careful a
Peter Rosin wrote:
Den 2009-01-28 04:25 skrev Charles Wilson:
Peter Rosin wrote:
[SNIP]
#ifndef _STAT_DEFINED
struct _stat
{
[SNIP]
};
#endif /* _STAT_DEFINED */
int _stat (const char *, struct _stat *);
[SNIP]
I think that we has to be careful about structure _stat and version of
msvcrt
Peter Rosin wrote:
> Maybe, here are the errors:
>
> So, I guess these declarations should do it (untested):
>
> int _setmode (int, int);
> int _spawnv (int, const char *, const char * const *);
> #ifndef _P_WAIT /* just in case */
> # define _P_WAIT0
> #endif
_P_WAIT is guarded in MSVC'
Den 2009-01-28 04:25 skrev Charles Wilson:
Peter Rosin wrote:
On MSYS/MinGW, stresstest.at now passes when "Run tests with low
max_cmd_len", that fails on git master. On the other hand, "cwrapper for
uninstalled executables" fails at cwrapper.at:78 (both with and without
low max_cmd_len). It's
Peter Rosin wrote:
> On MSYS/MinGW, stresstest.at now passes when "Run tests with low
> max_cmd_len", that fails on git master. On the other hand, "cwrapper for
> uninstalled executables" fails at cwrapper.at:78 (both with and without
> low max_cmd_len). It's the second time through the loop that
Hi!
With a bunch of pending patches [1] applied, the status of the
pr-msvc-support branch is as follows, when bootstrapped on Cygwin
(autoconf 2.63, automake 1.10.1) and configured on MSYS (autoconf 2.61,
automake 1.10) in a subdir with:
../configure CC=cl CFLAGS='-MD -Zi' CXX=cl CXXFLAGS='-MD -
24 matches
Mail list logo
