mirek wrote on Sat, 14 May 2016 10:03

I see.

Well, looks like we need to move this piece of code from Skylark to Core, right?

Yes. It will be handy little addition.

UrlInfo f("http://username:password@hostname:9090/path?arg=value&aarg[]=item1&aarg[]=item2#anchor");

f.url = http://username:password@hostname:9090/path?arg=value&aarg[]=item1&aarg[]=item2#anchor
f.scheme = http
f.host = hostname
f.port = 9090
f.user = username
f.password = password
f.path = /path
f.query = arg=value&aarg[]=item1&aarg[]=item2
f.fragment = anchor
f.parameters = {arg: value}
f.array_parameters = {aarg: [item1, item2]}

cbpporter wrote on Fri, 13 May 2016 17:48

I've been slightly reluctant with the changes since I'm suing an older compiler.

And while I'm not sure I'll switch over to the new core, I'm done with the old compiler. In some micro benchmarks with VS2010, my code runs 4 times slower than with MINGW with 100000 iterations.

So I'm done with VS2010 .

Well, MSC11 is not any better than 10.

I'll try the latest MSC on Monday.

But can actually MINGW or TDM or whatever is called be actually so good at optimizing my code or is there something else going on?

But can actually MINGW or TDM or whatever is called be actually so good at optimizing my code or is there something else going on?

P.S.: Funny fact, theide 64 optimal size is 15920KB, speed is 17354KB. I guess I will drop this confusion soon...

mirek wrote on Wed, 18 May 2016 15:36

P.S.: Funny fact, theide 64 optimal size is 15920KB, speed is 17354KB. I guess I will drop this confusion soon...

I tested it too and it is 400 KiB on my 32 bit exe.

But a round trip (and not necessarily round trip, works one way too) conversion from Int to String is about 3 time "slower" on size for 100 million iterations than on "speed". And this with a bunch of hacks I added to speed it up. Without, it is even slower. So I'm sticking with -O2 from now on.

I would have never used anything else but TheIDE made this choice for me.

Optimal means optimal.

Which is the last "old core" version. For bookmarking .

Anyway, while this is sound idea, as I said 10% in size is not worth the trouble. So from the next release on, it will be just speed.

Well... today I updated from svn and I got the "nice" surprise on my windows box
I guess it's time to fix some code and, the hard part, the Protect package.
I hope to find some spare time....

Another thing.

Could you please convert all Windows-related include file names to lower case? They are all lower case with mingw on Linux.
It looks like this is the right time to do that.

A patch file created by git looks weird, but still ...
You need to use WIN32 flag with mingw on Linux, and TheIDE won't handle rc-files.

Update: if I use WIN32 flag along with GUI and MT, then I get a problem with rc-files. If I just add a -DflagWIN32 common option, then everything compiles, but TheIDE is still linking against Linux libs ...

I guess I'm missing something.

TIA

Novo wrote on Thu, 12 May 2016 16:23

mirek wrote on Thu, 12 May 2016 03:09

Weird. That is the place it was always crashing, before I have fixed it with 'finetuning' -O options.

Are you using "Instant setup" default options?

Mirek

No, I was using old -O3 and -Os options.
Replacing -Os with -O2 fixed crashes with Optimal and Size configuration.
I didn't change -O3 to -O2 for the Speed configuration.
I do not understand where you are taking options for the Optimal configuration from. They are not declared explicitly anywhere.

I do not quite understand the question. I was just combining until it worked. Then adjusted 'instant setup' to found options.

BTW, my hypothesis here is that it is a bug linker that makes it impossible to combine size and speed optimized code (after all, there are no issues in Posix). Perhaps something related to inlines (-O3 is more aggresive in inlining everything). SO whatever, all is now -O2.

Mirek