Core v11.0beta1

[xor]

I'll work on it today.

Latest Stable Kernel: 5.5 ( https://www.kernel.org/ )

OK

[GNUser]

ezremaster extension for TCL 10.x/fltk-1.3.5 submitted (both 32-bit and 64-bit).

I don't use ezremaster, so testing was limited. Nevertheless, I can confirm that the extension loads, .desktop file works, and application starts without issue in 10.x 32-bit, 10.x 64-bit, and 11.0beta1 64-bit.

If extension turns out to be broken, let me know and I'll try to fix it.

[Juanito]

Thanks for the help - ezremaster posted to tc-11.x x86 and x86_64 repos.

Are there any volunteers to take on the conversion of fluff to fltk-1.3.5?

[GNUser]

I'd like to help with fluff. I found source code for 1.0.7 here, which I assume is the latest version:
http://forum.tinycorelinux.net/index.php/topic,12928.45.html

I can compile it in 11.0beta1 64-bit after fixing a small typo in  fluff.cpp . However, linking step fails:

Code: [Select]

$ tce-load -i compiletc fltk-1.3-dev Xorg-7.7-dev
$ sed -i 's|Fl/Fl_Hold_Browser|FL/Fl_Hold_Browser|' fluff.cpp
$ g++ -mtune=generic -Os -pipe -Wno-narrowing `fltk-config --cxxflags` -Wall -c fluff.cpp
...
$ g++ `fltk-config --use-images --ldflags` -lfltk_images -lm fluff.o -o fluff
/usr/local/bin/ld: fluff.o:(.rodata._ZTI17Fl_Select_Browser[_ZTI17Fl_Select_Browser]+0x10): undefined reference to `typeinfo for Fl_Browser'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI16Fl_Multi_Browser[_ZTI16Fl_Multi_Browser]+0x10): undefined reference to `typeinfo for Fl_Browser'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI10Fl_DND_Box[_ZTI10Fl_DND_Box]+0x10): undefined reference to `typeinfo for Fl_Box'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI17File_Props_Window[_ZTI17File_Props_Window]+0x10): undefined reference to `typeinfo for Fl_Window'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI16Open_With_Window[_ZTI16Open_With_Window]+0x10): undefined reference to `typeinfo for Fl_Window'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI26Manage_Associations_Window[_ZTI26Manage_Associations_Window]+0x10): undefined reference to `typeinfo for Fl_Window'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI23Manage_Filetypes_Window[_ZTI23Manage_Filetypes_Window]+0x10): undefined reference to `typeinfo for Fl_Window'
/usr/local/bin/ld: fluff.o:(.rodata._ZTI12Fluff_Window[_ZTI12Fluff_Window]+0x10): undefined reference to `typeinfo for Fl_Double_Window'
collect2: error: ld returned 1 exit status
Any ideas why linking is failing? Only  fltk-1.3  extensions are loaded:

Code: [Select]

bruno@box:~$ tce-status -i | grep fltk
fltk-1.3
fltk-1.3-dev

[Rich]

Hi GNUser
The  dev  files used to be at  /usr/include  /usr/lib  but are now in  /usr/local/include  /usr/local/lib.  See if the  makefile  has a bad path.

[GNUser]

Thanks, Rich. I'll investigate that. However, note that in the commands above I didn't use the makefile.

[GNUser]

Rich, I added a bunch of symlinks, but no joy.

I found this build script: http://tinycorelinux.net/5.x/x86_64/tcz/src/fluff/fluff_build.sh
Compiling and linking in one step as shown in the script works, but the binary segfaults:

Code: [Select]

bruno@box:~/Downloads/fluff_1_0_7_src$ tce-load -i fltk-1.3-dev compiletc Xorg-7.7-dev
bruno@box:~/Downloads/fluff_1_0_7_src$ g++ -mtune=generic -Os -fno-exceptions -fno-rtti -fpic -Wno-narrowing -L/usr/lib -lfltk -lfltk_images -lfltk_forms -lpng -o fluff fluff.cpp
fluff.cpp: In member function ‘void Manage_Associations_Window::update()’:
fluff.cpp:2361:40: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
 2361 |             cmd_list_p->data(n, (void*)i);
      |                                        ^
fluff.cpp: In member function ‘void Manage_Filetypes_Window::update()’:
fluff.cpp:2532:45: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
 2532 |                 hint_list_p->data(n, (void*)fh);
      |                                             ^~
bruno@box:~/Downloads/fluff_1_0_7_src$ ./fluff
Segmentation fault

Perhaps there is some code in fluff.cpp that relies on functions that are no longer available in the new fltk library? Alas, I have no experience with fltk.

[Rich]

Hi GNUser

... Compiling and linking in one step as shown in the script works, but the binary segfaults:

Code: [Select]

bruno@box:~/Downloads/fluff_1_0_7_src$ g++ -mtune=generic -Os -fno-exceptions -fno-rtti -fpic -Wno-narrowing -L/usr/lib -lfltk -lfltk_images -lfltk_forms -lpng -o fluff fluff.cpp

I just tried that under TC10 x86. It compiled with no errors and runs.

[GNUser]

I just tried it in TC10 x86. It compiles without errors but segfaults when I try to run it. Mysterious.
Since you cannot reproduce my issue, I may have to throw in the towel here. I would have liked to help

[Rich]

Hi GNUser

I just tried it in TC10 x86. It compiles without errors but segfaults when I try to run it.

Try it like this:

Code: [Select]

g++ -march=i486 -mtune=i686 -Os -fno-exceptions -fno-rtti -fpic -Wno-narrowing -L/usr/lib -lfltk -lfltk_images -lfltk_forms -lpng -o fluff fluff.cpp
Maybe the  -mtune=generic  is causing some goofy behavior from your 64 bit processor.

[GNUser]

I booted into TC10 x86 and tried

Code: [Select]

g++ -march=i486 -mtune=i686 -Os -fno-exceptions -fno-rtti -fpic -Wno-narrowing -L/usr/lib -lfltk -lfltk_images -lfltk_forms -lpng -o fluff fluff.cppSame result: No compilation errors, but segfault when I try to run the binary. It sure seems like a hardware issue.

I already have everything for the 32bit and 64bit extensions except for the  fluff  binary itself. If you email me the x86 and x86_64 binaries, I can package them up with supporting files into extensions, test everything, then pass it on to juanito. My email: gnuser at dantas dot airpost dot net

[Rich]

Hi GNUser
I only did x86 (32 bit). Email sent with attached binary.

I also attached the result of:

Code: [Select]

ls -1 /usr/local/tce.installed/ > installed.txtIf the binary I attached segfaults, run a diff against your installed extensions. Maybe you you are missing something, or have fltk-1.1
installed in addition to fltk1.3.

[GNUser]

Rich,
I received the binary, thanks. It segfaults when I try to run it on TC10 32bit.
Nevertheless, I packaged it up into a 32bit extension and forwarded it to juanito. If it works for him as well as you, it suggests a problem with my machine or TCL configuration.

Juanito,
Sorry I couldn't provide a 64bit extension (and only a 32bit one that segfaults for me) Hopefully having source code, tentative build directions, and extension "rough draft" is some help.

P.S. I'm out of time today for troubleshooting today. Even though I don't use fluff, eventually I will try to figure out why compiling and running this binary are problematic for me. If I find answers, I will share them in a new thread so that I don't hijack this beta announcement.

[GNUser]

64bit fluff extension submitted.

It turns out that  fluxbox  and  fluff  butt heads for some reason. Until smarter folks than I figure out why, fluxbox users should use a different file manager.
Ref: http://forum.tinycorelinux.net/index.php/topic,23484.msg147155.html#new

[andyj]

We'll need the xf86-video-vmware extension at some point, soon if possible.