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
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
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]
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
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
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
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
Peter Rosin wrote:
Den 2009-01-29 00:45 skrev Roumen Petrov:
snip
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
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).
Something
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
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
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 be done
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 the
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's
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
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
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
__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 flavor of libtool.
#3 was On MSYS/MinGW, stresstest.at now passes when
Den 2009-01-29 00:45 skrev Roumen Petrov:
snip
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.
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
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 fails,
21 matches
Mail list logo