Dimitrie O. Paun wrote:
On December 31, 2002 03:43 pm, Manu wrote:
that Visual-MinGW should not depend on cygwin, no? If so, it makes
sense to make this explicit with -mno-cygwin.
If MinGW doesn't complain, I agree.
It shouldn't, it's documented to do so, try it out.
It works
On January 2, 2003 09:33 am, Manu wrote:
Makefiles are standard Visual-MinGW generated makefiles, meanwhile
configure.in, Makefile.am are available, I suggest cvs add Makefile.wine.
I don't understand what you mean. I wasn't suggesting anything non-standard.
As for cvs add Makefile.wine, it's
Dimitrie O. Paun wrote:
On December 31, 2002 01:52 pm, Manu wrote:
-mno-cygwin don't have much sense, since Visual-MinGW is built with
MinGW, under Windows, not Cygwin.
Yes, I know, but -mno-cygwin should be a noop in that case. And if
someone has cygwin installed, it will ensure
Hi Manu,
I got around getting Visual-MinGW to compile under Winelib.
This patch touches only your makefile, and I hope the changes
are not controversial:
-- Use forward slash instead of backslash
-- Explicitly list the DLLs you link against (shell32, comdlg32, advapi32)
-- It make sense
Dimitrie O. Paun:
Hi Manu,
I got around getting Visual-MinGW to compile under Winelib.
This patch touches only your makefile, and I hope the changes
are not controversial:
-- Use forward slash instead of backslash
Yes, logical.
-- Explicitly list the DLLs you link against (shell32
On December 31, 2002 01:52 pm, Manu wrote:
-mno-cygwin don't have much sense, since Visual-MinGW is built with
MinGW, under Windows, not Cygwin.
Yes, I know, but -mno-cygwin should be a noop in that case. And if
someone has cygwin installed, it will ensure that Visual-MinGW is
not linked
On December 31, 2002 03:43 pm, Manu wrote:
that Visual-MinGW should not depend on cygwin, no? If so, it makes
sense to make this explicit with -mno-cygwin.
If MinGW doesn't complain, I agree.
It shouldn't, it's documented to do so, try it out.
-fvtable-thunks is problematic. I use gcc
--- Dimitrie O. Paun [EMAIL PROTECTED] a écrit : Folks,
After a bit of hacking, I've got the Visual-MinGW project to compile,
and link just fine. Problem is that it does not run. Dies right away
with a segmentation fault, so I think I've messed something up with
the building part.
did
On November 20, 2002 03:55 am, Sylvain Petreolle wrote:
did you give a try with winedbg ?
winedbg doesn't start. a +debugmsg +relay doesn't give anything,
I think the seg fault happens during the loading. Check out
the strace output...
--
Dimi.
On November 20, 2002 05:58 pm, Dimitrie O. Paun wrote:
Or maybe the startup script?
No, it's not the startup script. If I just replace the
appdir with notepad's, everything works fine. So the
script is just fine.
It's the building people... Can it be because it's a C++ app?
--
Dimi.
On November 20, 2002 02:01 pm, Sylvain Petreolle wrote:
if winedbg doesn't even start, we can say without risk of error
that you have a problem in your wine tree.
it's 'make distclean' time.
No, my tree is perfect, everything works OK. The problem is with
_this_ app only, I'm doing something
--- Dimitrie O. Paun [EMAIL PROTECTED] a écrit : On November 20,
2002 02:01 pm, Sylvain Petreolle wrote:
if winedbg doesn't even start, we can say without risk of error
that you have a problem in your wine tree.
it's 'make distclean' time.
No, my tree is perfect, everything works OK.
On November 20, 2002 08:33 pm, Sylvain Petreolle wrote:
I don't understand you here. you said winedbg doesnt start.
Sorry, I wasn't clear. If I do:
[dimi@dimi src]$ /home/dimi/dev/wine/wine/programs/winedbg/winedbg
It comes up just fine. But if I do:
[dimi@dimi src]$
On November 20, 2002 06:05 pm, Dimitrie O. Paun wrote:
It's the building, people... Can it be because it's a C++ app?
Yes, it's the C++ thingy that screws it up. I've compiled putty
just the same, and it works perfectly. Now, this is a very simple
application, really, why would it die like this?
Folks,
After a bit of hacking, I've got the Visual-MinGW project to compile,
and link just fine. Problem is that it does not run. Dies right away
with a segmentation fault, so I think I've messed something up with
the building part.
So, to help you help me, I've included the following
Just a quick heads up.
I've been working on compiling Visual-MingW as a Winelib app.
Hence the header patches I've sent :)
I got it to compile (including resources), but it does not link.
Shouldn't be too hard to do, I'll post what changes I had to do
later on.
--
Dimi.
16 matches
Mail list logo