Solved! Now it works for all compilers combinations: #include "FiveWin.ch"function Main() local oDlg, oGet, cText := Space( 30 ) DEFINE DIALOG oDlg @ 1, 1 GET oGet VAR cText ...
It should work with both 32 and 64 bit. But here it only works with some combination of compilers (MSC, BCC, Harbour, xHarbour) and bits (32, 64), not for all the combinations.
I understand that we have different compilers, each user with their choice, this is excellent, but to compile a simple example, I need to adjust directories, because each version of BCC comes with different subdirectories for includes and libs, ...
This is supported by C compilers, but I guess it is a quite unknown feature: A single #name stringify the name A double ## joins two names function Main() MsgInfo( Test() )return nil #pragma BEGINDUMP#include ...
I just finished migrating from fwh32 to fwh64. It's up and running now. I wanted to take this opportunity to thank Antonio for his excellent support and assistance during the installation, as I am not an expert in compilers, resources, etc.
I end up editing fivewin.ch so the change to TEXT INTO is global. I inserted the line #include "xhb.ch". I did not test whether TEXT INTO .. ADDITIVE works or not though. #ifndef __XHARBOUR__ #xcommand TEXT INTO <v> => #pragma __cstream|<v>:=%s #xcomm...
... under xHarbour When I recompiled using Harbour+FWH1912 (my latest FWH), the rtf text doesn't appear. When I compared the ppo generated by the compilers the implementation of TEXT INTO is drastically different How to fix this? TIA .ppo of xHarbour+FWH11.8 cGet := "" ; hb_setwith( ...
... which exact file gave the error, I modified several modules. I would say it was now.prg but we have modified it, so it compiles fine with all compilers (32 and 64). If I ever face it again then I will let you know it :-) thanks
... etc... from FWH 22.06 on we are using this folders structure, so you can easily build using 32 or 64 bits, or using any of those compilers. That would be impossible using harbour/bin only. The same structure applies for the lib folder.