It looks like they are internal macros that aren't needed in the FB binding, so they can probably be dropped/ignored. For fbfrog: -removedefine GTK_SOURCE_DEPRECATED_*
Producing #ifs with fbfrog is possible but difficult, see also the example for freeglut's FREEGLUT_STATIC or the readme.
Search found 2867 matches
- Nov 13, 2017 18:24
- Forum: Linux
- Topic: How to resolve these 'TODO' GTK bindings
- Replies: 10
- Views: 2587
- Nov 12, 2017 21:38
- Forum: Linux
- Topic: How to resolve these 'TODO' GTK bindings
- Replies: 10
- Views: 2587
Re: How to resolve these 'TODO' GTK bindings
Normally G_GNUC_CONST should be #defined somewhere (looks like it's from glib headers), but fbfrog didn't see it. If you provide the glib headers too, then it should be solved out automatically. For example: fbfrog \ -incdir gtk+-x.xx.x \ -incdir glib-x.xx.x \ -incdir glib-x.xx.x/glib \ -incdir glib...
- Nov 10, 2017 16:50
- Forum: Documentation
- Topic: -pp compiler option
- Replies: 36
- Views: 6328
Re: -pp compiler option
It's probably easiest to put small examples (.bas files, fbc invocation, resulting output). That should set the proper expectations, shouldn't it?
- Nov 08, 2017 19:59
- Forum: Community Discussion
- Topic: NOT operator like AndAlso/OrElse?
- Replies: 3
- Views: 1099
Re: NOT operator like AndAlso/OrElse?
You could say that "= 0" or "= false" is that operator. That's what I ended up doing anyways.
- Nov 02, 2017 6:17
- Forum: General
- Topic: [solved]I found a new reserved keyword :-)
- Replies: 7
- Views: 932
Re: I found a new reserved keyword :-)
That feels familiar...
Code: Select all
foobar: print "foobar" : sleep 1000, 1
goto foobar
- Nov 01, 2017 18:00
- Forum: Windows
- Topic: Windows header translation issue for Array values
- Replies: 4
- Views: 1705
Re: Windows header translation issue for Array values
The problem should be solved for SECURITY_NT_AUTHORITY and some others in Git, see commit winapi: Fix winnt.h SECURITY_*_AUTHORITY initializers . That's one of the issues I couldn't figure out when working on fbfrog. The problem is that a C initializer like {1, 2} works with struct or array, but in ...
- Oct 31, 2017 17:43
- Forum: Beginners
- Topic: Allocate memory
- Replies: 7
- Views: 1623
Re: Allocate memory
Hi, pointers don't know the buffer size, so it's common practice to save the size in a variable next to the pointer and keep/pass them together. In other words, the program has to track the buffer size manually. It can be done by keeping a size variable/parameter next to the pointer, which can even ...
- Oct 31, 2017 14:51
- Forum: General
- Topic: Compatibility with older FB versions?
- Replies: 1
- Views: 401
Re: Compatibility with older FB versions?
The language has been mostly backwards compatible since at least the 0.20 release, but there have always been some changes... mainly due to improvements and bug fixes in the compiler that result in behaviour changes in some cases. Some of the newly added features (e.g. new keywords) can also cause o...
- Oct 31, 2017 14:40
- Forum: General
- Topic: MessageBoxW and cyrillic captions
- Replies: 2
- Views: 775
Re: MessageBoxW and cyrillic captions
For putting Unicode into a string literal, the .bas file must have a BOM, causing string literals to be treated as WString. The rest depends on Windows (the GUI font must support rendering the glyphs). Without BOM, fbc makes it a ZString and just puts the raw bytes into it, which depends on the text...
- Oct 17, 2017 18:02
- Forum: General
- Topic: LONGINT causing problems
- Replies: 18
- Views: 2630
Re: LONGINT causing problems
Hi, it looks like a bug with the -lang qb code generation on 64bit. I'm going to make a bug report.
- Oct 09, 2017 16:10
- Forum: DOS
- Topic: How to compile under DosEMU?
- Replies: 22
- Views: 14516
Re: How to compile under DosEMU?
The synchronization between Github/SourceForge repositories is manual, and I forgot about it. I don't know whether it can be automated (especially in both directions). The github repo is the one providing the IRC commit messages, by the way. SourceForge used to have some limitations on sending data ...
- Oct 08, 2017 19:59
- Forum: General
- Topic: Can I use a library for this?
- Replies: 30
- Views: 2696
Re: Can I use a library for this?
Maybe CLEARSCREEN needs to be a global variable (Dim Shared)? Currently it looks like it's not being shared between LOAD_EMULATION() and CLEAR_SCREEN(). The QB dialect allows this due to implicit variable declarations. Edit: Ah, already fixed in fxm's version. If you run your program under strace (e...
- Oct 04, 2017 17:43
- Forum: Community Discussion
- Topic: Unofficial FreeBASIC 1.04.0 OS X release
- Replies: 35
- Views: 12836
Re: Unofficial FreeBASIC 1.04.0 OS X release
It looks like XGetKeyboardMapping()'s second parameter (keycode_entry) is an "unsigned int" instead of "KeyCode aka. unsigned char" as expected by FB's XGETKEYBOARDMAPPING typedef. The declaration here looks like extern KeySym *XGetKeyboardMapping( Display* /* display */, #if Nee...
- Oct 02, 2017 19:17
- Forum: DOS
- Topic: How to compile under DosEMU?
- Replies: 22
- Views: 14516
Re: How to compile under DosEMU?
So it was a problem with the makefile, as in it didn't build gfx_paletteget64.o but tried to include it in the archive at the "AR lib/dos/libfbgfx.a" step? I have no explanation for those compiler linking errors either; is ast-node-bop.o missing from the link command line? Not sure how eit...
- Oct 02, 2017 17:20
- Forum: DOS
- Topic: How to compile under DosEMU?
- Replies: 22
- Views: 14516
Re: How to compile under DosEMU?
I've only ever tested DJGPP builds on Windows or cross-compiling from Ubuntu, but... what errors do you get? Is there a gcc compilation error on src/gfxlib2/gfx_paletteget64.c, or a linking problem later when compiling FB programs using the gfxlib?