|
|
Home » Community » U++ community news and announcements » 2020.1 officially released
Re: 2020.1 officially released [message #54255 is a reply to message #54171] |
Tue, 16 June 2020 19:07   |
Novo
Messages: 1430 Registered: December 2006
|
Ultimate Contributor |
|
|
mirek wrote on Fri, 05 June 2020 03:34Novo wrote on Thu, 04 June 2020 21:14Another interesting observation. Size of executable.
mingw:
:~/.local/soft/bb-worker/worker/mingw-upp/build/.cache/upp.out/CLANG.Blitz.Gui.Win32$ ll AK.exe
-rwx------ 1 ssg ssg 2541056 Jun 4 14:56 AK.exe*
Not sure what is "mingw" here... Do you mean llvm-mingw toolchain in crosscompile mode?
If yes, could you activate Verbose mode and compare all compiler/linker options?
Mirek
In my "wine" configuration I was using settings taken from a bm-file shipped with Upp.
They do not look optimal to me now ...
Regards,
Novo
|
|
|
Re: 2020.1 officially released: minor String bug? [message #54280 is a reply to message #53839] |
Thu, 18 June 2020 14:54   |
luoganda
Messages: 211 Registered: November 2016
|
Experienced Member |
|
|
It seems that there is one thing missing in String - one of Insert flavour, that is:
void Insert(int pos, const char *s, int count).
Hmm - has no one ever used this func . Maybe i am wrong about this - maybe this was fixed, although when i used it - it didn't compiled correctly - i think count and s were reversed. Just to check..
This compiled on one not so old revision, meaning one wrote code that was meant in one way but compiled ok in wrong way.
WString has this: void Insert(int pos, const wchar *s, int count), it seems String does not.
[Updated on: Thu, 18 June 2020 14:58] Report message to a moderator
|
|
|
Re: 2020.1 officially released: minor String bug? [message #54281 is a reply to message #54280] |
Thu, 18 June 2020 15:00   |
 |
mirek
Messages: 14255 Registered: November 2005
|
Ultimate Member |
|
|
luoganda wrote on Thu, 18 June 2020 14:54It seems that there is one thing missing in String - one of Insert flavour, that is:
void Insert(int pos, const char *s, int count).
Hmm - has no one ever used this func . Maybe i am wrong about this - maybe this was fixed, although when i used it - it didn't compiled correctly - i think count and s were reversed. Just to check..
This compiled on one not so old revision, meaning one wrote code that was meant in one way but compiled ok in wrong way.
WString has this: void Insert(int pos, const wchar *s, int count), it seems String does not.
This works:
CONSOLE_APP_MAIN
{
String x = "1234";
x.Insert(1, "ABCD", 2);
DDUMP(x);
}
are you sure?
|
|
|
|
|
|
|
|
Re: 2020.1 officially released [message #54403 is a reply to message #54387] |
Mon, 13 July 2020 10:28   |
 |
mirek
Messages: 14255 Registered: November 2005
|
Ultimate Member |
|
|
Giorgio wrote on Thu, 09 July 2020 14:54Hi Mirek,
I do use namespace in my application, but I do not use something called 'Ref'.
The error of the compiler actually says that the ambiguity is between 'Upp::Ref' or 'Eigen::Ref'.
By the way, I think I have fixed the problem. In my application the include of the SCHEMA file and related headers (ref. https://www.ultimatepp.org/srcdoc$Sql$BasicUse_en-us.html) was very messy: there was an include file who collected some other headers, but in some case this was included in a third header. I didn't care very much till today, 'cause everything was working. So I cleaned up the mess and it came up that the problem was the following line:
#include <ScatterCtrl/ScatterCtrl.h>
If I include the above header before the header related to the schema file, I got the error, if I put the schema before and then the ScatterDraw it works fine.
Bye,
gio
Well, it looks like schema sources would be better with full qualification of ids (Upp::Ref). Will fix that for the next release.
|
|
|
|
|
Goto Forum:
Current Time: Sat Apr 26 15:04:36 CEST 2025
Total time taken to generate the page: 0.01682 seconds
|
|
|