Hi Joshy Thanks for the speedy help. Hope you're having a good xmas. libxcursor-dev is a normal Mint library, so I added #inclib "Xcursor" to fltk-c.bi as you suggested, and everything now works fine. I really appreciate the work you've done with the FLTK wrapper. We have no C experience i...

@Joshy Ho ho ho I came from far a way and bring you 2 new classes. ;) The fltk-c wrapper includes 2,323 functions/sub's now. ./buildall.sh gives the following errors for all programs: build ./Fl_GL_WindowEx.bas ./libfltk-c-1.3.3-32.so: undefined reference to `XcursorImageLoadCursor' ./libfltk-c-1.3....

TJF wrote:Sorry, my fault. fbc requires a white space before the library name:

• rod@boris ~/fltk-c-1.3.2 $ fbc Fl_Button.bas -l png12

Unfortunately this didn't work either - the png lib still wasn't found. However, Joshy's latest version works now, so I'll be using that.

Thanks for your help.

Rod

fbc Fl_Button.bas will use the included fltk png and jpeg libs Using the above code, the program compiled cleanly and ran successfully. fbc -d syslib Fl_Button.bas will use the libpng and libjpeg from your distro The above method failed to compile, with the following messages: rod@boris ~/fltk-c-1....

What happens when you just add the library to the compile command? rod@boris ~/fltk-c-1.3.2 $ fbc Fl_Button.bas -lpng14 ??? rod@boris ~/fltk-c-1.3.2 $ fbc Fl_Button.bas -lpng14 error 80: Invalid command-line option, "-lpng14" It also doesn't work with png12, which is installed on my syste...

@Rod thank you for testing the latest version of the c wrapper. Before I try to solve the lib png version problem can you post the output of: ls -l /usr/lib/libpng* It seems there is nothing on that path: rod@boris ~/fltk-c-1.3.2 $ ls -l /usr/lib/libpng* ls: cannot access /usr/lib/libpng*: No such ...

I build a version without a lib folder. Linking is much easier now: Joshy Thanks for all the good work you're doing with FLTK. I'm currently using the version of fltk-c that I downloaded in August, but I'm having linking problems with your recent fltk-c-1.3.2 versions. Typical output is: rod@boris ...

IMHO auto-generating code is a standard method and I've no problems to share the sources. I agree and would normally have no problem with sharing simple utility programs like GladeToBac. However, in the case of our Data Dictionary package I have two concerns. Firstly, it has evolved over 40 years t...

Any chance we could get you to give us a look at this data dictionary package of yours? No. Of course, everyone would be interested in "how you do it". a) I spent a lot of time thinking about the nature of the applications that I write. b) I spent a lot of time thinking about how I might ...

It almost sounds like you're using Naked Objects , given the amount of code generation and that each table has its own dedicated editor. On the other hand, it might just be that I'm a lazy programmer. :-) When I first started programming it didn't take me long to realize that, no matter what the ap...

So it the code generation like using a GUI editor and then having the result generate FreeBasic AND/OR PureBasic code from the output of said editor? Are you able to say exactly what form these "specification" in the Data Dictionary database take? Yes, sort of like a GUI editor, but witho...

Boris, does that mean you switch over from PB to FB? I've always planned to use FB, but only used PureBasic as an interim measure during our conversion to a single cross-platform language. And now that FB 1.00 has been released we can flip a switch in our code generators to create FreeBasic code in...

... actual conversion effort is minimal ... several million lines of code ... Boris the Bold ? :-) Actually, the nucleus of our Data Dictionary package is only about 50K lines of hand coding, so language conversion is easy. All our applications are just specifications in the Data Dictionary databas...

Do you have an interest in FreeBasic also? Yes, we've actually used FreeBasic longer than Purebasic. I think it's about 5 or 6 years. However, about 4 years ago i decided that I needed to get out of MASM, COBOL, PowerBasic, etc, into a single cross-platform language. At the time, FreeBasic was stil...

Incredibly today I am 50 years old. That's almost as long as I've been programming -- 52 years. :-) Sadly, I'm only 71 and not the oldest here. But perhaps I might have the greatest number of coding years under my belt. This is all very ironic, because, when in my 20's I considered any programmer o...