NO

Author Topic: fSDK© - Frankie's SDK for PellesC  (Read 36783 times)

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #30 on: February 12, 2017, 07:29:15 PM »
New version:
- 12/Feb/2017 -- V.0.1.2.1 (12.Feb.2017)
  - Fixed header xmllite.h (discovered by TimoVjl).
  - Added XML demo from TimoVjl

To upgrade compiler with fSDK kit download installer from github and run it
fSDK can be browsed on GitHub
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

Grincheux

  • Guest
Re: fSDK© - Frankie's SDK for PellesC
« Reply #31 on: February 13, 2017, 07:43:17 PM »
How is it possible to help you in this project?

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #32 on: February 14, 2017, 09:46:37 AM »
Hello Grincheux
Thank-you very much.
fSDK is an open project!
You can help testing the SDK in all your projects and, when you found a problem, creating a small piece of code (the smaller the better) that reproduce the problem. Then send it to me so I can debug it.
If you have already found the problem on yourself please post the fix here, or send it to me.
You can also create a branch on GitHub to publish the fix, add more features, modify something, ...  ;)
« Last Edit: February 14, 2017, 09:49:37 AM by frankie »
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

Grincheux

  • Guest
Re: fSDK© - Frankie's SDK for PellesC
« Reply #33 on: February 14, 2017, 11:30:38 AM »
I told to Timo that there were 2 undefined

Code: [Select]
#define THREAD_MODE_BACKGROUND_BEGIN 0x00010000
#define THREAD_MODE_BACKGROUND_END 0x00020000

It is ok with the new version downloaded yestirday.

Ok for the tests.

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #34 on: February 14, 2017, 12:07:23 PM »
Thanks Grincheux  :)
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

TheRaven

  • Guest
Re: fSDK© - Frankie's SDK for PellesC
« Reply #35 on: June 09, 2017, 06:34:44 AM »
O.O
Awesome (even now)!

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #36 on: February 11, 2018, 07:34:59 PM »
New version:
- 11/Feb/2018 -- V.0.1.2.2 (11.Feb.2018)
  - Fixed header MsHtmlC.h
  - Added WMI Samples

To upgrade compiler with fSDK kit download installer from github and run it
fSDK can be browsed on GitHub

Last pre-release
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

Offline MrBcx

  • Global Moderator
  • Member
  • *****
  • Posts: 175
    • Bcx Basic to C/C++ Translator
Re: fSDK© - Frankie's SDK for PellesC
« Reply #37 on: April 04, 2018, 04:03:02 AM »
To upgrade compiler with fSDK kit download installer from github and run it
fSDK can be browsed on GitHub
-------------------------------------------------------------------
This is a challenging project targeting the port of the last complete MS SDK to pellesC.
^^^ That is an understatement, if ever there was one!

Fantastic accomplishment Frankie and one that is very much appreciated.   Thank You!

« Last Edit: December 30, 2018, 08:35:33 PM by frankie »
Bcx Basic to C/C++ Translator
https://www.BcxBasicCoders.com

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #38 on: April 04, 2018, 10:08:06 AM »
To upgrade compiler with fSDK kit download installer from github and run it
fSDK can be browsed on GitHub
-------------------------------------------------------------------
This is a challenging project targeting the port of the last complete MS SDK to pellesC.
^^^ That is an understatement, if ever there was one!

Fantastic accomplishment Frankie and one that is very much appreciated.   Thank You!
Thank you  :)
I haven't received any complain up to now, so I was thinking that nobody was interested as usually happens here, apart of course the few that are still active on the site. But the starring of the project on Git-Hub is increasing recently, so I'm thinking that maybe someone will report bugs or requests. For this reason I'll wait still some time then I'll release it.
Thanks again to all that liked my work  ;).
« Last Edit: December 30, 2018, 08:36:35 PM by frankie »
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #39 on: July 22, 2018, 03:41:45 PM »
As soon as the poinst will be fixed I'll upgrade the fSDK to meet new PellesC Release 9.00.
The new installer will not overwrite distribution SDK, but copy files in a back-up directory to allow working with both SDK.
The new PellesC 9.00 release allows the upgrade of IDE and tools without reinstalling the SDK, this will allow tools upgrading without reinstalling the SDK.
If you have any comment/feature request could be the right time to talk.
« Last Edit: July 22, 2018, 03:43:28 PM by frankie »
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2091
Re: fSDK© - Frankie's SDK for PellesC
« Reply #40 on: September 06, 2018, 01:03:16 PM »
What symbols are missing ?
What headers and libs are used ?
May the source be with you

cnoob

  • Guest
Re: fSDK© - Frankie's SDK for PellesC
« Reply #41 on: September 07, 2018, 04:44:06 AM »
What symbols are missing ?
What headers and libs are used ?

It was very careless of me. I can't reproduce the problem. fSDK is fine. The error I mentioned happen when I tried SGL (a project on this forums to shorten code of Win32 App, seem to be dead). It failed to build because missing symbol when I correctly linked sgl64.lib. I thought it's because I didn't have the correct header installed (most of the time I fix this type of error is to add missing header) so I try fSDK instead full WinSDK (too big) but receive the same error. The fault is of SGL, not fSDK. I'm sorry  :-[

Abraham

  • Guest
Re: fSDK© - Frankie's SDK for PellesC
« Reply #42 on: October 09, 2018, 04:27:43 PM »
It should be
Code: [Select]
            typedef struct foo
            {
                int bar;
            } foo;
not
Code: [Select]
            struct foo
            {
                int bar;
            } foo;
The missing typedef is there for so long.

The verbose way would be
Code: [Select]
            typedef struct foo foo; // global namespace

            struct foo // tagname namespace
            {
                int bar;
            };
tagname namespace is "shared" between struct, union, and enum.
Code: [Select]
            struct some
            {
                int a;
            };
            union some // collision of tagname
            {
                int a;
                unsigned int b;
            };
If an object is simple enough to be typecast, do not use unions.

Note that
Code: [Select]
            struct foo
            {
                int bar;
            } foo;
Is a "struct foo" global object of name "foo".

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: fSDK© - Frankie's SDK for PellesC
« Reply #43 on: October 09, 2018, 09:23:14 PM »
It should be
Code: [Select]
            typedef struct foo
            {
                int bar;
            } foo;
not
Code: [Select]
            struct foo
            {
                int bar;
            } foo;
The missing typedef is there for so long.
thank you for the report, I fixed the post.
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

Abraham

  • Guest
Re: fSDK© - Frankie's SDK for PellesC
« Reply #44 on: November 08, 2018, 02:15:44 PM »
xnamath.h

You are missing some intrinsic "type punning" with those unions.

Obviously Line 1701
Code: [Select]
return reinterpret_cast<const __m128 *>(&vTemp)[0];could compile in C?

Ah, my casting.

Cannot cast from __m128i to __m128 without first creating a union then type pun it.

The fundamental flaw is that __m128 (floats), __m128i (integers), and __m128d (doubles) are introduced at different times, so they are defined as separate unions. We need to combine them into a single universal union for easier type punning instead of reinterpret_cast from C++.
« Last Edit: November 08, 2018, 02:50:56 PM by Abraham »