wx.mod compile problem?

BlitzMax Forums/Brucey's Modules/wx.mod compile problem?

xlsior(Posted 2013) [#1]
I am unable to compile the latest svn copy of wx.mod:

Compiling:wxglue.cpp
Compiling:common.bmx
In file included from C:/Code/BlitzMax/mod/wx.mod/include/wx/platform.h:709:0,
                 from C:/Code/BlitzMax/mod/wx.mod/include/wx/defs.h:28,
                 from C:/Code/BlitzMax/mod/wx.mod/include/wx/wx.h:15,
                 from C:/Code/BlitzMax/mod/wx.mod/wx.mod/wxglue.h:26,
                 from C:/Code/BlitzMax/mod/wx.mod/wx.mod/wxglue.cpp:23:
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:97:9: error: #error "wxUSE_COMPILER_TLS must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:307:9: error: #error "wxUSE_STD_CONTAINERS must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:315:9: error: #error "wxUSE_STD_STRING_CONV_IN_WXSTRING must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:431:9: error: #error "wxUSE_ARTPROVIDER_STD must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:439:9: error: #error "wxUSE_ARTPROVIDER_TANGO must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:479:9: error: #error "wxUSE_CAIRO must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:583:9: error: #error "wxUSE_COMMANDLINKBUTTON must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:623:9: error: #error "wxUSE_DC_TRANSFORM_MATRIX must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:861:9: error: #error "wxUSE_MARKUP must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:981:9: error: #error "wxUSE_RICHMSGDLG must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:989:9: error: #error "wxUSE_RICHTOOLTIP must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:1117:9: error: #error "wxUSE_TIMEPICKCTRL must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:1157:9: error: #error "wxUSE_TREELISTCTRL must be defined, please read comment near the top of this file."
C:/Code/BlitzMax/mod/wx.mod/include/wx/chkconf.h:1181:9: error: #error "wxUSE_WEBVIEW must be defined, please read comment near the top of this file."
Build Error: failed to compile (1) C:/Code/BlitzMax/mod/wx.mod/wx.mod/wxglue.cpp
Build Error: failed to compile (1) C:/Code/BlitzMax/mod/wx.mod/wx.mod/wxglue.cpp


Any idea what's wrong? tried to remove the entire wx.mod folder and re-cync from SVN, to no avail.

Windows 7 x64, GCC 4.6.1...


Brucey(Posted 2013) [#2]
Hello :-)

Yes, it's still a work-in-progress. I was actually hoping to have it all updated before anyone noticed :-/

1) I've spent the weekend updating for Cocoa and the latest SVN of wxWidgets.

2) Currently trying to get a set of libs built for Win32. It's a bit of a nightmare to say the least. You would think it would be simply a case of modifying some flags in the setup.h file and rebuilding everything. Except of course you end up spending several hours trying to get the flag to stay set…

I'll get back to you later. ;-)


Brucey(Posted 2013) [#3]
It may, or may not, work now…

Static libraries built with TDM 471, so your mileage may vary.
It's also built with "assert debug" warnings enabled. Well, obviously you don't want this in "production" code, but it will be useful for catching issues for now.

I had to find and include a resource file to get rid of some assertion about mouse pointers. Don't think I've used windres before… ho ho.

Tested a couple of samples which built and ran okay. Note that sample fixes are pending :-)


xlsior(Posted 2013) [#4]
OK, so far so good, appears to be compiling...
(Which takes forever of course, but that's normal)

Out of curiosity, do you happen to have a link to the MinGW version that you're using?

I found this one: http://tdm-gcc.tdragon.net/download

But no idea whether we need the sjlj, dw2, or which components?
(the single installer .exe appears to be the sjlj version, which IIRC blitzmax doesn't like?)


Brucey(Posted 2013) [#5]
You need to use sjlj if you are calling into "foreign" DLLs, and hope handle exceptions.

Where did you read that BlitzMax doesn't like sjlj, because that's the one I've always used?? :-s


xlsior(Posted 2013) [#6]
For the life of me, I don't remember... Been quite a while since I last messed with MinGW, though.

Anyway, My existing MinGW install didn't seem to like the current wx module - any of the examples, not matter how basic, spit out a ton of missing sjlj reference errors.

I just upgraded my MinGW to the TDM 471 sjlj version, and it's currently in the process of recompiling all my modules... Let see if that make any difference.

(At least I have some batch files to copy all the relevant MinGW libs to blitzmax and recompile the modules in one swoop, so it's 'sit back and wait' time...)


Brucey(Posted 2013) [#7]
...a ton of missing sjlj reference errors

Ah, right, which will be due to the fact I built it with an sjlj-based MinGW.

Well, I don't mind moving to a dwarf-based one if that's the same kind as everyone else is using…


On a bright and shiny note, I appear to have it working on Linux too now, although you need to built the libs from source. As usual on 64-bit Linux, lots of fun with setting up symlinks.


xlsior(Posted 2013) [#8]
Well, I don't mind moving to a dwarf-based one if that's the same kind as everyone else is using…


It's probably in everyone's best interest to use whatever you are using, given how many modules you've cranked out over the years. ;-)

So far mine is still chugging away recompiling everything, with the 4.7.1 TMD sjsl version.
Couple of failures so far, bah.raknet and bah.raptor gave errors, I removed them for now and will resync from SVN after all the others are done rebuilding and see if the errors persist.


xlsior(Posted 2013) [#9]
Update:

bah.Raknet fails to build:

Compiling:PacketizedTCP.cpp
In file included from C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/NetworkIDManager.h:11:0,
                 from C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/NetworkIDObject.cpp:9:
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h: In instantiation of 'void DataStructures::AVLBalanced
BinarySearchTree<BinarySearchTreeType>::BalanceTree(typename DataStructures::BinarySearchTree<BinarySearchTreeType>::node*, bool) [with BinarySearchTreeType = NetworkIDNode; typename DataStructures::BinarySearchTree<BinarySearchTreeType>::node = DataStructures::BinarySearchTree<NetworkIDNode>::node]':
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:219:3:   required from 'void DataStructures::AVLBalancedBinarySearchTree<BinarySearchTreeType>::Del(const BinarySearchTreeType&) [with BinarySearchTreeType = NetworkIDNode]'
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/NetworkIDObject.cpp:43:72:   required from here
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:169:5: error: 'Height' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:169:5: note: declarations in dependent base 'DataStructures::BinarySearchTree<NetworkIDNode>' are not found by unqualified lookup
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:169:5: note: use 'this->Height' instead
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:174:5: error: 'Height' was not declared in this scope,
 and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:174:5: note: declarations in dependent base 'DataStructures::BinarySearchTree<NetworkIDNode>' are not found by unqualified lookup
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:174:5: note: use 'this->Height' instead
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:202:4: error: 'FindParent' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:202:4: note: declarations in dependent base 'DataStructures::BinarySearchTree<NetworkIDNode>' are not found by unqualified lookup
C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/DS_BinarySearchTree.h:202:4: note: use 'this->FindParent' instead
Compiling:PacketLogger.cpp
Compiling:PacketOutputWindowLogger.cpp
Compiling:PluginInterface.cpp
Build Error: failed to compile (1) C:/Code/BlitzMax/mod/bah.mod/raknet.mod/src/NetworkIDObject.cpp


bah.raptor fails too:
Compiling:raptor_general.c
Compiling:raptor_grddl.c
In file included from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/rdfa.h:48:0,
                 from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/rdfa_utils.h:23,
                 from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/language.c:25:
C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/raptor_internal.h:789:24: fatal error: curl/types.h: No such file or directory
compilation terminated.
Build Error: failed to compile (1) C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/language.c

Build Error: failed to compile (1) C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/language.cIn file included from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/s
rc/librdfa/rdfa.h:48:0,
                 from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/rdfa_utils.h:23,
                 from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/curie.c:28:
C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/raptor_internal.h:789:24: fatal error: curl/types.h: No such file or directory
compilation terminated.
In file included from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/rdfa.h:48:0,
                 from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/rdfa_utils.h:23,
                 from C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/librdfa/triple.c:28:
C:/Code/BlitzMax/mod/bah.mod/raptor.mod/src/raptor_internal.h:789:24: fatal error: curl/types.h: No such file or directory
compilation terminated.


bah.curl appears to compile OK.
bah.flickcurl fails, seemingly due to a dependency on the failed bah.raptor
bah.raknetvoice, bah.raknetvoicefmod and bah.raknetrooms fail due to the dependency on the failed bah.raknet


xlsior(Posted 2013) [#10]
hmmmm.

After the wx.mod itself compiled without errors, it appears there is still something squirrely. Any of the wx samples I try to compile give a slew of errors, e.g.:



I -am- using the latest TDM GCC, and it is supposed to be the sjlj version. (double-checked the installer, it had a choice between both, and I selected the sjlj option)

gcc version 4.7.1 (tdm-1)

Other blitzmax code (and a handful of samples from other bah.something modules) appears to run OK.

Brucey -- do you happen to still have a copy of the MinGW installer you used yourself?


Brucey(Posted 2013) [#11]
The error still kind of implies your setup isn't entirely correct - presumably the linker used for your final app build ?

The installer I used is tdm-gcc-4.7.1-2 (MinGW / sjlj) , which is the first one on the downloads page.

So, is TDM the only one that builds an sjlj version of MinGW? If all the other distros are Dwarf then… well, I dunno really.


Brucey(Posted 2013) [#12]
Hmm, according to the official mingw pages (here) :

New features since the previous release (needs updating)

* Zero cost exceptions: New exception model Dwarf only has performance penalty when being thrown. The old model, SJLJ, is no longer available.
...


So the standard is to use Dwarf, apparently.

Well, maybe I should try TDM dw, and see what happens :-/


xlsior(Posted 2013) [#13]
The error still kind of implies your setup isn't entirely correct - presumably the linker used for your final app build ?


But how?

I did reinstall blitzmax, copied the ar.exe and ld.exe from minGW, and overwrote the existing /lib files with the ones that came with MinGW, ...
(Now, I /did/ notice that this MinGW install comes with both an /bin/ld.exe and /bin/ld.bfd.exe , which are identical in size except there are two bytes different in the exe... I assume I still need to grab just the ld.exe?)

I did use the tdm-gcc-4.7.1-2 installer, and selected the 'recommended' option, which does the default "TDM-GCC current: 4.7.1-tdm-1" (instead of the 4.7.0-1 or the dw2-3 selection.)
Did a clean install of MinGW to c:\MinGW (renamed the existing folder), so there are no lingering old files merged in with the new ones.

Even removed my environment my GCC environment variables in case they were interfering or something, since apparently those are no longer necessary. Also removed the BMK_SPEEDUP=1 environment var as well in case that did something weird.

Deleted the mod/wx.mod folder and re-synced from SVN.

I'm using your BMK version: bmk -v tells me: bmk 2.15 mt-win32-x86 / gcc 40701 (cpu x12)

Rebooted for the environment stuff to take effect, and so far still no luck.

Blitzmax IDE does tell me that I'm running GCC and G++ 4.7.1, and FASM 1.69.14.

So... Are there any other dependencies for the wx.mod module that I'm missing or something?


xlsior(Posted 2013) [#14]
Hm see one potential thing to try:

I'm using BMK_NG, and one of the files in the blitzmax/bin is custom.bmk
The last lines in there say:


#Defaults to linking with GCC. Change back to default by
#uncommenting the next line:
#link_with_ld=1



I guess I try to unremark that last line, see if it changes the behaviour?

EDIT: Made no difference, still throwing those sjlj errors.

Last edited 2013


Brucey(Posted 2013) [#15]
So... Are there any other dependencies for the wx.mod module that I'm missing or something?

No. It's all dependent on itself.

Programming is fun! ;-)

I have : bmk 2.15 mt-win32-x86 / gcc 40701 (cpu x1)
(it's running (less quickly) in a VM.. )

My gcc reports : gcc (tdm-1) 4.7.1


Do you have config.bmk in your bin dir? (for cross-compiling). If you aren't cross-compiling, you should probably remove it. It sets up path_to_gpp which would be empty otherwise.


xlsior(Posted 2013) [#16]
Do you have config.bmk in your bin dir? (for cross-compiling). If you aren't cross-compiling, you should probably remove it. It sets up path_to_gpp which would be empty otherwise.


No, just core.bmk, custom.bmk and make.bmk -- and pretty sure I haven't changed anything inside those.

I just removed all my other mods, leaving just the defaults + wx.mod
Also blew away the contents on the windows temp folder, just in case.

Still exactly the same errors upon running any of the wx sample files, even though there are no errors on compiling the actual module.
there does appear to be some kind of version conflict, although we are using the same release?!

Edit: Actually, are you using 'current' or 'stable'?

Last edited 2013


Brucey(Posted 2013) [#17]
Current or stable what? wxWidgets?

I have a base BlitzMax install, with a clean build of bmk_ng.

I added TDM 4.7.1 sjlj
Changed the bin/lib folders with the new files.

I built wxWidgets from SVN (rev 73381), so it has all the latest changes. (I guess this will be 2.9.5 or 3.0.0 whenever they do the next release).

I built it first on OS X. Then I copied the entire folder to Win32, and re-built it there, several (well, perhaps 6 or 7) times until everything was compiled with the correct settings (as per my build notes in the wx.mod folder).

Copied over the built libs into the module, and re-built the modules.
Once everything was "right", the samples all compiled and ran as expected.

I've not seen the sljl errors with this build.

I *have* seen it recently in my modules, because I had been trying different MinGW's with Qt in a desperate effort to get it built and linking correctly. The time I did see those sljl errors was because I had moved back to TDM and hadn't completely re-built everything (including apps) with the new linker. After a re-build, everything worked.

The only way you see this error is if you have built something with MinGW A, and something else with MinGW B.

When you see a library with "undefined reference", it means that library has references to that code, but your linking of that library into your binary does not include the missing references. As far as I know, they are statically linked into your exe via libstdc++ or some such, which is automatic.


xlsior(Posted 2013) [#18]
-deleted-

Last edited 2013


Brucey(Posted 2013) [#19]
Ah, you've given up? Well, perhaps it's best to hold off for a bit.

What I'll do, is I'll create a clean setup of everything myself :

* BlitzMax with bmk_ng 2.15
* wxMax from SVN
* MinGW TDM

Re-build everything, and see what happens.


xlsior(Posted 2013) [#20]
Ah, you've given up? Well, perhaps it's best to hold off for a bit.


No, FIXED!

I found the problem, which was something very stupid in hindsight.

Turned out that the batch file I created to grab the appropriate files from the minGW setup folders had a hard-coded reference to the 4.5.1 subfolder, so while it copied a few of the files from the /MinGW/Lib folder, it ignored the /minGW/lib\gcc\mingw32\4.7.1 subfolder... which meant that not all the necessary files were replaced.

After fixing that, a couple more files from /blitzmax/lib were overwritten, and the error went away: wx samples now work, without the sjlj errors I saw earlier. Sorry for the confusion. :-?

(Here's the (fixed) copy script I was using -- it uses the unix tools 'awk' to write the batch file for me)

@echo off
copy c:\mingw\bin\ar.exe c:\code\blitzmax\bin /Y
copy c:\mingw\bin\ld.exe c:\code\blitzmax\bin /Y
dir c:\code\blitzmax\lib /b | awk "{print \"copy \\\"c:\\mingw\\lib\\\\\"$0 \"\\\" c:\\code\\blitzmax\\lib\"}" > copylibs.bat
dir c:\code\blitzmax\lib /b | awk "{print \"copy \\\"c:\\mingw\\lib\\gcc\\mingw32\\4.7.1\\\\\"$0 \"\\\" c:\\code\\blitzmax\\lib\"}" >> copylibs.bat
call copylibs.bat


I'll copy the other modules back right now, and will attempt a full rebuild... But I'm cautiously optimistic.

(Although the bah.raptor, bah.raknet, bah.raknet* did still error out with the same messages as posted near the top of this thread, which seems unrelated to MinGW? Any idea on those?)

Raptor and Flickcurl compile without error after remarking out the #include curl/style.h lines, but no idea if that breaks their functionality since I don't have a flicker account and have no idea what raptor actually /does/. Whatever is wrong with Raknet seems to be a more elaborate issue.

Last edited 2013


Brucey(Posted 2013) [#21]
Good old AWK :-)
I was using it just the other day to regenerate BlitzMax source for the language id's..
#!/bin/bash
awk '{ print "Const " $1 ":Int = " (count++)}' <<endl
wxLANGUAGE_DEFAULT
wxLANGUAGE_UNKNOWN
…
endl

Sometimes it's quicker to write a script to do stuff than it is to sit hand-crafting the result.

But as you've discovered, sometimes it's not ;-)


UNZ(Posted 2013) [#22]
I don't get it.
I Have pretty much the same compiling error so I uninstalled MinGW and deleted its dir.
Then I re-installed it and copied ar.exe and id.exe from MinGW/bin to BlitzMax/bin. Afterwards I copied every file from MinGW/lib to BlitzMax/lib and added the stuff from MinGW\lib\gcc\mingw32\4.7.2 too.

But errors still occur...


Brucey(Posted 2013) [#23]
Well, you need to ensure your MinGW is using sjlj and not dwarf/2, since the static libraries were built with TDM sjlj.

Otherwise, you would need to rebuild the static libraries so that they are compatible with dwarf/2 instead of sjlj.


If you already have the correct GCC, then it's easy enough just to modify xlsior's script in post #20, and run that. (you'd need a version of awk/gawk for win32 too).
Anything is better than doing it all by hand.


xlsior(Posted 2013) [#24]
If you already have the correct GCC, then it's easy enough just to modify xlsior's script in post #20, and run that. (you'd need a version of awk/gawk for win32 too).
Anything is better than doing it all by hand.


And for clarification what that script actually does: for each file that exists in the blitzmax/lib folder, it will attempt to overwrite it with a file of the same name from c:\mingw\lib and c:\mingw\lib\gcc\mingw32\4.7.1


UNZ(Posted 2013) [#25]
FINALLY!

I installed a TDM sjlj MinGW and ran the script --> everything is fine now ^^


Russell(Posted 2013) [#26]
This process needs to be [a lot] easier.

Just sayin'

Russell


Brucey(Posted 2013) [#27]
If you have MinGW setup correctly, it's a somewhat non-event.


Derron(Posted 2013) [#28]
Is that TDM-gcc 4.7.1-2 slower than prior versions? Compilation in my VM (2gb ram, 2 cores assigned virtualBox-Windows-XP) takes hours.

My older GCC 4.4.1 compiled all modules/wxmax in <30 min. Now each recompilation of all modules takes longer than 2hrs.


edit: re-compilation martyrdom since this morning.
a) downloaded current wxmax-svn-revision and moved wx.mod into the blitzmax-module-folder
b) moved my old "c:\MinGW" to "c:\MinGW_old"
c) Downloaded "tdm-gcc-4.7.1-2.exe"
d) Installed (default settings) to c:\MinGW
e) gcc --version says: "gcc (tdm-1) 4.7.1"
f) 1. copied: "c:\MinGW\bin\ar.exe" to "c:\BlitzMax\bin\ar.exe" (overwritten)
f) 2. copied: "c:\MinGW\bin\ld.exe" to "c:\BlitzMax\bin\ld.exe" (overwritten)
f) 3. copied "c:\MinGW\lib\*.o|*.a" to "c:\BlitzMax\lib\*.o|*.a" (overwritten)
f) 4. copied "c:\MinGW\lib\gcc\mingw32\4.7.1\*.o|*.a" to "c:\BlitzMax\lib\*.o|*.a" (overwritten)
g) went into "c:\BlitzMax\bin" and typed "bmk makemods -a"
h) waited one hour
i) waited further hour(s)
...
y) tried to compile wx.mod/samples/artprov_test.bmx

Output:
Building artprov_test
Compiling:artprov_test.bmx
flat assembler  version 1.69.14  (1264198 kilobytes memory)
4 passes, 26004 bytes.
Linking:artprov_test.exe
Info: resolving __ZTVN10__cxxabiv120__si_class_type_infoE by linking to __imp___ZTVN10__cxxabiv120__si_class_type_infoE (auto-import)
Info: resolving __ZTVN10__cxxabiv117__class_type_infoE by linking to __imp___ZTVN10__cxxabiv117__class_type_infoE (auto-import)
Info: resolving __ZTVN10__cxxabiv121__vmi_class_type_infoE by linking to __imp___ZTVN10__cxxabiv121__vmi_class_type_infoE (auto-import)
Executing:artprov_test.exe
C:/BlitzMax/bin/ld.exe: warning: auto-importing has been activated without --enable-auto-import specified on the command line.
This should work unless it involves constant data structures referencing symbols from auto-imported DLLs.
Warning: .drectve `-aligncomm:"_stderr_",2 ' unrecognized
Warning: .drectve `-aligncomm:"_stdout_",2 ' unrecognized
Warning: .drectve `-aligncomm:"_stdin_",2' unrecognized
Warning: .drectve `-aligncomm:"__bbusew",2 ' unrecognized
Warning: .drectve `-aligncomm:"_bbGCStackTop",2' unrecognized
Warning: .drectve `-aligncomm:"__bbLock",2 ' unrecognized
Warning: .drectve `-aligncomm:"__bbNeedsLock",2' unrecognized
Warning: .drectve `-aligncomm:"___DTOR_LIST__",2 ' unrecognized
Warning: .drectve `-aligncomm:"___CTOR_LIST__",2' unrecognized

Process complete

(logically this is the same for other samples)

z) wrote that posting.

bye
Ron

edit2: Blitzmax-IDE says I am running the most current windows-edition v1.48 of blitzmax (just if this is questionized)