Ah, look. Here I am, replying without reading the whole thread first... anyways, what I meant to say was that you should use the version of mingw32 that comes with dev-c++. bah.

Well from the look of it I had to temporarily disable DJGPP to get Dev-C++/MinGW to compile Allegro, but now I get a parse error in ddraw.h. Two errors, actually; both "parse error before 'HMONITOR', in these lines:
code:
typedef BOOL (FAR PASCAL * LPDDENUMCALLBACKEXA)(GUID FAR *, LPSTR, LPSTR, LPVOID, HMONITOR);
typedef BOOL (FAR PASCAL * LPDDENUMCALLBACKEXW)(GUID FAR *, LPWSTR, LPWSTR, LPVOID, HMONITOR);

(sigh)

Hmmm ... since all this crap uses gnu gcc tools and binutils and all this stuff, can I get Dev-C++ to cross-compile for the Dreamcast, given the right ports of gcc so it compiles for the Dreamcast's SH4 processor(ports that I have)? I'm going to piss around on gcc's home page and learn about this stuff; you guys seem to know a lot about it from somewhere (how did goodbytes know cpp0.exe was new? How? HOW?)

mingw32 and djgpp are both versions of gcc, so you need to have just one on the path

You seem to have found this out for yourself

typing SET will show you your environment settings

typing SET PATH=C:\DevCpp;%PATH% will add C:\DevCpp to the 'front' of your path.

these settings will only last for the DOS session, which is why they are set in autoexec.bat

Nah, Dev-C++ doesn't need the path set. I no longer care for Allegro for Windows (far too much trouble) but I got wind I can use gcc tools ported for the Dreamcast in Dev-C++ or even RHIDE, so I'm going to keep screwing with this and just hope I don't do any permenant damage along the way.

Well, that confirms what I figured, but it doesn't really tell me how to fix it. Dev-C++ still doesn't require any paths set, though, so if I find some way to overwrite all the MinGW GCC tools with the SH4 ports (no, I'm not blindly trying it; I'm doing some research on dcdev and gnu tools first) then I may have a shot. I can live with 2 gcc's; Dev-C++/Dreamcast and RHIDE/DJGPP. I note, however, that RHIDE requires DJGPP's path set or it won't work.

I wonder if I can have 2 Dev-C++'s; one for MinGW and one for SH4 compiling .....

I'm a bit fuzzy on what a bathc file even is. Incidentally, here's a reply I (finally) got from the Bloodshed Software forum about mixing Cygwin and Dev-C++:
quote:
Don't know about the cygwin thing but you can have multiple include paths in your autoexec.bat by separating multiple paths with semi-colons(';')
in the SET PATH command eg.
SET PATH=c:\compiler1;d:\compiler2;c:\compiler3%PATH%
Or you could use batch files: just make sure you have the SET PATH command in each batch file set to your chosen compiler's path.

Hey, cool; he had the same idea you did. I think. So I can have DJGPP/RHIDE, MinGW/Dev-C++ (which still won't compile Allegro) and Cygwin/Dev-C++, and all I need to do is run some batch file before using the IDE/compiler?

I couldn't get the most recent version of allegro to work with the latest version of MingW or Dev-C++. However, I got the last version of allegro to work with both..

OK, I tried rem'ing out the two lines in Autoexec.bat for DJGPP, and tried making a DJSET.BAT with these lines:
@ECHO OFF
SET PATH=C:\DJGPP\BIN;%PATH%
SET DJGPP=C:\DJGPP\DJGPP.ENV
C:/DJGPP is of course my main folder. So I restart, then run DJSET.BAT, then try RHIDE. Gives me warnings all over the place. How should I do this?
[ August 15, 2001: Message edited by: 23yrold3yrold ]

Just opening RHIDE gives me a window saying 'Warning: your DJGPP environment is not set' and so forth. And I'm running Win98.

Another thing, which version of RHIDE are you running ?
1.4 by Robert Höhne (original DOS version)
1.4.7.8 by Andris Pavenis (which works on Linux too)
The both work fine for me in Win98, but I believe they have different small niggles with the environment and other compilers.
I think the debugger worked better in 1.4, but it could just be the bugs I have now are crashing harder

When I say FULL path I mean you have the WINDOWS and WINDOWS/COMMAND folders in it too, so that DOS can work.
%PATH% will add the existing definition to the end so it keeps getting longer if you change modes often. It will also leave the 'other' gcc on the path.
You can put whatever commands you like in a batch file, plus some special commands.
It saves you having to type several things every time you want to do something.
You can put RHIDE or DEVCPP in the batch file like this. I have not called them set??.bat as they start the program and do not reurn until the program has exited.
each line is the same as the command line you type to start the program. I do not know devcpp, but if you type "RHIDE myprog.gpr" then it will start and load this project if it is in the current directory.
RHDJ.BAT

SET PATH=C:\DJGPP\BIN;C:\WINDOWS;C:WINDOWS\COMMAND
SET DJGPP=C:/djgpp/djgpp.env
SET DJDIR=C:/djgpp
CD \myproject\dosversion
RHIDE djgame.gpr

DEVDC.BAT

COPY \DEVCPP\CONFIG.DC \DEVCPP\CONFIG
SET PATH=C:\GCC_DC\BIN;C:\WINDOWS;C:\WINDOWS\COMMAND
CD \myproject\dcversion
DEVCPP dcgame

DEVMW.BAT

COPY \DEVCPP\CONFIG.MW \DEVCPP\CONFIG
SET PATH=C:/MINGW-32/BIN;C:\WINDOWs;C:\WINDOWS\COMMAND
CD \myproject\winversion
DEVCPP mwgame

There! Now Chris can you tell me exact command for starting DEVCPP with a project loaded so I can make these accurate?

I think I will try RHIDE first when I test MingW32, because I started on Turbo C++
[ August 17, 2001: Message edited by: MattSmith ]