build errors

BlitzMax Forums/BlitzMax Programming/build errors

Glenn Dodd(Posted 2007) [#1]
I have a freshly built PC with BlitzMax 1.26 and MaxGUI.
The following code produces errors i am not familiar with:
SuperStrict

Local files:String[]
Local sString:String

files=LoadDir(CurrentDir()+"\OriginalFiles\")

If Not files
Notify ("There are no files to process in " + CurrentDir()+"\OriginalFiles\")
End
EndIf
Notify ("There are SOME files to process in " + CurrentDir()+"\OriginalFiles\")

and here are the errors:

Building FliwayCHCHServiceCodeReversal
Compiling:FliwayCHCHServiceCodeReversal.bmx
flat assembler version 1.66
3 passes, 3882 bytes.
Linking:FliwayCHCHServiceCodeReversal.debug.exe
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.debug.win32.x86.a(group.cpp.debug.win32.x86.o)(.text+0x22):group.cpp: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.debug.win32.x86.a(group.cpp.debug.win32.x86.o)(.text+0xf2):group.cpp: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned)'
... and lots more...

I have tried all combinations of buildoptions.

Any ideas?

I do this sort of stuff frequently and haven't had these problems before.

Cheers
Glenn


Dreamora(Posted 2007) [#2]
You didn't for any reason rebuild the modules, did you?


Glenn Dodd(Posted 2007) [#3]
yes
why?


Brucey(Posted 2007) [#4]
Have you installed MinGW 5.13 ?


Glenn Dodd(Posted 2007) [#5]
yes the correct version of MinGW and added the environment path and variable.
I did that so i could use some of your modules...
I have always clicked on Rebuild All Modules in the past.

I assume i shouldn't do this now?


Glenn Dodd(Posted 2007) [#6]
Do i need to reload 1.26 and only build the specific modules i use?
and since i haven't done that before is there any thing a beginner needs to know?


Dreamora(Posted 2007) [#7]
no you should not do that. With that step you distroyed MaxGUI.

You need to selective rebuild ... most likely everything but MaxGUI


Glenn Dodd(Posted 2007) [#8]
oh well, seems like a reload and then just build Brucies modules and the other guys i have paid for.

Cheers
glenn


Glenn Dodd(Posted 2007) [#9]
OK.
All reloaded and code compiles now.

Thanks for the help.


Brucey(Posted 2007) [#10]
isn't win32 MaxGUI compatible with 1.26?

Heh.. that's funny :-)


Glenn Dodd(Posted 2007) [#11]
you want to know what is funny?
I just clicked build modules (ctrl D) assuming it would ask me which modules to rebuild since the other option does ALL, but no, it rebuilt the whole lot.
So i am doing my second reload for the night.

Now all i need to know is how to build users modules, like your ones in particular...

Cheers
glenn


LarsG(Posted 2007) [#12]
I think it's compatible with 1.26.. just not when you recompile with the new MingW version.. :p
hehe


Brucey(Posted 2007) [#13]
just not when you recompile with the new MingW version

Perhaps this is the ar.exe / ld.exe linker problem then? (the fact that 1.26 comes with the very old (3.10) exes, not the ones that are in MinGW/bin)

Now all i need to know is how to build users modules, like your ones in particular...

Remember to update your bmk too then... otherwise a lot of my modules won't work properly ( with the default bmk ).


Dreamora(Posted 2007) [#14]
That is why I use Blide .... selective module rebuild through interface just is a too usefull feature if you need to build a few modules.


dmaz(Posted 2007) [#15]
isn't win32 MaxGUI compatible with 1.26?
I have no problem rebuilding all the modules including GUI since I followed Brucey's advise in the main 1.26 thread days ago where he says to replace ar.exe and ld.exe.
http://www.blitzbasic.com/Community/posts.php?topic=72891#815095