demo mac/iphone compiler error

[kwagner]

Hi, I'm really impressed by glbasic and will be purchasing it soon. On to my issue:
I have a fresh install of the demo version (IDE 7.341).
Running a manual update says I have the current version.
I made a new project, with just a "print "hello",1,1" in it.
I adjust the project options to mac.
When I go to build-multiplatform for mac, I get this:

*** Configuration: OS-X_UNI ***
precompiling:
GPC - GLBasic Precompiler V.6.922 SN:a042611f - 2D, WIN32
Wordcount:1 commands
compile+link:
powerpc-apple-darwin9-g++: installation problem, cannot exec 'cc1plus': No such file or directory
powerpc-apple-darwin9-g++: installation problem, cannot exec 'cc1plus': No such file or directory
Mac OSX compiler wrapper
compile for PowerPC
call:
"Q:\Compiler\platform\Mac\Bin\powerpc-apple-darwin9-g++.exe" -O3 -w -isysroot "/cygdrive/Q/Compiler/platform/Mac/SDKs/MacOSX10.4u.sdk" -I"/cygdrive/Q/Compiler/platform/Include" -I"/cygdrive/C/dev/glbasic/GLBasic/Topical Sushi Squad" -L"/cygdrive/Q/Compiler/platform/Mac/OSX/Lib" -framework OpenGL -framework Cocoa -framework QuickTime -DMACOSX -DMAC -DTARGET_OS_MAC -DNDEBUG -DWANT_SDL -DHAVE_OPENGL "/cygdrive/C/DOCUME~1/Dip/LOCALS~1/Temp/glbasic/gpc_tempg.cpp" "/cygdrive/C/DOCUME~1/Dip/LOCALS~1/Temp/glbasic/gpc_temp0.cpp"    -lGLBasicUni -lSDL_mixer -lSDL -lSDLmain -lpng_uni -lstdc++-static -o "/cygdrive/C/DOCUME~1/Dip/LOCALS~1/Temp/glbasic/output.ppc" -DOSXUNI=1
CurDir:
C:\DOCUME~1\Dip\LOCALS~1\Temp\glbasic
failed (exit code 1)!
*** FATAL ERROR - Please post this output in the forum
_______________________________________
*** Finished ***
Elapsed: 2.2 sec. Time: 11:47
Build: 0 succeeded.
*** 1 FAILED ***

adjusting project options to iphone and then doing build-multiplatform for iphone, I get:
*** Configuration: IPHONE ***
precompiling:
GPC - GLBasic Precompiler V.6.922 SN:a042611f - 2D, WIN32
Wordcount:1 commands
compiling:
arm-apple-darwin9-g++: error trying to exec 'cc1plus': execvp: No such file or directory
arm-apple-darwin9-g++: error trying to exec 'cc1plus': execvp: No such file or directory
*** FATAL ERROR - Please post this output in the forum
_______________________________________
*** Finished ***
Elapsed: 2.2 sec. Time: 11:48
Build: 0 succeeded.
*** 1 FAILED ***


Searching the glbasic/compiler folder shows 8 versions of cc1plus.exe, so i'm not really sure what the problem is. I do have a lot of development tools and environments installed though, maybe one of them is causing conflict? I had cygwin and mingw at one point but I believe them to be uninstalled.

Thanks in advance!

[MrTAToad]

Its possible the demo wont let you compile for the Mac - I'll check that.  Yes, it should work...

[kwagner]

Thanks for checking that. I didn't think it was limited in that way but I wasn't sure.

[MrTAToad]

Perhaps try the V8 beta ?

[kwagner]

I just did. Unfortunately, I got the same error.

[MrTAToad]

Before you start compiling, open Explorer.  Then compile for Mac and see if the Q drive is created...  From the error (cannot exec 'cc1plus') it looks like Q isn't being created.  I presume you dont have a Q drive already...

What OS are you using, by the way ?

[kwagner]

Aha, good call. I see a drive with a red ? on it, properties shows 0/0 bytes and raw formatting, so it's failing to map properly at some point. I've tried disconnecting it to no avail. I am running XP.

Edit: I only have a C drive, with an occasional D when I use a thumbdrive.
Edit x2: Building for Linux works fine, in case they use similar behind-the-scenes workings. Are there any logs I can use to see what it fails on?
Edit x3: After a reboot, the drive is gone. Building under osx doesn't make it appear, building under iphone makes the red ? appear.

[MrTAToad]

The Q drive should have the attributes of your C hard drive (shouldn't be 0), so for some reason its failing to create properly.

I dont know of any logs unfortunately.  Hopefully Kitty will know more later today.

[MrTAToad]

ooh - do you have MinGW installed ?

[Kitty Hello]

The "Q" drive is a temporarily created drive for some computers where the compiler complains otherwise.
Yes, MinGW is sometimes still a problem. But this one should be a cygwin compiler. Hm...

MrT - do you have c:\program files\gbasic\compiler\platform\Mac\bin\ somthing with cc1 ? I don't but that means nothing.

[kwagner]

I had MinGW and cygwin installed at one point, though I've uninstalled them since. There could still be some leftovers causing conflict, though.

the cc1 is in \Mac\libexec\gcc\{platform}\4.0.1\cc1plus.exe

Is there any environment variable that needs to be set (path, etc) for the drive creation to be successful?

Edit: Got it working. Although I uninstalled mingw, it was still on the drive, and still had env variables in place. I deleted the mingw directory, and manually edited the path environment variable, and removed one i think that was cpp_compiler. then it compiled fine.

[MrTAToad]

Ah, so it was MinGW causing the problem again...

[Kitty Hello]

what environment variables were it?

[MrTAToad]

How do I use MinGW with Cygwin?

    * For those who would like to use the Cygwin environment for development, yet generate non-Cygwin-dependant executables, a much easier option to "-mno-cygwin" does exist. Simply install Cygwin and the MinGW distribution in separate directories (i.e. "C:\CYGWIN" and "C:\MINGW"), and make sure that the "/bin" subdirectory beneath your MinGW installation comes before Cygwin's "/bin" subdirectory in your PATH environment variable (i.e. "PATH=%PATH%;C:\MINGW\BIN;C:\CYGWIN\BIN"). This will allow you access to all the UNIX tools you want, while ensuring that the instance of GCC used is the MinGW version. %%%
    * Bear in mind that within the "/etc/profile" file, Cygwin by default places "/usr/local/bin", "/usr/bin", and "/bin" ahead of your system-level PATH. Therefore, it is not enough to have the MinGW's "/bin" ahead of Cygwin in your Windows path... it must also be set to come first within the Cygwin environment (either by modifying "/etc/profile" or setting it manually).

Might be something to look into.

[kwagner]

Of course I neglected to write down the variables before I removed them
I tried reinstalling mingw to see if that triggered it again, but it didn't add any variables back in.
It may have been something done manually at some point by me to get mingw to work.
I've tried searching google for variables other than path (there had to be a reason I added it, if I did), but haven't found anything yet.