Author Topic: FreeBASIC  (Read 9781 times)

0 Members and 2 Guests are viewing this topic.

edcronos

  • Guest
Re: FreeBASIC
« Reply #30 on: December 11, 2017, 03:18:08 PM »
I know I could not even say something I can not help
Oxygen is very flexible. also seems to be very powerful, with the sum of being free
this can make Oxygen the base of the new Basic
I'm sorry if I say bullshit, I really do have limited knowledge
but with the key words of Oxygen being the main ones, would not it be possible to create translation tables for other versions?
I do not know if this would have to be done directly in the Ide
  and the worst would be the syntax and extra features

the translation table could be filled by the employees themselves or create their own versions for personal use
as well as the creation of auxiliary function modules if Oxygen does not have the function
when changing the key the excerpt would be automatically translated and could be ported to the other compiler for tests

I'm sorry, they're just crazy in my head.
and I also do not know if the translator is doing a good job

Charles Pegge

  • Guest
Re: FreeBASIC
« Reply #31 on: December 12, 2017, 10:25:55 PM »

Taking VBA as an example, I think OxygenBasic would understand VBA code quite well, without too many complications. The syntax is highly compatible, and the main task is to add extra functions and procedures.

The main challenge is to make VBA objects compatible with O2 classes, which may require a few changes to the core O2 language.

edcronos

  • Guest
Re: FreeBASIC
« Reply #32 on: December 12, 2017, 11:38:10 PM »
I consider that many detrimental changes,
adding functionality is always good, but getting changed what users are accustomed to can be detrimental and takes away the confidence
so that selectors can be a good one, you can add new features that would be competing without harming the old users
as things were progressed, the procedures already left aside could be excluded
equal to the change that you announced "include, includepath", anyone with an ongoing project in which the changes affect could not migrate to the new version without risks, and with that they would lose the chance to take advantage of the new features

JRS

  • Guest
Re: FreeBASIC
« Reply #33 on: December 13, 2017, 12:46:50 AM »
I would love to see VBScript being accessed via COM to call methods, access variables and evaluate code strings.

Charles Pegge

  • Guest
Re: FreeBASIC
« Reply #34 on: December 15, 2017, 02:23:59 AM »
One of the criteria for designating o2 as 'beta' will be to avoid any code-busting changes. I have already cleaned out old syntax and some experimental features which proved to be unuseful. As far as I can tell, I was the only one using those features, and it only affected a small number of the 1400+ examples included with o2basic.

One small adjustment, which I think will support more consistent syntax, in support of VBA is to allow 'dim' to be used inside classes and types. Generally, dim can be treated as a redundant word.

jack

  • Guest
Re: FreeBASIC
« Reply #35 on: December 15, 2017, 05:52:40 AM »
hello Charles Pegge
dkl at the freebasic forum was discussing C/C++ binding integration https://www.freebasic.net/forum/viewtopic.php?f=8&t=26175
would you be interested in participating?

edcronos

  • Guest
Re: FreeBASIC
« Reply #36 on: December 15, 2017, 06:40:56 AM »
I have already cleaned out old syntax and some experimental features which proved to be unuseful. As far as I can tell, I was the only one using those features, and it only affected a small number of the 1400+ examples included with o2basic.

could you tell what these resources are?

in my case what bothers is the lack of persistence in the syntax of Basic
note that even if you have so many Basic projects in the active, what you notice is that what you write in one does not work in another

Charles Pegge

  • Guest
Re: FreeBASIC
« Reply #37 on: December 15, 2017, 07:19:08 AM »
Hello Jack,

I think it would be much simpler, and more advantageous to enhance FreeBasic syntax, so it can read C headers directly. Freebasic is in some ways closer to C than is OxygenBasic, yet we have demonstrated the concept works quite well.

But dare I introduce this idea under the topic being discussed and risk arousing irritation!

Charles Pegge

  • Guest
Re: FreeBASIC
« Reply #38 on: December 15, 2017, 07:40:45 AM »
Hello Eduardo,

I record all the changes I make to O2 in inf/oxylog.txt in reverse order. There are in excess of 1500 of them, but the ones to note start with the word Revoke or Deprecate

There may still be some broken examples, but I have fixed most of them, and my latest update will be posted to Github shortly.

Here are most of the recent ones:

06:38 11/09/2017 Revoke 'indexers' and 'offset'. (o2tran.bas)

00:18 08/09/2017 Revoke inner functions and classes. Use macros instead, or place outside.

21:31 06/09/2017 Revoke leftmatch in matalanguage. Use match instead  (o2meta.bas)

15:38 05/09/2017 Revoke extincli early 'def' expansion (o2tran.bas typo=18)

03:31 18/05/2017 Revoke 'exposed' (o2tran.bas o2sema.bas o2link.bas)

10:59 17/03/2017 Revoke o2 API calls: o2_get, o2_put and o2_assemble. o2_basic o2_asmo now return o2 binary code pointer. (oxygen.bas)

21:35 10/03/2017 Revoke #ifexist #ifnexist: use #ifdef #ifndef instead

06:13 10/03/2017 Deprecate 'global' use 'dim' instead

11:03 02/03/2017 Revoke keywords basic o2h asm #basic #asm. No low level syntax switching

12:06 01/03/2017 Revoke Data and Dataspace / to use embedfile for raw data instead (o2tran.bas o2keyw.bas)

« Last Edit: December 15, 2017, 07:52:58 AM by Charles Pegge »

Aurel

  • Guest
Re: FreeBASIC
« Reply #39 on: December 15, 2017, 11:05:19 AM »
Hmm in my programming with o2 i never used one of this features simply because
i dont need them ..of course i dont say that are useless..
I only know if I use standard set of oxygen functions/macros everything work on
the speed of light and work as it supposed to be
which means that oxygen compiler is really stable and fine
(there are some quirks with strange strings ) but in general most of important things
work properly  :)

edcronos

  • Guest
Re: FreeBASIC
« Reply #40 on: December 15, 2017, 11:24:36 AM »
I'll wait for the beta before I start implementing some code
this version will support 128bit binary operations?

my use of programming is just like hobby
I started with a project and went for something completely different "lotteries"
unfortunately did not know that even without betting this would become vice,
the good thing is that ideas fly high, the bad that has no commercial value

JRS

  • Guest
Re: FreeBASIC
« Reply #41 on: December 15, 2017, 06:20:09 PM »
Maybe you should look into BitCoin mining and let luck control the lotto.

edcronos

  • Guest
Re: FreeBASIC
« Reply #42 on: December 15, 2017, 08:24:46 PM »
I do not bet, I do not have the money
I went to build a routine for a bettor and I enjoyed playing with it.
lottery is waste of time and money, but putting together the routines can provide experience for other things, also has the fact that some codes really look interesting

Charles Pegge

  • Guest
Re: FreeBASIC
« Reply #43 on: December 16, 2017, 02:28:35 AM »
128bit math is too specialised to consider for the o2 core, but operations for specialised types are supported, (operator overloading) through an extension of o2 macros. So it is possible to devise new mathematical types and use them in expressions.

I see that GCC 4.6, and above, support 128bit types. If you come across the source code, that could be ported into o2 easily. Multiply, divide, power, log and roots are non-trivial.

For bitcoin mining you will need to buy a server farm with units stuffed with GPUs, and a small power station. The NSA have a facility in Utah, well suited to this enterprise :)



edcronos

  • Guest
Re: FreeBASIC
« Reply #44 on: December 16, 2017, 03:11:27 AM »
in C I already came to find about 128bit, I read that in assembly the process would be direct
so I figured that in Oxygen could mount some functions using the assebly internally

about bitcoin I do not know if I did not understand the process, but it seemed to me a pyramid system,
who put the money first has a high appreciation, and if these people start to redeem these values will make the value lose and consecutively who entered the last will lose money, I'm sorry if I'm wrong, anyway I only have money left over for my day on the day