Thread: [Iup-users] I switched to over Linux
Brought to you by:
scuri
Menu
▾
▴
iup-users
|
From: Anonymous <ano...@gm...> - 2023-05-28 14:29:48
|
Hello, I am completely abandoning Windows and moving over to Linux, so now I have beginner questions even though I've used IUP for many years now. I am recompiling/reassembling all my old source code from Windows to run on Linux and I have a few minor issues: 1) ld reports libcdlua53.so has an undefined reference to 'lua_newuserdata'. How do I fix this? 2) I compared the old Windows DLLs to the new Linux SOs, and I see a few DLLs that appear to not have an equivalent SO: freetype6.dll iupmatrixex.dll iupole.dll My guess is that freetype or anything OLE isn't required on Linux, and I'm hoping that iupmatrixex is incorporated into some other SO, because it would be very bad if Linux doesn't support matrixex. Signed, Andrew ╔═════════════════════╗ ║ Environment ║ ╟─────────────────────╢ ║ IUP v3.30 ║ ║ IM v3.12 ║ ║ CD v5.11.1 ║ ║ Mx Linux v21.3║ ║ KDE_x64 Wildflower ║ ╚═════════════════════╝ |
|
From: sur-behoffski <sur...@gr...> - 2023-05-29 09:38:11
|
On 5/28/23 23:59, Anonymous wrote:
> Hello,
>
> I am completely abandoning Windows and moving over to Linux, so now I
> have beginner questions even though I've used IUP for many years now. I
> am recompiling/reassembling all my old source code from Windows to run
> on Linux and I have a few minor issues:
>
> 1) ld reports libcdlua53.so has an undefined reference to
> 'lua_newuserdata'. How do I fix this?
>
> 2) I compared the old Windows DLLs to the new Linux SOs, and I see a few
> DLLs that appear to not have an equivalent SO:
> freetype6.dll
> iupmatrixex.dll
> iupole.dll
>
> My guess is that freetype or anything OLE isn't required on Linux, and
> I'm hoping that iupmatrixex is incorporated into some other SO, because
> it would be very bad if Linux doesn't support matrixex.
>
> Signed,
> Andrew
>
> ╔═════════════════════╗
> ║ Environment ║
> ╟─────────────────────╢
> ║ IUP v3.30 ║
> ║ IM v3.12 ║
> ║ CD v5.11.1 ║
> ║ Mx Linux v21.3║
> ║ KDE_x64 Wildflower ║
> ╚═════════════════════╝
G'day Andrew,
I've been trying to expand the scope of the Tecgraf IM/CD/IUP
scientific/technical programs on GNU/Linux, past the "Ubuntu"
instructions that was the only support mentioned in the documentation.
I've created a project on SourceForge called "lglicua":
l - Lua
gl - GNU/Linux
icu - IM/CD/IUP
a - Assistant
that strives to ease the pain of installing Lua, LuaRocks,
selected Rocks needed by the Assistant, obtaining the latest
IM/CD/IUP sources from SourceForge via "svn co" (note that
IUP 3.30 was released in August 2020, and the last Subversion
revision was in November 2022).
So, the Subversion sources are a better set of files to be working
with, as many bug fixes have been applied, but have not been
packaged up into a recent release. IM and CD also have updates,
but are not as active as IUP.
----
My latest release of "lglicua", lglicua-0.1-alpha7.tar.gz, does
support MX GNU/Linux 21, 21.1 and 21.2... but not 21.3. I
encountered compilation and linking errors similar to the ones
you reported.
The good new is, I've found and fixed the problem, and intend to
release a new version of lglicua, -0.1-alpha8, this week.
----
The main problem is with the file "tecmake.mak" in each of IM/CD/IUP's
root directories (the same file, labelled 4.21, is copied into all
projects). tecmake.mak tries to separate "newer" systems from "older"
ones for various library/other choices, and this is a bit of an art,
rather than being a science. Also, the file tries to cover a slightly
obscene number of software/hardware platforms, and tries to normalise
everything so that coders in subdirectories have a simple and sane
environment to work with.
GTK2/GTK3 is one problem area, but let's look at another, fontconfig:
Here's the 4.21 version, along with my rewritten (4.30) version:
--
ifneq ($(findstring Linux26g4, $(TEC_UNAME)), )
LIBS += fontconfig
endif
ifneq ($(findstring Linux3, $(TEC_UNAME)), )
LIBS += fontconfig
endif
ifneq ($(findstring Linux4, $(TEC_UNAME)), )
LIBS += fontconfig
endif
ifneq ($(findstring Linux5, $(TEC_UNAME)), )
LIBS += fontconfig
endif
ifneq ($(findstring cygw, $(TEC_UNAME)), )
LIBS += fontconfig
endif
ifneq ($(findstring MacOS, $(TEC_UNAME)), )
LIBS += fontconfig
endif
--
# Refine fontconfig: Cater for Linux Kernels greater than 5.
ifeq (Linux, $(TEC_SYSNAME))
ifneq ($(findstring Linux26g4, $(TEC_UNAME)), )
LIBS += fontconfig
else ifneq ($(filter 3 4 5 6 7 8 9, $(TEC_SYSVERSION)), )
LIBS += fontconfig
endif
else ifneq ($(findstring cygw, $(TEC_UNAME)), )
LIBS += fontconfig
else ifneq ($(findstring MacOS, $(TEC_UNAME)), )
LIBS += fontconfig
endif
--
Another example in tecmake.mak is WebKit:
--
ifdef LINK_WEBKIT
ifneq ($(findstring Linux5, $(TEC_UNAME)), )
LIBS += webkit2gtk-4.0 gio-2.0
else
ifneq ($(findstring Linux4, $(TEC_UNAME)), )
LIBS += webkit2gtk-4.0 gio-2.0
else
ifneq ($(findstring Linux3, $(TEC_UNAME)), )
ifdef USE_GTK3
LIBS += webkitgtk-3.0
else
LIBS += webkitgtk-1.0
endif
else
LIBS += webkit-1.0
endif
endif
endif
endif
--
ifdef LINK_WEBKIT
# By default, library "webkit-1.0" is used by the linker.
TEC_WEBKIT_LIBS := webkit-1.0
# For Linux Kernels 4.x and above, override default, and use
# "webkit2gtk-4.0 gio-2.0".
# For Linux Kernels 3.x, override default, and use either
# "webkitgtk-3.0" or "webkitgtk-1.0", based on the USE_GTK3 setting.
ifeq (Linux, $(TEC_SYSNAME))
# Provide WebKit for Linux Kernels 4 and later.
ifneq ($(filter 4 5 6 7 8 9, $(TEC_SYSVERSION)), )
TEC_WEBKIT_LIBS := webkit2gtk-4.0 gio-2.0
else ifneq ($(findstring Linux3, $(TEC_UNAME)), )
ifdef USE_GTK3
TEC_WEBKIT_LIBS := webkitgtk-3.0
else
TEC_WEBKIT_LIBS := webkitgtk-1.0
endif
endif
endif
# Now add the derived librar(ies) to the library list.
LIBS += $(TEC_WEBKIT_LIBS)
endif
--
========
I hope to release the next version of lglicua, 0.1-alpha8, within the
next day or so. When you use the Assistant to perform a build, it
stomps on the tecmake.mak provided by the Subversion repository with
a copy that contains fixes such as the ones above, and I have verified
that it compiles, links and runs under MX Linux 21.3.
(Another file, iup/srcweb/config.mak, is also stomped on if an IUP
build is attempted, for the same lack-of-Kernel-6 logic.)
========
Hope this helps,
sur-behoffski (Brenton Hoff)
programmer, Grouse Software
|
|
From: Anonymous <ano...@gm...> - 2023-05-29 13:11:00
|
On 5/29/23 02:22, sur-behoffski wrote: Wow, sur-behoffski! You went through a lot of work to create that project. Good job! Looking at all the replies to this, I think I need to apologize to everyone. I should have been more specific in what I was asking for, but I was afraid to because I was afraid of what people would think of me if I told them what I was doing. But I guess I have no choice... I write assembly so all my programs are written in assembly (GoAsm/GoLink for Windows and NASM/ld/ar for Linux). So go ahead and hate me. Are you finished? Ok, I install nothing because there is no need to install anything on an assembly level. Everything I need is in the DLLs and (hopefully) SOs. So when I say that ld (which is the linker part of GCC) reports libcdlua53.so has an undefined reference to 'lua_newuserdata', I have no idea (yet) why ld would look for data or a function that I'm not using, not even indirectly that I'm aware of. So what is lua_newuserdata? What functions use it? I didn't know which of the lua SOs I need so I included all of them, but deleting the reference to libcdlua creates a different error, and deleting that include leads to another error so I deleted all reference to any lua libraries. Now everything links. But I do have a program I haven't translated to Linux yet that uses the built-in Lua IDE, so I will run that and see what dependencies it says I need, instead of guessing. If the issue occurs again then, I will bring it up again then. I use IupMatrixEx, so to see it missing worries me. Is it actually missing or is it not supported in Linux? Maybe I shouldn't worry? I see freetype for Windows, and I'm betting that was to make IUP portable because freetype (or its equivalent) is built-in to Linux and Mac. But I need to be sure in case I do have to "install" something on my own that I didn't have to do in Windows. Nothing is a show-stopper here, I just need more info. Signed, Andrew > On 5/28/23 23:59, Anonymous wrote: >> Hello, >> >> I am completely abandoning Windows and moving over to Linux, so now I >> have beginner questions even though I've used IUP for many years now. I >> am recompiling/reassembling all my old source code from Windows to run >> on Linux and I have a few minor issues: >> >> 1) ld reports libcdlua53.so has an undefined reference to >> 'lua_newuserdata'. How do I fix this? >> >> 2) I compared the old Windows DLLs to the new Linux SOs, and I see a few >> DLLs that appear to not have an equivalent SO: >> freetype6.dll >> iupmatrixex.dll >> iupole.dll >> >> My guess is that freetype or anything OLE isn't required on Linux, and >> I'm hoping that iupmatrixex is incorporated into some other SO, because >> it would be very bad if Linux doesn't support matrixex. >> >> Signed, >> Andrew >> >> ╔═════════════════════╗ >> ║ Environment ║ >> ╟─────────────────────╢ >> ║ IUP v3.30 ║ >> ║ IM v3.12 ║ >> ║ CD v5.11.1 ║ >> ║ Mx Linux v21.3║ >> ║ KDE_x64 Wildflower ║ >> ╚═════════════════════╝ > G'day Andrew, > > I've been trying to expand the scope of the Tecgraf IM/CD/IUP > scientific/technical programs on GNU/Linux, past the "Ubuntu" > instructions that was the only support mentioned in the documentation. > > I've created a project on SourceForge called "lglicua": > > l - Lua > gl - GNU/Linux > icu - IM/CD/IUP > a - Assistant > > that strives to ease the pain of installing Lua, LuaRocks, > selected Rocks needed by the Assistant, obtaining the latest > IM/CD/IUP sources from SourceForge via "svn co" (note that > IUP 3.30 was released in August 2020, and the last Subversion > revision was in November 2022). > > So, the Subversion sources are a better set of files to be working > with, as many bug fixes have been applied, but have not been > packaged up into a recent release. IM and CD also have updates, > but are not as active as IUP. > > ---- > > My latest release of "lglicua", lglicua-0.1-alpha7.tar.gz, does > support MX GNU/Linux 21, 21.1 and 21.2... but not 21.3. I > encountered compilation and linking errors similar to the ones > you reported. > > The good new is, I've found and fixed the problem, and intend to > release a new version of lglicua, -0.1-alpha8, this week. > > ---- > > The main problem is with the file "tecmake.mak" in each of IM/CD/IUP's > root directories (the same file, labelled 4.21, is copied into all > projects). tecmake.mak tries to separate "newer" systems from "older" > ones for various library/other choices, and this is a bit of an art, > rather than being a science. Also, the file tries to cover a slightly > obscene number of software/hardware platforms, and tries to normalise > everything so that coders in subdirectories have a simple and sane > environment to work with. > > GTK2/GTK3 is one problem area, but let's look at another, fontconfig: > Here's the 4.21 version, along with my rewritten (4.30) version: > > -- > > ifneq ($(findstring Linux26g4, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > ifneq ($(findstring Linux3, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > ifneq ($(findstring Linux4, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > ifneq ($(findstring Linux5, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > ifneq ($(findstring cygw, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > ifneq ($(findstring MacOS, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > > -- > > # Refine fontconfig: Cater for Linux Kernels greater than 5. > ifeq (Linux, $(TEC_SYSNAME)) > ifneq ($(findstring Linux26g4, $(TEC_UNAME)), ) > LIBS += fontconfig > else ifneq ($(filter 3 4 5 6 7 8 9, $(TEC_SYSVERSION)), ) > LIBS += fontconfig > endif > else ifneq ($(findstring cygw, $(TEC_UNAME)), ) > LIBS += fontconfig > else ifneq ($(findstring MacOS, $(TEC_UNAME)), ) > LIBS += fontconfig > endif > > -- > > Another example in tecmake.mak is WebKit: > > -- > > ifdef LINK_WEBKIT > ifneq ($(findstring Linux5, $(TEC_UNAME)), ) > LIBS += webkit2gtk-4.0 gio-2.0 > else > ifneq ($(findstring Linux4, $(TEC_UNAME)), ) > LIBS += webkit2gtk-4.0 gio-2.0 > else > ifneq ($(findstring Linux3, $(TEC_UNAME)), ) > ifdef USE_GTK3 > LIBS += webkitgtk-3.0 > else > LIBS += webkitgtk-1.0 > endif > else > LIBS += webkit-1.0 > endif > endif > endif > endif > > -- > > ifdef LINK_WEBKIT > # By default, library "webkit-1.0" is used by the linker. > TEC_WEBKIT_LIBS := webkit-1.0 > > # For Linux Kernels 4.x and above, override default, and use > # "webkit2gtk-4.0 gio-2.0". > # For Linux Kernels 3.x, override default, and use either > # "webkitgtk-3.0" or "webkitgtk-1.0", based on the USE_GTK3 setting. > ifeq (Linux, $(TEC_SYSNAME)) > # Provide WebKit for Linux Kernels 4 and later. > ifneq ($(filter 4 5 6 7 8 9, $(TEC_SYSVERSION)), ) > TEC_WEBKIT_LIBS := webkit2gtk-4.0 gio-2.0 > else ifneq ($(findstring Linux3, $(TEC_UNAME)), ) > ifdef USE_GTK3 > TEC_WEBKIT_LIBS := webkitgtk-3.0 > else > TEC_WEBKIT_LIBS := webkitgtk-1.0 > endif > endif > endif > > # Now add the derived librar(ies) to the library list. > LIBS += $(TEC_WEBKIT_LIBS) > endif > > -- > > ======== > > I hope to release the next version of lglicua, 0.1-alpha8, within the > next day or so. When you use the Assistant to perform a build, it > stomps on the tecmake.mak provided by the Subversion repository with > a copy that contains fixes such as the ones above, and I have verified > that it compiles, links and runs under MX Linux 21.3. > > (Another file, iup/srcweb/config.mak, is also stomped on if an IUP > build is attempted, for the same lack-of-Kernel-6 logic.) > > ======== > > Hope this helps, > > sur-behoffski (Brenton Hoff) > programmer, Grouse Software > > > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: <su...@sc...> - 2023-05-29 09:40:30
|
Under Windows I use VB6 to create form / class OCX DLLs I use with ScriptBasic. I use IUP on Ubuntu installations. On 2023-05-28 07:29, Anonymous wrote: > Hello, > > I am completely abandoning Windows and moving over to Linux, so now I > have beginner questions even though I've used IUP for many years now. I > am recompiling/reassembling all my old source code from Windows to run > on Linux and I have a few minor issues: > > 1) ld reports libcdlua53.so has an undefined reference to > 'lua_newuserdata'. How do I fix this? > > 2) I compared the old Windows DLLs to the new Linux SOs, and I see a > few DLLs that appear to not have an equivalent SO: > freetype6.dll > iupmatrixex.dll > iupole.dll > > My guess is that freetype or anything OLE isn't required on Linux, and > I'm hoping that iupmatrixex is incorporated into some other SO, because > it would be very bad if Linux doesn't support matrixex. > > Signed, > Andrew > > ╔═════════════════════╗ > ║ Environment ║ > ╟─────────────────────╢ > ║ IUP v3.30 ║ > ║ IM v3.12 ║ > ║ CD v5.11.1 ║ > ║ Mx Linux v21.3║ > ║ KDE_x64 Wildflower ║ > ╚═════════════════════╝ > > > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: Ranier F. <ran...@ho...> - 2023-05-29 11:09:01
|
>1) ld reports libcdlua53.so has an undefined reference to >'lua_newuserdata'. How do I fix this? lualib.lib or lualib5.4.6-static.lib lua_newuserdata is part of Lua API. regards, Ranier Vilela |
|
From: Anonymous <ano...@gm...> - 2023-07-15 12:43:37
|
Ola, I'm still new to Linux so forgive me if I ask what might be stupid questions. I cannot link to scintilla using IUP. I get a slew of error like this: ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': ScintillaGTK.cxx:(.text+0x70d): undefined reference to `gtk_adjustment_get_upper' ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to `gtk_adjustment_get_page_size' ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to `gtk_adjustment_set_upper' ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to `gtk_adjustment_set_page_size' ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to `gtk_adjustment_set_page_increment' ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to `gtk_adjustment_get_upper' ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to `gtk_adjustment_get_page_size' ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to `gtk_adjustment_set_upper' ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to `gtk_adjustment_set_page_size' ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to `gtk_adjustment_set_page_increment' And etc, etc, etc for 13381 lines. I presume that means a dependency is missing but what dependency would that be? Or it might be something else? Does anyone know? Signed, Andrew ╔═════════════════════╗ ║ Environment ║ ╟─────────────────────╢ ║ IUP v3.30 ║ ║ IM v3.12 ║ ║ CD v5.11.1 ║ ║ Mx Linux v21.3 ║ ║ KDE_x64 Wildflower ║ ╚═════════════════════╝ |
|
From: Antonio S. <ant...@gm...> - 2023-07-15 12:51:03
|
The scintilla library itself is missing. IupScintilla is IUP using Scintilla. Em sáb., 15 de jul. de 2023 às 09:43, Anonymous <ano...@gm...> escreveu: > Ola, > > I'm still new to Linux so forgive me if I ask what might be stupid > questions. I cannot link to scintilla using IUP. I get a slew of error > like this: > > ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function > `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': > ScintillaGTK.cxx:(.text+0x70d): undefined reference to > `gtk_adjustment_get_upper' > ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to > `gtk_adjustment_get_page_size' > ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to > `gtk_adjustment_set_upper' > ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to > `gtk_adjustment_set_page_size' > ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to > `gtk_adjustment_set_page_increment' > ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to > `gtk_adjustment_get_upper' > ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to > `gtk_adjustment_get_page_size' > ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to > `gtk_adjustment_set_upper' > ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to > `gtk_adjustment_set_page_size' > ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to > `gtk_adjustment_set_page_increment' > > And etc, etc, etc for 13381 lines. > > I presume that means a dependency is missing but what dependency would > that be? Or it might be something else? Does anyone know? > > Signed, > Andrew > > ╔═════════════════════╗ > ║ Environment ║ > ╟─────────────────────╢ > ║ IUP v3.30 ║ > ║ IM v3.12 ║ > ║ CD v5.11.1 ║ > ║ Mx Linux v21.3 ║ > ║ KDE_x64 Wildflower ║ > ╚═════════════════════╝ > > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users > |
|
From: Anonymous <ano...@gm...> - 2023-07-15 15:23:54
|
Ola, Much thanks Antonio! I went from 13381 errors to two, but these two errors look ominous... ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol 'gtk_toggle_button_new' ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO missing from command l ine Is that one error or two? My system does not have a file named libgtk-x11-2.0.0, so I tried... |dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library || Oops! It looks like IUP will only work with GTK2 and that says I have GTK3, right? Is there any workaround for that or am I screwed? Signed, Andrew On 7/15/23 05:50, Antonio Scuri wrote: > The scintilla library itself is missing. IupScintilla is IUP using > Scintilla. > > > > Em sáb., 15 de jul. de 2023 às 09:43, Anonymous > <ano...@gm...> escreveu: > > Ola, > > I'm still new to Linux so forgive me if I ask what might be stupid > questions. I cannot link to scintilla using IUP. I get a slew of > error > like this: > > ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function > `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': > ScintillaGTK.cxx:(.text+0x70d): undefined reference to > `gtk_adjustment_get_upper' > ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to > `gtk_adjustment_get_page_size' > ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to > `gtk_adjustment_set_upper' > ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to > `gtk_adjustment_set_page_size' > ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to > `gtk_adjustment_set_page_increment' > ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to > `gtk_adjustment_get_upper' > ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to > `gtk_adjustment_get_page_size' > ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to > `gtk_adjustment_set_upper' > ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to > `gtk_adjustment_set_page_size' > ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to > `gtk_adjustment_set_page_increment' > > And etc, etc, etc for 13381 lines. > > I presume that means a dependency is missing but what dependency > would > that be? Or it might be something else? Does anyone know? > > Signed, > Andrew > > ╔═════════════════════╗ > ║ Environment ║ > ╟─────────────────────╢ > ║ IUP v3.30 ║ > ║ IM v3.12 ║ > ║ CD v5.11.1 ║ > ║ Mx Linux v21.3 ║ > ║ KDE_x64 Wildflower ║ > ╚═════════════════════╝ > > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users > > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: Anonymous <ano...@gm...> - 2023-07-15 15:29:40
|
That's a typo. It actually says it has both installed but I can't find either one on my computer. On 7/15/23 08:23, Anonymous wrote: > > Ola, > > Much thanks Antonio! I went from 13381 errors to two, but these two > errors look ominous... > > ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol > 'gtk_toggle_button_new' > ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: > DSO missing from command l > ine > > Is that one error or two? My system does not have a file named > libgtk-x11-2.0.0, so I tried... > > |dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' and it > returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library > ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library > ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version > ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library > ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library > || > > Oops! It looks like IUP will only work with GTK2 and that says I have > GTK3, right? Is there any workaround for that or am I screwed? > > Signed, > Andrew > > On 7/15/23 05:50, Antonio Scuri wrote: >> The scintilla library itself is missing. IupScintilla is IUP using >> Scintilla. >> >> >> >> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >> <ano...@gm...> escreveu: >> >> Ola, >> >> I'm still new to Linux so forgive me if I ask what might be stupid >> questions. I cannot link to scintilla using IUP. I get a slew of >> error >> like this: >> >> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >> `gtk_adjustment_get_upper' >> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >> `gtk_adjustment_get_page_size' >> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >> `gtk_adjustment_set_upper' >> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >> `gtk_adjustment_set_page_size' >> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >> `gtk_adjustment_set_page_increment' >> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >> `gtk_adjustment_get_upper' >> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >> `gtk_adjustment_get_page_size' >> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >> `gtk_adjustment_set_upper' >> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >> `gtk_adjustment_set_page_size' >> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >> `gtk_adjustment_set_page_increment' >> >> And etc, etc, etc for 13381 lines. >> >> I presume that means a dependency is missing but what dependency >> would >> that be? Or it might be something else? Does anyone know? >> >> Signed, >> Andrew >> >> ╔═════════════════════╗ >> ║ Environment ║ >> ╟─────────────────────╢ >> ║ IUP v3.30 ║ >> ║ IM v3.12 ║ >> ║ CD v5.11.1 ║ >> ║ Mx Linux v21.3 ║ >> ║ KDE_x64 Wildflower ║ >> ╚═════════════════════╝ >> >> >> >> _______________________________________________ >> Iup-users mailing list >> Iup...@li... >> https://lists.sourceforge.net/lists/listinfo/iup-users >> >> >> >> _______________________________________________ >> Iup-users mailing list >> Iup...@li... >> https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: Anonymous <ano...@gm...> - 2023-07-15 15:53:51
|
One last follow-up... If I go to https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it shows me where the GTK files are located for Debian based systems. Why isn't this in the PATH? Why do I have GTK programs that work if it isn't in the PATH? Does that mean I have to link to the GTK library using a hard-coded path? That's a problem since that means that since Debian doesn't follow the standard Linux filesystem hierarchy standard (which says GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if I hard-code the path name in the linker for GTK, it will only work for Debian systems. For being so user friendly, MX Linux sure is developer unfriendly. On 7/15/23 08:29, Anonymous wrote: > > That's a typo. It actually says it has both installed but I can't find > either one on my computer. > > On 7/15/23 08:23, Anonymous wrote: >> >> Ola, >> >> Much thanks Antonio! I went from 13381 errors to two, but these two >> errors look ominous... >> >> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol >> 'gtk_toggle_button_new' >> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: >> DSO missing from command l >> ine >> >> Is that one error or two? My system does not have a file named >> libgtk-x11-2.0.0, so I tried... >> >> |dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' and it >> returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >> || >> >> Oops! It looks like IUP will only work with GTK2 and that says I have >> GTK3, right? Is there any workaround for that or am I screwed? >> >> Signed, >> Andrew >> >> On 7/15/23 05:50, Antonio Scuri wrote: >>> The scintilla library itself is missing. IupScintilla is IUP using >>> Scintilla. >>> >>> >>> >>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >>> <ano...@gm...> escreveu: >>> >>> Ola, >>> >>> I'm still new to Linux so forgive me if I ask what might be stupid >>> questions. I cannot link to scintilla using IUP. I get a slew of >>> error >>> like this: >>> >>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>> `gtk_adjustment_get_upper' >>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>> `gtk_adjustment_get_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>> `gtk_adjustment_set_upper' >>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>> `gtk_adjustment_set_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>> `gtk_adjustment_set_page_increment' >>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>> `gtk_adjustment_get_upper' >>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>> `gtk_adjustment_get_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>> `gtk_adjustment_set_upper' >>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>> `gtk_adjustment_set_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>> `gtk_adjustment_set_page_increment' >>> >>> And etc, etc, etc for 13381 lines. >>> >>> I presume that means a dependency is missing but what dependency >>> would >>> that be? Or it might be something else? Does anyone know? >>> >>> Signed, >>> Andrew >>> >>> ╔═════════════════════╗ >>> ║ Environment ║ >>> ╟─────────────────────╢ >>> ║ IUP v3.30 ║ >>> ║ IM v3.12 ║ >>> ║ CD v5.11.1 ║ >>> ║ Mx Linux v21.3 ║ >>> ║ KDE_x64 Wildflower ║ >>> ╚═════════════════════╝ >>> >>> >>> >>> _______________________________________________ >>> Iup-users mailing list >>> Iup...@li... >>> https://lists.sourceforge.net/lists/listinfo/iup-users >>> >>> >>> >>> _______________________________________________ >>> Iup-users mailing list >>> Iup...@li... >>> https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: Antonio S. <ant...@gm...> - 2023-07-15 19:32:06
|
Please take a look at the IUP documentation. You will find more info there: https://www.tecgraf.puc-rio.br/iup/ In Guide / Building Applications Best, Scuri Em sáb., 15 de jul. de 2023 às 12:54, Anonymous <ano...@gm...> escreveu: > One last follow-up... > > If I go to https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, > it shows me where the GTK files are located for Debian based systems. Why > isn't this in the PATH? Why do I have GTK programs that work if it isn't in > the PATH? Does that mean I have to link to the GTK library using a > hard-coded path? That's a problem since that means that since Debian > doesn't follow the standard Linux filesystem hierarchy standard (which says > GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if > I hard-code the path name in the linker for GTK, it will only work for > Debian systems. > > For being so user friendly, MX Linux sure is developer unfriendly. > On 7/15/23 08:29, Anonymous wrote: > > That's a typo. It actually says it has both installed but I can't find > either one on my computer. > On 7/15/23 08:23, Anonymous wrote: > > Ola, > > Much thanks Antonio! I went from 13381 errors to two, but these two errors > look ominous... > > ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol > 'gtk_toggle_button_new' > ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO > missing from command l > ine > > Is that one error or two? My system does not have a file named > libgtk-x11-2.0.0, so I tried... > > dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' > > and it returned... > ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library > ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library > ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version > ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library > ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library > > Oops! It looks like IUP will only work with GTK2 and that says I have > GTK3, right? Is there any workaround for that or am I screwed? > > Signed, > Andrew > On 7/15/23 05:50, Antonio Scuri wrote: > > The scintilla library itself is missing. IupScintilla is IUP using > Scintilla. > > > > Em sáb., 15 de jul. de 2023 às 09:43, Anonymous <ano...@gm...> > escreveu: > >> Ola, >> >> I'm still new to Linux so forgive me if I ask what might be stupid >> questions. I cannot link to scintilla using IUP. I get a slew of error >> like this: >> >> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >> `gtk_adjustment_get_upper' >> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >> `gtk_adjustment_get_page_size' >> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >> `gtk_adjustment_set_upper' >> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >> `gtk_adjustment_set_page_size' >> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >> `gtk_adjustment_set_page_increment' >> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >> `gtk_adjustment_get_upper' >> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >> `gtk_adjustment_get_page_size' >> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >> `gtk_adjustment_set_upper' >> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >> `gtk_adjustment_set_page_size' >> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >> `gtk_adjustment_set_page_increment' >> >> And etc, etc, etc for 13381 lines. >> >> I presume that means a dependency is missing but what dependency would >> that be? Or it might be something else? Does anyone know? >> >> Signed, >> Andrew >> >> ╔═════════════════════╗ >> ║ Environment ║ >> ╟─────────────────────╢ >> ║ IUP v3.30 ║ >> ║ IM v3.12 ║ >> ║ CD v5.11.1 ║ >> ║ Mx Linux v21.3 ║ >> ║ KDE_x64 Wildflower ║ >> ╚═════════════════════╝ >> >> >> >> _______________________________________________ >> Iup-users mailing list >> Iup...@li... >> https://lists.sourceforge.net/lists/listinfo/iup-users >> > > > _______________________________________________ > Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users > |
|
From: Anonymous <ano...@gm...> - 2023-07-15 20:06:30
|
My problem is why won't GTK show up in my path, even though the system works with GTK apps? Is that normal? I could copy all the files needed to a directory for static linking as https://www.tecgraf.puc-rio.br/iup/ says to do, "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To *statically* link an application with IUP, use the following options in the linker call (in the same order) ... *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) or *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" ... but do I really have to copy files from root to a place where it can be found by my make file? That doesn't make sense but if that is how things are done in Linux, I will just have to do it. I just hope those files are easy to find. On 7/15/23 12:31, Antonio Scuri wrote: > Please take a look at the IUP documentation. You will find more info > there: > > https://www.tecgraf.puc-rio.br/iup/ > > In Guide / Building Applications > > Best, > Scuri > > > Em sáb., 15 de jul. de 2023 às 12:54, Anonymous > <ano...@gm...> escreveu: > > One last follow-up... > > If I go to > https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, > it shows me where the GTK files are located for Debian based > systems. Why isn't this in the PATH? Why do I have GTK programs > that work if it isn't in the PATH? Does that mean I have to link > to the GTK library using a hard-coded path? That's a problem since > that means that since Debian doesn't follow the standard Linux > filesystem hierarchy standard (which says GTK should be installed > in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if I hard-code > the path name in the linker for GTK, it will only work for Debian > systems. > > For being so user friendly, MX Linux sure is developer unfriendly. > > On 7/15/23 08:29, Anonymous wrote: >> >> That's a typo. It actually says it has both installed but I can't >> find either one on my computer. >> >> On 7/15/23 08:23, Anonymous wrote: >>> >>> Ola, >>> >>> Much thanks Antonio! I went from 13381 errors to two, but these >>> two errors look ominous... >>> >>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to >>> symbol 'gtk_toggle_button_new' >>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding >>> symbols: DSO missing from command l >>> ine >>> >>> Is that one error or two? My system does not have a file named >>> libgtk-x11-2.0.0, so I tried... >>> >>> |dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' and it >>> returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>> || >>> >>> Oops! It looks like IUP will only work with GTK2 and that says I >>> have GTK3, right? Is there any workaround for that or am I screwed? >>> >>> Signed, >>> Andrew >>> >>> On 7/15/23 05:50, Antonio Scuri wrote: >>>> The scintilla library itself is missing. IupScintilla is IUP >>>> using Scintilla. >>>> >>>> >>>> >>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >>>> <ano...@gm...> escreveu: >>>> >>>> Ola, >>>> >>>> I'm still new to Linux so forgive me if I ask what might be >>>> stupid >>>> questions. I cannot link to scintilla using IUP. I get a >>>> slew of error >>>> like this: >>>> >>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>>> `gtk_adjustment_get_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>>> `gtk_adjustment_get_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>>> `gtk_adjustment_set_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>>> `gtk_adjustment_set_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>>> `gtk_adjustment_set_page_increment' >>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>>> `gtk_adjustment_get_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>>> `gtk_adjustment_get_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>>> `gtk_adjustment_set_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>>> `gtk_adjustment_set_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>>> `gtk_adjustment_set_page_increment' >>>> >>>> And etc, etc, etc for 13381 lines. >>>> >>>> I presume that means a dependency is missing but what >>>> dependency would >>>> that be? Or it might be something else? Does anyone know? >>>> >>>> Signed, >>>> Andrew >>>> >>>> ╔═════════════════════╗ >>>> ║ Environment ║ >>>> ╟─────────────────────╢ >>>> ║ IUP v3.30 ║ >>>> ║ IM v3.12 ║ >>>> ║ CD v5.11.1 ║ >>>> ║ Mx Linux v21.3 ║ >>>> ║ KDE_x64 Wildflower ║ >>>> ╚═════════════════════╝ >>>> >>>> >>>> >>>> _______________________________________________ >>>> Iup-users mailing list >>>> Iup...@li... >>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>> >>>> >>>> >>>> _______________________________________________ >>>> Iup-users mailing list >>>> Iup...@li... >>>> https://lists.sourceforge.net/lists/listinfo/iup-users > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users > > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: Anonymous <ano...@gm...> - 2023-07-15 20:52:55
|
Note, the documentation says to use -lpangox-2.0, but their is no libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or -lpangocairo-1.0.so.0? On 7/15/23 13:06, Anonymous wrote: > My problem is why won't GTK show up in my path, even though the system > works with GTK apps? Is that normal? I could copy all the files needed > to a directory for static linking as > https://www.tecgraf.puc-rio.br/iup/ says to do, > > "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To > *statically* link an application with IUP, use the following options > in the linker call (in the same order) ... > > *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) > or > *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" > > ... but do I really have to copy files from root to a place where it > can be found by my make file? That doesn't make sense but if that is > how things are done in Linux, I will just have to do it. I just hope > those files are easy to find. > > On 7/15/23 12:31, Antonio Scuri wrote: >> Please take a look at the IUP documentation. You will find more info >> there: >> >> https://www.tecgraf.puc-rio.br/iup/ >> >> In Guide / Building Applications >> >> Best, >> Scuri >> >> >> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >> <ano...@gm...> escreveu: >> >> One last follow-up... >> >> If I go to >> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >> it shows me where the GTK files are located for Debian based >> systems. Why isn't this in the PATH? Why do I have GTK programs >> that work if it isn't in the PATH? Does that mean I have to link >> to the GTK library using a hard-coded path? That's a problem >> since that means that since Debian doesn't follow the standard >> Linux filesystem hierarchy standard (which says GTK should be >> installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if I >> hard-code the path name in the linker for GTK, it will only work >> for Debian systems. >> >> For being so user friendly, MX Linux sure is developer unfriendly. >> >> On 7/15/23 08:29, Anonymous wrote: >>> >>> That's a typo. It actually says it has both installed but I >>> can't find either one on my computer. >>> >>> On 7/15/23 08:23, Anonymous wrote: >>>> >>>> Ola, >>>> >>>> Much thanks Antonio! I went from 13381 errors to two, but these >>>> two errors look ominous... >>>> >>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to >>>> symbol 'gtk_toggle_button_new' >>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding >>>> symbols: DSO missing from command l >>>> ine >>>> >>>> Is that one error or two? My system does not have a file named >>>> libgtk-x11-2.0.0, so I tried... >>>> >>>> |dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' and >>>> it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>> || >>>> >>>> Oops! It looks like IUP will only work with GTK2 and that says >>>> I have GTK3, right? Is there any workaround for that or am I >>>> screwed? >>>> >>>> Signed, >>>> Andrew >>>> >>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>> The scintilla library itself is missing. IupScintilla is IUP >>>>> using Scintilla. >>>>> >>>>> >>>>> >>>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >>>>> <ano...@gm...> escreveu: >>>>> >>>>> Ola, >>>>> >>>>> I'm still new to Linux so forgive me if I ask what might >>>>> be stupid >>>>> questions. I cannot link to scintilla using IUP. I get a >>>>> slew of error >>>>> like this: >>>>> >>>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>>>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>>>> `gtk_adjustment_get_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>>>> `gtk_adjustment_get_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>>>> `gtk_adjustment_set_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>>>> `gtk_adjustment_set_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>>>> `gtk_adjustment_set_page_increment' >>>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>>>> `gtk_adjustment_get_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>>>> `gtk_adjustment_get_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>>>> `gtk_adjustment_set_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>>>> `gtk_adjustment_set_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>>>> `gtk_adjustment_set_page_increment' >>>>> >>>>> And etc, etc, etc for 13381 lines. >>>>> >>>>> I presume that means a dependency is missing but what >>>>> dependency would >>>>> that be? Or it might be something else? Does anyone know? >>>>> >>>>> Signed, >>>>> Andrew >>>>> >>>>> ╔═════════════════════╗ >>>>> ║ Environment ║ >>>>> ╟─────────────────────╢ >>>>> ║ IUP v3.30 ║ >>>>> ║ IM v3.12 ║ >>>>> ║ CD v5.11.1 ║ >>>>> ║ Mx Linux v21.3 ║ >>>>> ║ KDE_x64 Wildflower ║ >>>>> ╚═════════════════════╝ >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Iup-users mailing list >>>>> Iup...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Iup-users mailing list >>>>> Iup...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >> _______________________________________________ >> Iup-users mailing list >> Iup...@li... >> https://lists.sourceforge.net/lists/listinfo/iup-users >> >> >> >> _______________________________________________ >> Iup-users mailing list >> Iup...@li... >> https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: sur-behoffski <sur...@gr...> - 2023-07-17 10:17:35
|
On 7/16/23 06:22, Anonymous wrote: > Note, the documentation says to use -lpangox-2.0, but their is no libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or -lpangocairo-1.0.so.0? > > On 7/15/23 13:06, Anonymous wrote: >> My problem is why won't GTK show up in my path, even though the system works with GTK apps? Is that normal? I could copy all the files needed to a directory for static linking as https://www.tecgraf.puc-rio.br/iup/ says to do, [...] G'day, I've found and fixed this problem as part of my work on "lglicua": https://sourceforge.net/projects/lglicua/files/ The problem is that the Tecgraf build infrastructure, especially "tecmake.mak", but also "iup/srcweb/config.mak", use a test to decide whether to use GTK2 (older) or GTK3 (newer). Unfortunately, v4.21: https://sourceforge.net/p/iup/iup/HEAD/tree/trunk/iup/tecmake.mak has code blocks that top out at GNU/Linux Kernel 5, and newer distributions, notably MX 21.3 and Ubuntu 23.04, use Kernel 6. This overflow of the kernel numbering results in an incorrect GTK2 selection instead of GTK3, and compilation and linking mayhem ensues, especially for CD and IUP. My Tecgraf Assistant fixes this problem by overriding (stomps on) the Tecgraf tecmake.mak each time a build is requested. (Note that all of IM, CD, FTGL, PDFlib7 and IUP all have identical, v4.21 tecmake.mak.) I released a fixed version (4.30) with the 0.1-alpha8 release, and a minor cleanup of code formatting (4.31) in 0.1-beta1. An example of some problem Makefile code, followed by improved code, is: -------- 4.21 (lines 298-317) starts here -------- ifdef GTK_DEFAULT ifndef USE_GTK2 ifneq ($(findstring Linux5, $(TEC_UNAME)), ) USE_GTK3 = Yes endif ifneq ($(findstring Linux4, $(TEC_UNAME)), ) USE_GTK3 = Yes endif ifneq ($(findstring Linux31, $(TEC_UNAME)), ) USE_GTK3 = Yes endif ifneq ($(findstring cygw, $(TEC_UNAME)), ) USE_GTK3 = Yes endif #Homebrew #ifneq ($(findstring MacOS10, $(TEC_UNAME)), ) # USE_GTK3 = Yes #endif endif endif -------- 4.21 (lines 298-317) ends here -------- -------- 4.31 (lines 261-279) starts here -------- # Refine GTK default request: Newer GNU/Linux systems get GTK3, # unless GTK2 is specifically defined. ifdef GTK_DEFAULT ifndef USE_GTK2 ifeq (Linux, $(TEC_SYSNAME)) ifneq ($(filter 4 5 6 7 8 9, $(TEC_SYSVERSION)), ) USE_GTK3 = Yes else ifneq ($(findstring Linux31, $(TEC_UNAME)), ) USE_GTK3 = Yes endif else ifneq ($(findstring cygw, $(TEC_UNAME)), ) USE_GTK3 = Yes endif #Homebrew #ifneq ($(findstring MacOS10, $(TEC_UNAME)), ) # USE_GTK3 = Yes #endif endif endif -------- 4.31 (lines 261-279) ends here -------- I have tested tecmake.mak 4.31 on the following distributions, using an array of virtual machines: Linux Mint: 21, 21.1 MX: 21_ahs_x64, 21.1_ahs_x64 [Kernels 5.x.y] , 21.3_ahs_x64 [Kernel 6.0.y]; CentOS7: Rocky: 9, 9.1, 9.2; and Ubuntu: 20.04.3, 22.10 [Kernels 5.x.y], 23.04 [Kernel 6.2.y]. -------- I've fed patches for the fixes/changes to tecmake.mak, and he has not acted on my input. I sent the 4.21 -> 4.30 patches via private email, and the 4.30 -> 4.31 (smaller set) on the mailing list. I note that Scuri has consistently been helpful, but has very limited time to devote to the IM/CD/IUP toolkits. It's now coming up to three years since the last major release, and IUP, the most active project, has had roughly 50 Subversion changes: Some are fixes, some are new features. This is why my "lglicua" Assistant works from the SourceForge repository, rather than use the pre-packaged releases. Is there some way that we can enable a new release of the toolkits? Can someone work under Scuri's supervision, if he's unable to devote time himself, due to other commitments? Can the full packaging scripts, including test rigs, be documented and released? Hopes that the tecmake.mak update fixes build problems, and also hope that we can make progress on procuring a new release. cheers, sur-behoffski (Brenton Hoff) programmer, Grouse Software |
|
From: Anonymous <ano...@gm...> - 2023-07-17 13:21:14
|
Bom dia! This is an interesting program you've written Sur-Behoffski. I never knew that such a problem existed on Linux until I moved over to Linux six months ago. That means the issue you are working on solving is for Linux only, so before I say any more, let me tell you about my experience with Windows... On Windows I never bothered with installing Lua, IUP, IM, or CD. I just copied all the dlls for those programs into the same folder as the compiler I was using, so the compiler could find them for linking purposes. This would work because on Windows, the first directory it searches for dlls is in the current working directory. So no install needed for that. Then for the actual compiled programs themselves, I copied only the dlls referenced by the program into the same folder as the finished program. That made all my Windows programs portable, which means I can put my program folders on a USB stick, and run my program from there on any system with Windows installed, whether or not the Windows system had IUP installed or not. Now let me tell you about my experience with Linux... It seems I should be able to do something similar on Linux, but being new to Linux, I have no idea how to do that in Linux. All I do know is that Linux doesn't check the current directory for any *.so files when linking files or running programs. Linux _*able*_ do that but it is not easy because it is not at all well documented, and I wanted to stay current with any Linux security principles anyways, so I decided to use *.a files(in Windows they would be *.lib files), which should be easier to do. Except I was wrong. Antonio created a new problem when he said I had to "statically" include various GTK files in my program at compile time to get that to work. First off, there is a problem with terminology. "Statically linked" is supposed to mean I include *.a files, but there are no *.a files listed for GTK, there are only *.so files. That means I can only "dynamically" include those various GTK files which means I can't make any of my programs portable anymore. Secondly, those *.so files have limited scope, meaning they are not directly visible to any program, they only seem to work transparently in the background like driver files do. So I can't compile programs that require those specific *.so files unless I copy them into my current working directory. That doesn't sound professional, it sounds like a hack, so I'm not liking that idea already, but if I have no choice, it's what I must do, but is that what I must do? That is where I currently am at in the process. If I cannot create portable programs with IUP then I will have to consider maybe using iglicua and give up the idea of ever having a portable program, or I will have to use other frameworks like dlangUI or GNUstep (if I can make them portable). The problem is I am too attached to IUP. IUP has many ready-made dialogs and integration with other third party programs (like Scintilla), that no other GUI framework has. What should I do? Signed, Andrew On 7/17/23 03:17, sur-behoffski wrote: > On 7/16/23 06:22, Anonymous wrote: >> Note, the documentation says to use -lpangox-2.0, but their is no libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or -lpangocairo-1.0.so.0? >> >> On 7/15/23 13:06, Anonymous wrote: >>> My problem is why won't GTK show up in my path, even though the system works with GTK apps? Is that normal? I could copy all the files needed to a directory for static linking ashttps://www.tecgraf.puc-rio.br/iup/ says to do, [...] > G'day, > > I've found and fixed this problem as part of my work on "lglicua": > > https://sourceforge.net/projects/lglicua/files/ > > The problem is that the Tecgraf build infrastructure, especially > "tecmake.mak", but also "iup/srcweb/config.mak", use a test to decide > whether to use GTK2 (older) or GTK3 (newer). Unfortunately, v4.21: > > https://sourceforge.net/p/iup/iup/HEAD/tree/trunk/iup/tecmake.mak > > has code blocks that top out at GNU/Linux Kernel 5, and newer distributions, > notably MX 21.3 and Ubuntu 23.04, use Kernel 6. This overflow of the > kernel numbering results in an incorrect GTK2 selection instead of GTK3, > and compilation and linking mayhem ensues, especially for CD and IUP. > > My Tecgraf Assistant fixes this problem by overriding (stomps on) the > Tecgraf tecmake.mak each time a build is requested. (Note that all of > IM, CD, FTGL, PDFlib7 and IUP all have identical, v4.21 tecmake.mak.) > I released a fixed version (4.30) with the 0.1-alpha8 release, and a > minor cleanup of code formatting (4.31) in 0.1-beta1. > > An example of some problem Makefile code, followed by improved code, is: > > -------- 4.21 (lines 298-317) starts here -------- > > ifdef GTK_DEFAULT > ifndef USE_GTK2 > ifneq ($(findstring Linux5, $(TEC_UNAME)), ) > USE_GTK3 = Yes > endif > ifneq ($(findstring Linux4, $(TEC_UNAME)), ) > USE_GTK3 = Yes > endif > ifneq ($(findstring Linux31, $(TEC_UNAME)), ) > USE_GTK3 = Yes > endif > ifneq ($(findstring cygw, $(TEC_UNAME)), ) > USE_GTK3 = Yes > endif > #Homebrew > #ifneq ($(findstring MacOS10, $(TEC_UNAME)), ) > # USE_GTK3 = Yes > #endif > endif > endif > > -------- 4.21 (lines 298-317) ends here -------- > > -------- 4.31 (lines 261-279) starts here -------- > > # Refine GTK default request: Newer GNU/Linux systems get GTK3, > # unless GTK2 is specifically defined. > ifdef GTK_DEFAULT > ifndef USE_GTK2 > ifeq (Linux, $(TEC_SYSNAME)) > ifneq ($(filter 4 5 6 7 8 9, $(TEC_SYSVERSION)), ) > USE_GTK3 = Yes > else ifneq ($(findstring Linux31, $(TEC_UNAME)), ) > USE_GTK3 = Yes > endif > else ifneq ($(findstring cygw, $(TEC_UNAME)), ) > USE_GTK3 = Yes > endif > #Homebrew > #ifneq ($(findstring MacOS10, $(TEC_UNAME)), ) > # USE_GTK3 = Yes > #endif > endif > endif > > -------- 4.31 (lines 261-279) ends here -------- > > I have tested tecmake.mak 4.31 on the following distributions, using > an array of virtual machines: > > Linux Mint: 21, 21.1 > MX: 21_ahs_x64, 21.1_ahs_x64 [Kernels 5.x.y] , 21.3_ahs_x64 [Kernel 6.0.y]; > CentOS7: > Rocky: 9, 9.1, 9.2; and > Ubuntu: 20.04.3, 22.10 [Kernels 5.x.y], 23.04 [Kernel 6.2.y]. > > -------- > > > I've fed patches for the fixes/changes to tecmake.mak, and he has not > acted on my input. I sent the 4.21 -> 4.30 patches via private email, > and the 4.30 -> 4.31 (smaller set) on the mailing list. > > I note that Scuri has consistently been helpful, but has very limited > time to devote to the IM/CD/IUP toolkits. It's now coming up to three > years since the last major release, and IUP, the most active project, > has had roughly 50 Subversion changes: Some are fixes, some are new > features. This is why my "lglicua" Assistant works from the > SourceForge repository, rather than use the pre-packaged releases. > > Is there some way that we can enable a new release of the toolkits? > Can someone work under Scuri's supervision, if he's unable to devote > time himself, due to other commitments? Can the full packaging > scripts, including test rigs, be documented and released? > > Hopes that the tecmake.mak update fixes build problems, and also > hope that we can make progress on procuring a new release. > > cheers, > > sur-behoffski (Brenton Hoff) > programmer, Grouse Software > > > _______________________________________________ > Iup-users mailing list > Iup...@li... > https://lists.sourceforge.net/lists/listinfo/iup-users |
|
From: Antonio S. <ant...@gm...> - 2023-07-17 11:49:33
|
There is no sense in using GTK 2 anymore for recent systems. Focus on GTK 3. Em sáb., 15 de jul. de 2023 às 17:52, Anonymous <ano...@gm...> escreveu: > Note, the documentation says to use -lpangox-2.0, but their is no > libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it > supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or > -lpangocairo-1.0.so.0? > On 7/15/23 13:06, Anonymous wrote: > > My problem is why won't GTK show up in my path, even though the system > works with GTK apps? Is that normal? I could copy all the files needed to a > directory for static linking as https://www.tecgraf.puc-rio.br/iup/ says > to do, > > "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To > *statically* link an application with IUP, use the following options in > the linker call (in the same order) ... > > *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) > or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" > > ... but do I really have to copy files from root to a place where it can > be found by my make file? That doesn't make sense but if that is how things > are done in Linux, I will just have to do it. I just hope those files are > easy to find. > On 7/15/23 12:31, Antonio Scuri wrote: > > Please take a look at the IUP documentation. You will find more info > there: > > https://www.tecgraf.puc-rio.br/iup/ > > In Guide / Building Applications > > Best, > Scuri > > > Em sáb., 15 de jul. de 2023 às 12:54, Anonymous <ano...@gm...> > escreveu: > >> One last follow-up... >> >> If I go to >> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it >> shows me where the GTK files are located for Debian based systems. Why >> isn't this in the PATH? Why do I have GTK programs that work if it isn't in >> the PATH? Does that mean I have to link to the GTK library using a >> hard-coded path? That's a problem since that means that since Debian >> doesn't follow the standard Linux filesystem hierarchy standard (which says >> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if >> I hard-code the path name in the linker for GTK, it will only work for >> Debian systems. >> >> For being so user friendly, MX Linux sure is developer unfriendly. >> On 7/15/23 08:29, Anonymous wrote: >> >> That's a typo. It actually says it has both installed but I can't find >> either one on my computer. >> On 7/15/23 08:23, Anonymous wrote: >> >> Ola, >> >> Much thanks Antonio! I went from 13381 errors to two, but these two >> errors look ominous... >> >> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol >> 'gtk_toggle_button_new' >> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO >> missing from command l >> ine >> >> Is that one error or two? My system does not have a file named >> libgtk-x11-2.0.0, so I tried... >> >> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' >> >> and it returned... >> ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >> >> Oops! It looks like IUP will only work with GTK2 and that says I have >> GTK3, right? Is there any workaround for that or am I screwed? >> >> Signed, >> Andrew >> On 7/15/23 05:50, Antonio Scuri wrote: >> >> The scintilla library itself is missing. IupScintilla is IUP using >> Scintilla. >> >> >> >> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous < >> ano...@gm...> escreveu: >> >>> Ola, >>> >>> I'm still new to Linux so forgive me if I ask what might be stupid >>> questions. I cannot link to scintilla using IUP. I get a slew of error >>> like this: >>> >>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>> `gtk_adjustment_get_upper' >>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>> `gtk_adjustment_get_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>> `gtk_adjustment_set_upper' >>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>> `gtk_adjustment_set_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>> `gtk_adjustment_set_page_increment' >>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>> `gtk_adjustment_get_upper' >>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>> `gtk_adjustment_get_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>> `gtk_adjustment_set_upper' >>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>> `gtk_adjustment_set_page_size' >>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>> `gtk_adjustment_set_page_increment' >>> >>> And etc, etc, etc for 13381 lines. >>> >>> I presume that means a dependency is missing but what dependency would >>> that be? Or it might be something else? Does anyone know? >>> >>> Signed, >>> Andrew >>> >>> ╔═════════════════════╗ >>> ║ Environment ║ >>> ╟─────────────────────╢ >>> ║ IUP v3.30 ║ >>> ║ IM v3.12 ║ >>> ║ CD v5.11.1 ║ >>> ║ Mx Linux v21.3 ║ >>> ║ KDE_x64 Wildflower ║ >>> ╚═════════════════════╝ >>> >>> >>> >>> _______________________________________________ >>> Iup-users mailing list >>> Iup...@li... >>> https://lists.sourceforge.net/lists/listinfo/iup-users >>> >> >> >> _______________________________________________ >> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >> >> _______________________________________________ >> Iup-users mailing list >> Iup...@li... >> https://lists.sourceforge.net/lists/listinfo/iup-users >> > > > _______________________________________________ > Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users > > |
|
From: Anonymous <ano...@gm...> - 2023-07-17 12:05:04
|
On 7/17/23 04:49, Antonio Scuri wrote: > There is no sense in using GTK 2 anymore for recent systems. Focus on > GTK 3. Yes sir, I understand. I will focus only on GTK3 from now on. The problem I'm see is, none of the files mentioned in the IUP documentation for static linking are visible, even with GTK3 installed. How can I make the files visible from the current working directory my source code is in? > Em sáb., 15 de jul. de 2023 às 17:52, Anonymous > <ano...@gm...> escreveu: > > Note, the documentation says to use -lpangox-2.0, but their is no > libpangox-2.0.so <http://libpangox-2.0.so> file that exists in the > GTK2 or GTK3 directory. Was it supposed to say -lpangoxft-1.0 or > -lpangomm-1.4.so <http://lpangomm-1.4.so> or -lpangocairo-1.0.so.0? > > On 7/15/23 13:06, Anonymous wrote: >> My problem is why won't GTK show up in my path, even though the >> system works with GTK apps? Is that normal? I could copy all the >> files needed to a directory for static linking as >> https://www.tecgraf.puc-rio.br/iup/ says to do, >> >> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. >> To *statically* link an application with IUP, use the following >> options in the linker call (in the same order) ... >> >> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >> or >> *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >> >> ... but do I really have to copy files from root to a place where >> it can be found by my make file? That doesn't make sense but if >> that is how things are done in Linux, I will just have to do it. >> I just hope those files are easy to find. >> >> On 7/15/23 12:31, Antonio Scuri wrote: >>> Please take a look at the IUP documentation. You will find more >>> info there: >>> >>> https://www.tecgraf.puc-rio.br/iup/ >>> >>> In Guide / Building Applications >>> >>> Best, >>> Scuri >>> >>> >>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >>> <ano...@gm...> escreveu: >>> >>> One last follow-up... >>> >>> If I go to >>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >>> it shows me where the GTK files are located for Debian based >>> systems. Why isn't this in the PATH? Why do I have GTK >>> programs that work if it isn't in the PATH? Does that mean I >>> have to link to the GTK library using a hard-coded path? >>> That's a problem since that means that since Debian doesn't >>> follow the standard Linux filesystem hierarchy standard >>> (which says GTK should be installed in /usr/lib/ and not >>> /usr/lib/x86_64-linux-gnu/) if I hard-code the path name in >>> the linker for GTK, it will only work for Debian systems. >>> >>> For being so user friendly, MX Linux sure is developer >>> unfriendly. >>> >>> On 7/15/23 08:29, Anonymous wrote: >>>> >>>> That's a typo. It actually says it has both installed but I >>>> can't find either one on my computer. >>>> >>>> On 7/15/23 08:23, Anonymous wrote: >>>>> >>>>> Ola, >>>>> >>>>> Much thanks Antonio! I went from 13381 errors to two, but >>>>> these two errors look ominous... >>>>> >>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference >>>>> to symbol 'gtk_toggle_button_new' >>>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error >>>>> adding symbols: DSO missing from command l >>>>> ine >>>>> >>>>> Is that one error or two? My system does not have a file >>>>> named libgtk-x11-2.0.0, so I tried... >>>>> >>>>> |dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' >>>>> and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>> || >>>>> >>>>> Oops! It looks like IUP will only work with GTK2 and that >>>>> says I have GTK3, right? Is there any workaround for that >>>>> or am I screwed? >>>>> >>>>> Signed, >>>>> Andrew >>>>> >>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>>> The scintilla library itself is missing. IupScintilla is >>>>>> IUP using Scintilla. >>>>>> >>>>>> >>>>>> >>>>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >>>>>> <ano...@gm...> escreveu: >>>>>> >>>>>> Ola, >>>>>> >>>>>> I'm still new to Linux so forgive me if I ask what >>>>>> might be stupid >>>>>> questions. I cannot link to scintilla using IUP. I >>>>>> get a slew of error >>>>>> like this: >>>>>> >>>>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in >>>>>> function >>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>>>>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>>>>> `gtk_adjustment_get_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined >>>>>> reference to >>>>>> `gtk_adjustment_get_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined >>>>>> reference to >>>>>> `gtk_adjustment_set_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined >>>>>> reference to >>>>>> `gtk_adjustment_set_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined >>>>>> reference to >>>>>> `gtk_adjustment_set_page_increment' >>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined >>>>>> reference to >>>>>> `gtk_adjustment_get_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined >>>>>> reference to >>>>>> `gtk_adjustment_get_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined >>>>>> reference to >>>>>> `gtk_adjustment_set_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined >>>>>> reference to >>>>>> `gtk_adjustment_set_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined >>>>>> reference to >>>>>> `gtk_adjustment_set_page_increment' >>>>>> >>>>>> And etc, etc, etc for 13381 lines. >>>>>> >>>>>> I presume that means a dependency is missing but what >>>>>> dependency would >>>>>> that be? Or it might be something else? Does anyone know? >>>>>> >>>>>> Signed, >>>>>> Andrew >>>>>> >>>>>> ╔═════════════════════╗ >>>>>> ║ Environment ║ >>>>>> ╟─────────────────────╢ >>>>>> ║ IUP v3.30 ║ >>>>>> ║ IM v3.12 ║ >>>>>> ║ CD v5.11.1 ║ >>>>>> ║ Mx Linux v21.3 ║ >>>>>> ║ KDE_x64 Wildflower ║ >>>>>> ╚═════════════════════╝ >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Iup-users mailing list >>>>>> Iup...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Iup-users mailing list >>>>>> Iup...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>> _______________________________________________ >>> Iup-users mailing list >>> Iup...@li... >>> https://lists.sourceforge.net/lists/listinfo/iup-users >>> >>> >>> >>> _______________________________________________ >>> Iup-users mailing list >>> Iup...@li... >>> https://lists.sourceforge.net/lists/listinfo/iup-users > |
|
From: Antonio S. <ant...@gm...> - 2023-07-17 12:56:48
|
-L/my_path/iup/lib/Linux Em seg., 17 de jul. de 2023 às 09:04, Anonymous <ano...@gm...> escreveu: > On 7/17/23 04:49, Antonio Scuri wrote: > > There is no sense in using GTK 2 anymore for recent systems. Focus on GTK > 3. > > Yes sir, I understand. I will focus only on GTK3 from now on. > > The problem I'm see is, none of the files mentioned in the IUP > documentation for static linking are visible, even with GTK3 installed. How > can I make the files visible from the current working directory my source > code is in? > > Em sáb., 15 de jul. de 2023 às 17:52, Anonymous <ano...@gm...> > escreveu: > >> Note, the documentation says to use -lpangox-2.0, but their is no >> libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it >> supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or >> -lpangocairo-1.0.so.0? >> On 7/15/23 13:06, Anonymous wrote: >> >> My problem is why won't GTK show up in my path, even though the system >> works with GTK apps? Is that normal? I could copy all the files needed to a >> directory for static linking as https://www.tecgraf.puc-rio.br/iup/ says >> to do, >> >> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To >> *statically* link an application with IUP, use the following options in >> the linker call (in the same order) ... >> >> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >> or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >> >> ... but do I really have to copy files from root to a place where it can >> be found by my make file? That doesn't make sense but if that is how things >> are done in Linux, I will just have to do it. I just hope those files are >> easy to find. >> On 7/15/23 12:31, Antonio Scuri wrote: >> >> Please take a look at the IUP documentation. You will find more info >> there: >> >> https://www.tecgraf.puc-rio.br/iup/ >> >> In Guide / Building Applications >> >> Best, >> Scuri >> >> >> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous < >> ano...@gm...> escreveu: >> >>> One last follow-up... >>> >>> If I go to >>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it >>> shows me where the GTK files are located for Debian based systems. Why >>> isn't this in the PATH? Why do I have GTK programs that work if it isn't in >>> the PATH? Does that mean I have to link to the GTK library using a >>> hard-coded path? That's a problem since that means that since Debian >>> doesn't follow the standard Linux filesystem hierarchy standard (which says >>> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if >>> I hard-code the path name in the linker for GTK, it will only work for >>> Debian systems. >>> >>> For being so user friendly, MX Linux sure is developer unfriendly. >>> On 7/15/23 08:29, Anonymous wrote: >>> >>> That's a typo. It actually says it has both installed but I can't find >>> either one on my computer. >>> On 7/15/23 08:23, Anonymous wrote: >>> >>> Ola, >>> >>> Much thanks Antonio! I went from 13381 errors to two, but these two >>> errors look ominous... >>> >>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol >>> 'gtk_toggle_button_new' >>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO >>> missing from command l >>> ine >>> >>> Is that one error or two? My system does not have a file named >>> libgtk-x11-2.0.0, so I tried... >>> >>> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' >>> >>> and it returned... >>> ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>> >>> Oops! It looks like IUP will only work with GTK2 and that says I have >>> GTK3, right? Is there any workaround for that or am I screwed? >>> >>> Signed, >>> Andrew >>> On 7/15/23 05:50, Antonio Scuri wrote: >>> >>> The scintilla library itself is missing. IupScintilla is IUP using >>> Scintilla. >>> >>> >>> >>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous < >>> ano...@gm...> escreveu: >>> >>>> Ola, >>>> >>>> I'm still new to Linux so forgive me if I ask what might be stupid >>>> questions. I cannot link to scintilla using IUP. I get a slew of error >>>> like this: >>>> >>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>>> `gtk_adjustment_get_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>>> `gtk_adjustment_get_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>>> `gtk_adjustment_set_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>>> `gtk_adjustment_set_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>>> `gtk_adjustment_set_page_increment' >>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>>> `gtk_adjustment_get_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>>> `gtk_adjustment_get_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>>> `gtk_adjustment_set_upper' >>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>>> `gtk_adjustment_set_page_size' >>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>>> `gtk_adjustment_set_page_increment' >>>> >>>> And etc, etc, etc for 13381 lines. >>>> >>>> I presume that means a dependency is missing but what dependency would >>>> that be? Or it might be something else? Does anyone know? >>>> >>>> Signed, >>>> Andrew >>>> >>>> ╔═════════════════════╗ >>>> ║ Environment ║ >>>> ╟─────────────────────╢ >>>> ║ IUP v3.30 ║ >>>> ║ IM v3.12 ║ >>>> ║ CD v5.11.1 ║ >>>> ║ Mx Linux v21.3 ║ >>>> ║ KDE_x64 Wildflower ║ >>>> ╚═════════════════════╝ >>>> >>>> >>>> >>>> _______________________________________________ >>>> Iup-users mailing list >>>> Iup...@li... >>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>> >>> >>> >>> _______________________________________________ >>> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >>> >>> _______________________________________________ >>> Iup-users mailing list >>> Iup...@li... >>> https://lists.sourceforge.net/lists/listinfo/iup-users >>> >> >> >> _______________________________________________ >> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >> >> |
|
From: Anonymous <ano...@gm...> - 2023-07-18 20:31:57
|
Thanks for the advice. I already use the L switch for linking to all the IUP *.a files, i.e. -- *-L./lib*. That works fine for all files except for libiup_scintilla.a. For that you are telling me I need to link to specific files in GTK3. It seems to me GTK3 isn't meant to be called directly by programs, only by the OS (hence the reason it isn't in the $PATH), so I temporarily add the GTK3 directory to my path and then linked to them ... except that doesn't work. The (Debian) system says there is no libgtk-3, which when I go and look for it, there is only libgtk-3.so.0 which (to me) looks like a symbolic link, so I have to change *-lgtk-3* to *-l:libgtk-3.so.0* and so on and so forth for all 12 files the documentation listed: *-l:libgdk-3.so.0 -l:libgdk_pixbuf-2.0.so.0 -l:libpangocairo-1.0.so.0 -l:libpango-1.0.so.0 -l:libcairo.so.2 -l:libgobject-2.0.so.0 -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0 -l:libXext.so.6 -l:libX11.so.6 -l:libm.so.6*. Now it links to them but unfortunately, this leads to a new problem, namely: *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): undefined reference to symbol 'atk_object_notify_state_change'** **ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding symbols: DSO missing from command line* Now what do I do? PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3* PPS -- Look at that huge, gigantic command line! This is far, far easier to do in Windows than it is in Linux. On 7/17/23 05:56, Antonio Scuri wrote: > -L/my_path/iup/lib/Linux > > Em seg., 17 de jul. de 2023 às 09:04, Anonymous > <ano...@gm...> escreveu: > > On 7/17/23 04:49, Antonio Scuri wrote:There is no libscintilla.a > so I am stuck with libscintilla.so >> There is no sense in using GTK 2 anymore for recent systems. >> Focus on GTK 3. > > Yes sir, I understand. I will focus only on GTK3 from now on. > > The problem I'm see is, none of the files mentioned in the IUP > documentation for static linking are visible, even with GTK3 > installed. How can I make the files visible from the current > working directory my source code is in? > >> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous >> <ano...@gm...> escreveu: >> >> Note, the documentation says to use -lpangox-2.0, but their >> is no libpangox-2.0.so <http://libpangox-2.0.so> file that >> exists in the GTK2 or GTK3 directory. Was it supposed to say >> -lpangoxft-1.0 or -lpangomm-1.4.so <http://lpangomm-1.4.so> >> or -lpangocairo-1.0.so.0? >> >> On 7/15/23 13:06, Anonymous wrote: >>> My problem is why won't GTK show up in my path, even though >>> the system works with GTK apps? Is that normal? I could copy >>> all the files needed to a directory for static linking as >>> https://www.tecgraf.puc-rio.br/iup/ says to do, >>> >>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and >>> GLib. To *statically* link an application with IUP, use the >>> following options in the linker call (in the same order) ... >>> >>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>> or >>> *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>> >>> ... but do I really have to copy files from root to a place >>> where it can be found by my make file? That doesn't make >>> sense but if that is how things are done in Linux, I will >>> just have to do it. I just hope those files are easy to find. >>> >>> On 7/15/23 12:31, Antonio Scuri wrote: >>>> Please take a look at the IUP documentation. You will find >>>> more info there: >>>> >>>> https://www.tecgraf.puc-rio.br/iup/ >>>> >>>> In Guide / Building Applications >>>> >>>> Best, >>>> Scuri >>>> >>>> >>>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >>>> <ano...@gm...> escreveu: >>>> >>>> One last follow-up... >>>> >>>> If I go to >>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >>>> it shows me where the GTK files are located for Debian >>>> based systems. Why isn't this in the PATH? Why do I >>>> have GTK programs that work if it isn't in the PATH? >>>> Does that mean I have to link to the GTK library using >>>> a hard-coded path? That's a problem since that means >>>> that since Debian doesn't follow the standard Linux >>>> filesystem hierarchy standard (which says GTK should be >>>> installed in /usr/lib/ and not >>>> /usr/lib/x86_64-linux-gnu/) if I hard-code the path >>>> name in the linker for GTK, it will only work for >>>> Debian systems. >>>> >>>> For being so user friendly, MX Linux sure is developer >>>> unfriendly. >>>> >>>> On 7/15/23 08:29, Anonymous wrote: >>>>> >>>>> That's a typo. It actually says it has both installed >>>>> but I can't find either one on my computer. >>>>> >>>>> On 7/15/23 08:23, Anonymous wrote: >>>>>> >>>>>> Ola, >>>>>> >>>>>> Much thanks Antonio! I went from 13381 errors to two, >>>>>> but these two errors look ominous... >>>>>> >>>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined >>>>>> reference to symbol 'gtk_toggle_button_new' >>>>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error >>>>>> adding symbols: DSO missing from command l >>>>>> ine >>>>>> >>>>>> Is that one error or two? My system does not have a >>>>>> file named libgtk-x11-2.0.0, so I tried... >>>>>> >>>>>> |dpkg -l libgtk* | grep -e '^i' | grep -e >>>>>> 'libgtk-*[0-9]' and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>>> || >>>>>> >>>>>> Oops! It looks like IUP will only work with GTK2 and >>>>>> that says I have GTK3, right? Is there any workaround >>>>>> for that or am I screwed? >>>>>> >>>>>> Signed, >>>>>> Andrew >>>>>> >>>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>>>> The scintilla library itself is missing. >>>>>>> IupScintilla is IUP using Scintilla. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >>>>>>> <ano...@gm...> escreveu: >>>>>>> >>>>>>> Ola, >>>>>>> >>>>>>> I'm still new to Linux so forgive me if I ask >>>>>>> what might be stupid >>>>>>> questions. I cannot link to scintilla using IUP. >>>>>>> I get a slew of error >>>>>>> like this: >>>>>>> >>>>>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in >>>>>>> function >>>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, >>>>>>> long)': >>>>>>> ScintillaGTK.cxx:(.text+0x70d): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_get_upper' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_get_page_size' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_set_upper' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_set_page_size' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_set_page_increment' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_get_upper' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_get_page_size' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_set_upper' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_set_page_size' >>>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined >>>>>>> reference to >>>>>>> `gtk_adjustment_set_page_increment' >>>>>>> >>>>>>> And etc, etc, etc for 13381 lines. >>>>>>> >>>>>>> I presume that means a dependency is missing but >>>>>>> what dependency would >>>>>>> that be? Or it might be something else? Does >>>>>>> anyone know? >>>>>>> >>>>>>> Signed, >>>>>>> Andrew >>>>>>> >>>>>>> ╔═════════════════════╗ >>>>>>> ║ Environment ║ >>>>>>> ╟─────────────────────╢ >>>>>>> ║ IUP v3.30 ║ >>>>>>> ║ IM v3.12 ║ >>>>>>> ║ CD v5.11.1 ║ >>>>>>> ║ Mx Linux v21.3 ║ >>>>>>> ║ KDE_x64 Wildflower ║ >>>>>>> ╚═════════════════════╝ >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Iup-users mailing list >>>>>>> Iup...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Iup-users mailing list >>>>>>> Iup...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>> _______________________________________________ >>>> Iup-users mailing list >>>> Iup...@li... >>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>> >>>> >>>> >>>> _______________________________________________ >>>> Iup-users mailing list >>>> Iup...@li... >>>> https://lists.sourceforge.net/lists/listinfo/iup-users >> |
|
From: Anonymous <ano...@gm...> - 2023-07-19 19:14:56
|
I was down to 8,518 errors, but then I noticed something: ScintillaGTK.cxx:(.text+0x22c0): undefined reference to `operator new(unsigned long)' ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)': There are a lot of those kinds of errors which seems to indicated that libiup_scintilla.a was compiled as a C++ program and not a C program. I thought IUP was supposed to be C-only and not a mix? Is there a C-only version of libiup_scintilla.a that I can download somewhere? On 7/18/23 13:31, Anonymous wrote: > > Thanks for the advice. I already use the L switch for linking to all > the IUP *.a files, i.e. -- *-L./lib*. That works fine for all files > except for libiup_scintilla.a. For that you are telling me I need to > link to specific files in GTK3. It seems to me GTK3 isn't meant to be > called directly by programs, only by the OS (hence the reason it isn't > in the $PATH), so I temporarily add the GTK3 directory to my path and > then linked to them ... except that doesn't work. The (Debian) system > says there is no libgtk-3, which when I go and look for it, there is > only libgtk-3.so.0 which (to me) looks like a symbolic link, so I have > to change *-lgtk-3* to *-l:libgtk-3.so.0* and so on and so forth for > all 12 files the documentation listed: *-l:libgdk-3.so.0 > -l:libgdk_pixbuf-2.0.so.0 -l:libpangocairo-1.0.so.0 > -l:libpango-1.0.so.0 -l:libcairo.so.2 -l:libgobject-2.0.so.0 > -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0 -l:libXext.so.6 > -l:libX11.so.6 -l:libm.so.6*. Now it links to them but unfortunately, > this leads to a new problem, namely: > > *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): undefined > reference to symbol 'atk_object_notify_state_change'** > **ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding symbols: DSO > missing from command line* > > Now what do I do? > > PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3* > PPS -- Look at that huge, gigantic command line! This is far, far > easier to do in Windows than it is in Linux. > > On 7/17/23 05:56, Antonio Scuri wrote: >> -L/my_path/iup/lib/Linux >> >> Em seg., 17 de jul. de 2023 às 09:04, Anonymous >> <ano...@gm...> escreveu: >> >> On 7/17/23 04:49, Antonio Scuri wrote:There is no libscintilla.a >> so I am stuck with libscintilla.so >>> There is no sense in using GTK 2 anymore for recent systems. >>> Focus on GTK 3. >> >> Yes sir, I understand. I will focus only on GTK3 from now on. >> >> The problem I'm see is, none of the files mentioned in the IUP >> documentation for static linking are visible, even with GTK3 >> installed. How can I make the files visible from the current >> working directory my source code is in? >> >>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous >>> <ano...@gm...> escreveu: >>> >>> Note, the documentation says to use -lpangox-2.0, but their >>> is no libpangox-2.0.so <http://libpangox-2.0.so> file that >>> exists in the GTK2 or GTK3 directory. Was it supposed to say >>> -lpangoxft-1.0 or -lpangomm-1.4.so <http://lpangomm-1.4.so> >>> or -lpangocairo-1.0.so.0? >>> >>> On 7/15/23 13:06, Anonymous wrote: >>>> My problem is why won't GTK show up in my path, even though >>>> the system works with GTK apps? Is that normal? I could >>>> copy all the files needed to a directory for static linking >>>> as https://www.tecgraf.puc-rio.br/iup/ says to do, >>>> >>>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and >>>> GLib. To *statically* link an application with IUP, use the >>>> following options in the linker call (in the same order) ... >>>> >>>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>>> or >>>> *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>>> >>>> ... but do I really have to copy files from root to a place >>>> where it can be found by my make file? That doesn't make >>>> sense but if that is how things are done in Linux, I will >>>> just have to do it. I just hope those files are easy to find. >>>> >>>> On 7/15/23 12:31, Antonio Scuri wrote: >>>>> Please take a look at the IUP documentation. You will >>>>> find more info there: >>>>> >>>>> https://www.tecgraf.puc-rio.br/iup/ >>>>> >>>>> In Guide / Building Applications >>>>> >>>>> Best, >>>>> Scuri >>>>> >>>>> >>>>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >>>>> <ano...@gm...> escreveu: >>>>> >>>>> One last follow-up... >>>>> >>>>> If I go to >>>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >>>>> it shows me where the GTK files are located for Debian >>>>> based systems. Why isn't this in the PATH? Why do I >>>>> have GTK programs that work if it isn't in the PATH? >>>>> Does that mean I have to link to the GTK library using >>>>> a hard-coded path? That's a problem since that means >>>>> that since Debian doesn't follow the standard Linux >>>>> filesystem hierarchy standard (which says GTK should >>>>> be installed in /usr/lib/ and not >>>>> /usr/lib/x86_64-linux-gnu/) if I hard-code the path >>>>> name in the linker for GTK, it will only work for >>>>> Debian systems. >>>>> >>>>> For being so user friendly, MX Linux sure is developer >>>>> unfriendly. >>>>> >>>>> On 7/15/23 08:29, Anonymous wrote: >>>>>> >>>>>> That's a typo. It actually says it has both installed >>>>>> but I can't find either one on my computer. >>>>>> >>>>>> On 7/15/23 08:23, Anonymous wrote: >>>>>>> >>>>>>> Ola, >>>>>>> >>>>>>> Much thanks Antonio! I went from 13381 errors to >>>>>>> two, but these two errors look ominous... >>>>>>> >>>>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined >>>>>>> reference to symbol 'gtk_toggle_button_new' >>>>>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error >>>>>>> adding symbols: DSO missing from command l >>>>>>> ine >>>>>>> >>>>>>> Is that one error or two? My system does not have a >>>>>>> file named libgtk-x11-2.0.0, so I tried... >>>>>>> >>>>>>> |dpkg -l libgtk* | grep -e '^i' | grep -e >>>>>>> 'libgtk-*[0-9]' and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>>>> || >>>>>>> >>>>>>> Oops! It looks like IUP will only work with GTK2 and >>>>>>> that says I have GTK3, right? Is there any >>>>>>> workaround for that or am I screwed? >>>>>>> >>>>>>> Signed, >>>>>>> Andrew >>>>>>> >>>>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>>>>> The scintilla library itself is missing. >>>>>>>> IupScintilla is IUP using Scintilla. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous >>>>>>>> <ano...@gm...> escreveu: >>>>>>>> >>>>>>>> Ola, >>>>>>>> >>>>>>>> I'm still new to Linux so forgive me if I ask >>>>>>>> what might be stupid >>>>>>>> questions. I cannot link to scintilla using >>>>>>>> IUP. I get a slew of error >>>>>>>> like this: >>>>>>>> >>>>>>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): >>>>>>>> in function >>>>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, >>>>>>>> long)': >>>>>>>> ScintillaGTK.cxx:(.text+0x70d): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_get_upper' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_set_upper' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_get_upper' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_set_upper' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined >>>>>>>> reference to >>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>> >>>>>>>> And etc, etc, etc for 13381 lines. >>>>>>>> >>>>>>>> I presume that means a dependency is missing >>>>>>>> but what dependency would >>>>>>>> that be? Or it might be something else? Does >>>>>>>> anyone know? >>>>>>>> >>>>>>>> Signed, >>>>>>>> Andrew >>>>>>>> >>>>>>>> ╔═════════════════════╗ >>>>>>>> ║ Environment ║ >>>>>>>> ╟─────────────────────╢ >>>>>>>> ║ IUP v3.30 ║ >>>>>>>> ║ IM v3.12 ║ >>>>>>>> ║ CD v5.11.1 ║ >>>>>>>> ║ Mx Linux v21.3 ║ >>>>>>>> ║ KDE_x64 Wildflower ║ >>>>>>>> ╚═════════════════════╝ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Iup-users mailing list >>>>>>>> Iup...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Iup-users mailing list >>>>>>>> Iup...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> _______________________________________________ >>>>> Iup-users mailing list >>>>> Iup...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Iup-users mailing list >>>>> Iup...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>> |
|
From: Antonio S. <ant...@gm...> - 2023-07-24 12:38:58
|
IupScintilla is C only, but Scintilla itself is not. Em qua., 19 de jul. de 2023 às 16:14, Anonymous <ano...@gm...> escreveu: > I was down to 8,518 errors, but then I noticed something: > > ScintillaGTK.cxx:(.text+0x22c0): undefined reference to `operator > new(unsigned long)' > ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function > `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)': > > There are a lot of those kinds of errors which seems to indicated that > libiup_scintilla.a was compiled as a C++ program and not a C program. I > thought IUP was supposed to be C-only and not a mix? Is there a C-only > version of libiup_scintilla.a that I can download somewhere? > On 7/18/23 13:31, Anonymous wrote: > > Thanks for the advice. I already use the L switch for linking to all the > IUP *.a files, i.e. -- *-L./lib*. That works fine for all files except > for libiup_scintilla.a. For that you are telling me I need to link to > specific files in GTK3. It seems to me GTK3 isn't meant to be called > directly by programs, only by the OS (hence the reason it isn't in the > $PATH), so I temporarily add the GTK3 directory to my path and then linked > to them ... except that doesn't work. The (Debian) system says there is no > libgtk-3, which when I go and look for it, there is only libgtk-3.so.0 > which (to me) looks like a symbolic link, so I have to change *-lgtk-3* > to *-l:libgtk-3.so.0* and so on and so forth for all 12 files the > documentation listed: *-l:libgdk-3.so.0 -l:libgdk_pixbuf-2.0.so.0 > -l:libpangocairo-1.0.so.0 -l:libpango-1.0.so.0 -l:libcairo.so.2 > -l:libgobject-2.0.so.0 -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0 > -l:libXext.so.6 -l:libX11.so.6 -l:libm.so.6*. Now it links to them but > unfortunately, this leads to a new problem, namely: > > *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): undefined > reference to symbol 'atk_object_notify_state_change'* > *ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding symbols: DSO > missing from command line* > > Now what do I do? > > PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3* > PPS -- Look at that huge, gigantic command line! This is far, far easier > to do in Windows than it is in Linux. > On 7/17/23 05:56, Antonio Scuri wrote: > > -L/my_path/iup/lib/Linux > > Em seg., 17 de jul. de 2023 às 09:04, Anonymous <ano...@gm...> > escreveu: > >> On 7/17/23 04:49, Antonio Scuri wrote:There is no libscintilla.a so I am >> stuck with libscintilla.so >> >> There is no sense in using GTK 2 anymore for recent systems. Focus on >> GTK 3. >> >> Yes sir, I understand. I will focus only on GTK3 from now on. >> >> The problem I'm see is, none of the files mentioned in the IUP >> documentation for static linking are visible, even with GTK3 installed. How >> can I make the files visible from the current working directory my source >> code is in? >> >> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous < >> ano...@gm...> escreveu: >> >>> Note, the documentation says to use -lpangox-2.0, but their is no >>> libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it >>> supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or >>> -lpangocairo-1.0.so.0? >>> On 7/15/23 13:06, Anonymous wrote: >>> >>> My problem is why won't GTK show up in my path, even though the system >>> works with GTK apps? Is that normal? I could copy all the files needed to a >>> directory for static linking as https://www.tecgraf.puc-rio.br/iup/ >>> says to do, >>> >>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To >>> *statically* link an application with IUP, use the following options in >>> the linker call (in the same order) ... >>> >>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>> or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>> >>> ... but do I really have to copy files from root to a place where it can >>> be found by my make file? That doesn't make sense but if that is how things >>> are done in Linux, I will just have to do it. I just hope those files are >>> easy to find. >>> On 7/15/23 12:31, Antonio Scuri wrote: >>> >>> Please take a look at the IUP documentation. You will find more info >>> there: >>> >>> https://www.tecgraf.puc-rio.br/iup/ >>> >>> In Guide / Building Applications >>> >>> Best, >>> Scuri >>> >>> >>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous < >>> ano...@gm...> escreveu: >>> >>>> One last follow-up... >>>> >>>> If I go to >>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it >>>> shows me where the GTK files are located for Debian based systems. Why >>>> isn't this in the PATH? Why do I have GTK programs that work if it isn't in >>>> the PATH? Does that mean I have to link to the GTK library using a >>>> hard-coded path? That's a problem since that means that since Debian >>>> doesn't follow the standard Linux filesystem hierarchy standard (which says >>>> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if >>>> I hard-code the path name in the linker for GTK, it will only work for >>>> Debian systems. >>>> >>>> For being so user friendly, MX Linux sure is developer unfriendly. >>>> On 7/15/23 08:29, Anonymous wrote: >>>> >>>> That's a typo. It actually says it has both installed but I can't find >>>> either one on my computer. >>>> On 7/15/23 08:23, Anonymous wrote: >>>> >>>> Ola, >>>> >>>> Much thanks Antonio! I went from 13381 errors to two, but these two >>>> errors look ominous... >>>> >>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol >>>> 'gtk_toggle_button_new' >>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: >>>> DSO missing from command l >>>> ine >>>> >>>> Is that one error or two? My system does not have a file named >>>> libgtk-x11-2.0.0, so I tried... >>>> >>>> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' >>>> >>>> and it returned... >>>> ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>> >>>> Oops! It looks like IUP will only work with GTK2 and that says I have >>>> GTK3, right? Is there any workaround for that or am I screwed? >>>> >>>> Signed, >>>> Andrew >>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>> >>>> The scintilla library itself is missing. IupScintilla is IUP using >>>> Scintilla. >>>> >>>> >>>> >>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous < >>>> ano...@gm...> escreveu: >>>> >>>>> Ola, >>>>> >>>>> I'm still new to Linux so forgive me if I ask what might be stupid >>>>> questions. I cannot link to scintilla using IUP. I get a slew of error >>>>> like this: >>>>> >>>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>>>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>>>> `gtk_adjustment_get_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>>>> `gtk_adjustment_get_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>>>> `gtk_adjustment_set_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>>>> `gtk_adjustment_set_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>>>> `gtk_adjustment_set_page_increment' >>>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>>>> `gtk_adjustment_get_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>>>> `gtk_adjustment_get_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>>>> `gtk_adjustment_set_upper' >>>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>>>> `gtk_adjustment_set_page_size' >>>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>>>> `gtk_adjustment_set_page_increment' >>>>> >>>>> And etc, etc, etc for 13381 lines. >>>>> >>>>> I presume that means a dependency is missing but what dependency would >>>>> that be? Or it might be something else? Does anyone know? >>>>> >>>>> Signed, >>>>> Andrew >>>>> >>>>> ╔═════════════════════╗ >>>>> ║ Environment ║ >>>>> ╟─────────────────────╢ >>>>> ║ IUP v3.30 ║ >>>>> ║ IM v3.12 ║ >>>>> ║ CD v5.11.1 ║ >>>>> ║ Mx Linux v21.3 ║ >>>>> ║ KDE_x64 Wildflower ║ >>>>> ╚═════════════════════╝ >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Iup-users mailing list >>>>> Iup...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >>>> >>>> _______________________________________________ >>>> Iup-users mailing list >>>> Iup...@li... >>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>> >>> >>> >>> _______________________________________________ >>> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >>> >>> |
|
From: Anonymous <ano...@gm...> - 2023-07-24 14:15:56
|
Mucho gracias Antonio! You are so patient too! I am down to six errors I think, but it seems every time I fix one set of errors, a new set of errors pop up. I really don't know how to read "ld" yet, but what do you think of the following errors: ld: ./lib/libiup_scintilla.a(ExternalLexer.o): in function `_GLOBAL__sub_I_ExternalLexer.cxx': ExternalLexer.cxx:(.text.startup+0x19): undefined reference to `__dso_handle' ld: ExternalLexer.cxx:(.text.startup+0x37): undefined reference to `__dso_handle' ld: ./lib/libiup_scintilla.a(CaseConvert.o): in function `_GLOBAL__sub_I_CaseConvert.cxx': CaseConvert.cxx:(.text.startup+0x8): undefined reference to `__dso_handle' ld: CaseConvert.cxx:(.text.startup+0x93): undefined reference to `__dso_handle' ld: CaseConvert.cxx:(.text.startup+0x11f): undefined reference to `__dso_handle' ld: ./lib/libiup_scintilla.a(LexAda.o):LexAda.cxx:(.text.startup+0x44): more undefined references to `__dso_handle' follow Which additional library(s) do I need to add now (I'm currently at 19!!)? On 7/24/23 05:38, Antonio Scuri wrote: > IupScintilla is C only, but Scintilla itself is not. > > Em qua., 19 de jul. de 2023 às 16:14, Anonymous > <ano...@gm...> escreveu: > > I was down to 8,518 errors, but then I noticed something: > > ScintillaGTK.cxx:(.text+0x22c0): undefined reference to `operator > new(unsigned long)' > ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function > `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)': > > There are a lot of those kinds of errors which seems to indicated > that libiup_scintilla.a was compiled as a C++ program and not a C > program. I thought IUP was supposed to be C-only and not a mix? Is > there a C-only version of libiup_scintilla.a that I can download > somewhere? > > On 7/18/23 13:31, Anonymous wrote: >> >> Thanks for the advice. I already use the L switch for linking to >> all the IUP *.a files, i.e. -- *-L./lib*. That works fine for all >> files except for libiup_scintilla.a. For that you are telling me >> I need to link to specific files in GTK3. It seems to me GTK3 >> isn't meant to be called directly by programs, only by the OS >> (hence the reason it isn't in the $PATH), so I temporarily add >> the GTK3 directory to my path and then linked to them ... except >> that doesn't work. The (Debian) system says there is no libgtk-3, >> which when I go and look for it, there is only libgtk-3.so.0 >> which (to me) looks like a symbolic link, so I have to change >> *-lgtk-3* to *-l:libgtk-3.so.0* and so on and so forth for all 12 >> files the documentation listed: *-l:libgdk-3.so.0 >> -l:libgdk_pixbuf-2.0.so.0 -l:libpangocairo-1.0.so.0 >> -l:libpango-1.0.so.0 -l:libcairo.so.2 -l:libgobject-2.0.so.0 >> -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0 -l:libXext.so.6 >> -l:libX11.so.6 -l:libm.so.6*. Now it links to them but >> unfortunately, this leads to a new problem, namely: >> >> *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): >> undefined reference to symbol 'atk_object_notify_state_change'** >> **ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding >> symbols: DSO missing from command line* >> >> Now what do I do? >> >> PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3* >> PPS -- Look at that huge, gigantic command line! This is far, far >> easier to do in Windows than it is in Linux. >> >> On 7/17/23 05:56, Antonio Scuri wrote: >>> -L/my_path/iup/lib/Linux >>> >>> Em seg., 17 de jul. de 2023 às 09:04, Anonymous >>> <ano...@gm...> escreveu: >>> >>> On 7/17/23 04:49, Antonio Scuri wrote:There is no >>> libscintilla.a so I am stuck with libscintilla.so >>>> There is no sense in using GTK 2 anymore for recent >>>> systems. Focus on GTK 3. >>> >>> Yes sir, I understand. I will focus only on GTK3 from now on. >>> >>> The problem I'm see is, none of the files mentioned in the >>> IUP documentation for static linking are visible, even with >>> GTK3 installed. How can I make the files visible from the >>> current working directory my source code is in? >>> >>>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous >>>> <ano...@gm...> escreveu: >>>> >>>> Note, the documentation says to use -lpangox-2.0, but >>>> their is no libpangox-2.0.so <http://libpangox-2.0.so> >>>> file that exists in the GTK2 or GTK3 directory. Was it >>>> supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so >>>> <http://lpangomm-1.4.so> or -lpangocairo-1.0.so.0? >>>> >>>> On 7/15/23 13:06, Anonymous wrote: >>>>> My problem is why won't GTK show up in my path, even >>>>> though the system works with GTK apps? Is that normal? >>>>> I could copy all the files needed to a directory for >>>>> static linking as https://www.tecgraf.puc-rio.br/iup/ >>>>> says to do, >>>>> >>>>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK >>>>> 3, and GLib. To *statically* link an application with >>>>> IUP, use the following options in the linker call (in >>>>> the same order) ... >>>>> >>>>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>>>> or >>>>> *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>>>> >>>>> ... but do I really have to copy files from root to a >>>>> place where it can be found by my make file? That >>>>> doesn't make sense but if that is how things are done >>>>> in Linux, I will just have to do it. I just hope those >>>>> files are easy to find. >>>>> >>>>> On 7/15/23 12:31, Antonio Scuri wrote: >>>>>> Please take a look at the IUP documentation. You >>>>>> will find more info there: >>>>>> >>>>>> https://www.tecgraf.puc-rio.br/iup/ >>>>>> >>>>>> In Guide / Building Applications >>>>>> >>>>>> Best, >>>>>> Scuri >>>>>> >>>>>> >>>>>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >>>>>> <ano...@gm...> escreveu: >>>>>> >>>>>> One last follow-up... >>>>>> >>>>>> If I go to >>>>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >>>>>> it shows me where the GTK files are located for >>>>>> Debian based systems. Why isn't this in the PATH? >>>>>> Why do I have GTK programs that work if it isn't >>>>>> in the PATH? Does that mean I have to link to the >>>>>> GTK library using a hard-coded path? That's a >>>>>> problem since that means that since Debian >>>>>> doesn't follow the standard Linux filesystem >>>>>> hierarchy standard (which says GTK should be >>>>>> installed in /usr/lib/ and not >>>>>> /usr/lib/x86_64-linux-gnu/) if I hard-code the >>>>>> path name in the linker for GTK, it will only >>>>>> work for Debian systems. >>>>>> >>>>>> For being so user friendly, MX Linux sure is >>>>>> developer unfriendly. >>>>>> >>>>>> On 7/15/23 08:29, Anonymous wrote: >>>>>>> >>>>>>> That's a typo. It actually says it has both >>>>>>> installed but I can't find either one on my >>>>>>> computer. >>>>>>> >>>>>>> On 7/15/23 08:23, Anonymous wrote: >>>>>>>> >>>>>>>> Ola, >>>>>>>> >>>>>>>> Much thanks Antonio! I went from 13381 errors >>>>>>>> to two, but these two errors look ominous... >>>>>>>> >>>>>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined >>>>>>>> reference to symbol 'gtk_toggle_button_new' >>>>>>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: >>>>>>>> error adding symbols: DSO missing from command l >>>>>>>> ine >>>>>>>> >>>>>>>> Is that one error or two? My system does not >>>>>>>> have a file named libgtk-x11-2.0.0, so I tried... >>>>>>>> >>>>>>>> |dpkg -l libgtk* | grep -e '^i' | grep -e >>>>>>>> 'libgtk-*[0-9]' and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>>>>> || >>>>>>>> >>>>>>>> Oops! It looks like IUP will only work with >>>>>>>> GTK2 and that says I have GTK3, right? Is there >>>>>>>> any workaround for that or am I screwed? >>>>>>>> >>>>>>>> Signed, >>>>>>>> Andrew >>>>>>>> >>>>>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>>>>>> The scintilla library itself is missing. >>>>>>>>> IupScintilla is IUP using Scintilla. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Em sáb., 15 de jul. de 2023 às 09:43, >>>>>>>>> Anonymous <ano...@gm...> escreveu: >>>>>>>>> >>>>>>>>> Ola, >>>>>>>>> >>>>>>>>> I'm still new to Linux so forgive me if I >>>>>>>>> ask what might be stupid >>>>>>>>> questions. I cannot link to scintilla >>>>>>>>> using IUP. I get a slew of error >>>>>>>>> like this: >>>>>>>>> >>>>>>>>> ld: >>>>>>>>> ./lib/libiup_scintilla.a(ScintillaGTK.o): >>>>>>>>> in function >>>>>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, >>>>>>>>> long)': >>>>>>>>> ScintillaGTK.cxx:(.text+0x70d): undefined >>>>>>>>> reference to >>>>>>>>> `gtk_adjustment_get_upper' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x737): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_set_upper' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x790): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_get_upper' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x855): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_set_upper' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): >>>>>>>>> undefined reference to >>>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>>> >>>>>>>>> And etc, etc, etc for 13381 lines. >>>>>>>>> >>>>>>>>> I presume that means a dependency is >>>>>>>>> missing but what dependency would >>>>>>>>> that be? Or it might be something else? >>>>>>>>> Does anyone know? >>>>>>>>> >>>>>>>>> Signed, >>>>>>>>> Andrew >>>>>>>>> >>>>>>>>> ╔═════════════════════╗ >>>>>>>>> ║ Environment ║ >>>>>>>>> ╟─────────────────────╢ >>>>>>>>> ║ IUP v3.30 ║ >>>>>>>>> ║ IM v3.12 ║ >>>>>>>>> ║ CD v5.11.1 ║ >>>>>>>>> ║ Mx Linux v21.3 ║ >>>>>>>>> ║ KDE_x64 Wildflower ║ >>>>>>>>> ╚═════════════════════╝ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Iup-users mailing list >>>>>>>>> Iup...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Iup-users mailing list >>>>>>>>> Iup...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>> _______________________________________________ >>>>>> Iup-users mailing list >>>>>> Iup...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Iup-users mailing list >>>>>> Iup...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>> |
|
From: Antonio S. <ant...@gm...> - 2023-07-24 16:22:15
|
Try this one: https://stackoverflow.com/questions/34308720/where-is-dso-handle-defined Em seg., 24 de jul. de 2023 11:15, Anonymous <ano...@gm...> escreveu: > Mucho gracias Antonio! You are so patient too! I am down to six errors I > think, but it seems every time I fix one set of errors, a new set of errors > pop up. I really don't know how to read "ld" yet, but what do you think of > the following errors: > > ld: ./lib/libiup_scintilla.a(ExternalLexer.o): in function > `_GLOBAL__sub_I_ExternalLexer.cxx': > ExternalLexer.cxx:(.text.startup+0x19): undefined reference to > `__dso_handle' > ld: ExternalLexer.cxx:(.text.startup+0x37): undefined reference to > `__dso_handle' > ld: ./lib/libiup_scintilla.a(CaseConvert.o): in function > `_GLOBAL__sub_I_CaseConvert.cxx': > CaseConvert.cxx:(.text.startup+0x8): undefined reference to `__dso_handle' > ld: CaseConvert.cxx:(.text.startup+0x93): undefined reference to > `__dso_handle' > ld: CaseConvert.cxx:(.text.startup+0x11f): undefined reference to > `__dso_handle' > ld: ./lib/libiup_scintilla.a(LexAda.o):LexAda.cxx:(.text.startup+0x44): > more undefined references to `__dso_handle' follow > > Which additional library(s) do I need to add now (I'm currently at 19!!)? > On 7/24/23 05:38, Antonio Scuri wrote: > > IupScintilla is C only, but Scintilla itself is not. > > Em qua., 19 de jul. de 2023 às 16:14, Anonymous <ano...@gm...> > escreveu: > >> I was down to 8,518 errors, but then I noticed something: >> >> ScintillaGTK.cxx:(.text+0x22c0): undefined reference to `operator >> new(unsigned long)' >> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >> `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)': >> >> There are a lot of those kinds of errors which seems to indicated that >> libiup_scintilla.a was compiled as a C++ program and not a C program. I >> thought IUP was supposed to be C-only and not a mix? Is there a C-only >> version of libiup_scintilla.a that I can download somewhere? >> On 7/18/23 13:31, Anonymous wrote: >> >> Thanks for the advice. I already use the L switch for linking to all the >> IUP *.a files, i.e. -- *-L./lib*. That works fine for all files except >> for libiup_scintilla.a. For that you are telling me I need to link to >> specific files in GTK3. It seems to me GTK3 isn't meant to be called >> directly by programs, only by the OS (hence the reason it isn't in the >> $PATH), so I temporarily add the GTK3 directory to my path and then linked >> to them ... except that doesn't work. The (Debian) system says there is no >> libgtk-3, which when I go and look for it, there is only libgtk-3.so.0 >> which (to me) looks like a symbolic link, so I have to change *-lgtk-3* >> to *-l:libgtk-3.so.0* and so on and so forth for all 12 files the >> documentation listed: *-l:libgdk-3.so.0 -l:libgdk_pixbuf-2.0.so.0 >> -l:libpangocairo-1.0.so.0 -l:libpango-1.0.so.0 -l:libcairo.so.2 >> -l:libgobject-2.0.so.0 -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0 >> -l:libXext.so.6 -l:libX11.so.6 -l:libm.so.6*. Now it links to them but >> unfortunately, this leads to a new problem, namely: >> >> *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): undefined >> reference to symbol 'atk_object_notify_state_change'* >> *ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding symbols: DSO >> missing from command line* >> >> Now what do I do? >> >> PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3* >> PPS -- Look at that huge, gigantic command line! This is far, far easier >> to do in Windows than it is in Linux. >> On 7/17/23 05:56, Antonio Scuri wrote: >> >> -L/my_path/iup/lib/Linux >> >> Em seg., 17 de jul. de 2023 às 09:04, Anonymous < >> ano...@gm...> escreveu: >> >>> On 7/17/23 04:49, Antonio Scuri wrote:There is no libscintilla.a so I >>> am stuck with libscintilla.so >>> >>> There is no sense in using GTK 2 anymore for recent systems. Focus on >>> GTK 3. >>> >>> Yes sir, I understand. I will focus only on GTK3 from now on. >>> >>> The problem I'm see is, none of the files mentioned in the IUP >>> documentation for static linking are visible, even with GTK3 installed. How >>> can I make the files visible from the current working directory my source >>> code is in? >>> >>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous < >>> ano...@gm...> escreveu: >>> >>>> Note, the documentation says to use -lpangox-2.0, but their is no >>>> libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was >>>> it supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or >>>> -lpangocairo-1.0.so.0? >>>> On 7/15/23 13:06, Anonymous wrote: >>>> >>>> My problem is why won't GTK show up in my path, even though the system >>>> works with GTK apps? Is that normal? I could copy all the files needed to a >>>> directory for static linking as https://www.tecgraf.puc-rio.br/iup/ >>>> says to do, >>>> >>>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To >>>> *statically* link an application with IUP, use the following options >>>> in the linker call (in the same order) ... >>>> >>>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>>> or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>>> >>>> ... but do I really have to copy files from root to a place where it >>>> can be found by my make file? That doesn't make sense but if that is how >>>> things are done in Linux, I will just have to do it. I just hope those >>>> files are easy to find. >>>> On 7/15/23 12:31, Antonio Scuri wrote: >>>> >>>> Please take a look at the IUP documentation. You will find more info >>>> there: >>>> >>>> https://www.tecgraf.puc-rio.br/iup/ >>>> >>>> In Guide / Building Applications >>>> >>>> Best, >>>> Scuri >>>> >>>> >>>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous < >>>> ano...@gm...> escreveu: >>>> >>>>> One last follow-up... >>>>> >>>>> If I go to >>>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it >>>>> shows me where the GTK files are located for Debian based systems. Why >>>>> isn't this in the PATH? Why do I have GTK programs that work if it isn't in >>>>> the PATH? Does that mean I have to link to the GTK library using a >>>>> hard-coded path? That's a problem since that means that since Debian >>>>> doesn't follow the standard Linux filesystem hierarchy standard (which says >>>>> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if >>>>> I hard-code the path name in the linker for GTK, it will only work for >>>>> Debian systems. >>>>> >>>>> For being so user friendly, MX Linux sure is developer unfriendly. >>>>> On 7/15/23 08:29, Anonymous wrote: >>>>> >>>>> That's a typo. It actually says it has both installed but I can't find >>>>> either one on my computer. >>>>> On 7/15/23 08:23, Anonymous wrote: >>>>> >>>>> Ola, >>>>> >>>>> Much thanks Antonio! I went from 13381 errors to two, but these two >>>>> errors look ominous... >>>>> >>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol >>>>> 'gtk_toggle_button_new' >>>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: >>>>> DSO missing from command l >>>>> ine >>>>> >>>>> Is that one error or two? My system does not have a file named >>>>> libgtk-x11-2.0.0, so I tried... >>>>> >>>>> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]' >>>>> >>>>> and it returned... >>>>> ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>> >>>>> Oops! It looks like IUP will only work with GTK2 and that says I have >>>>> GTK3, right? Is there any workaround for that or am I screwed? >>>>> >>>>> Signed, >>>>> Andrew >>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>> >>>>> The scintilla library itself is missing. IupScintilla is IUP using >>>>> Scintilla. >>>>> >>>>> >>>>> >>>>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous < >>>>> ano...@gm...> escreveu: >>>>> >>>>>> Ola, >>>>>> >>>>>> I'm still new to Linux so forgive me if I ask what might be stupid >>>>>> questions. I cannot link to scintilla using IUP. I get a slew of >>>>>> error >>>>>> like this: >>>>>> >>>>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)': >>>>>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to >>>>>> `gtk_adjustment_get_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to >>>>>> `gtk_adjustment_get_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to >>>>>> `gtk_adjustment_set_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to >>>>>> `gtk_adjustment_set_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to >>>>>> `gtk_adjustment_set_page_increment' >>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to >>>>>> `gtk_adjustment_get_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to >>>>>> `gtk_adjustment_get_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to >>>>>> `gtk_adjustment_set_upper' >>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to >>>>>> `gtk_adjustment_set_page_size' >>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to >>>>>> `gtk_adjustment_set_page_increment' >>>>>> >>>>>> And etc, etc, etc for 13381 lines. >>>>>> >>>>>> I presume that means a dependency is missing but what dependency >>>>>> would >>>>>> that be? Or it might be something else? Does anyone know? >>>>>> >>>>>> Signed, >>>>>> Andrew >>>>>> >>>>>> ╔═════════════════════╗ >>>>>> ║ Environment ║ >>>>>> ╟─────────────────────╢ >>>>>> ║ IUP v3.30 ║ >>>>>> ║ IM v3.12 ║ >>>>>> ║ CD v5.11.1 ║ >>>>>> ║ Mx Linux v21.3 ║ >>>>>> ║ KDE_x64 Wildflower ║ >>>>>> ╚═════════════════════╝ >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Iup-users mailing list >>>>>> Iup...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> >>>>> _______________________________________________ >>>>> Iup-users mailing list >>>>> Iup...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Iup-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/iup-users >>>> >>>> |
|
From: Anonymous <ano...@gm...> - 2023-07-24 17:42:35
|
Thanks for that link but there was no accepted answer to that question. Looking it over I could see why: because the answers were very vague and mostly incorrect. So I did a little more homework and this is what I am going to pretend is the answer: The __dso_handle is a hidden global pointer to the current address where the next destructor_ptr of a *.so file to be unloaded by the OS will be stored. It could be defined anywhere but most likely should be in the _fini section of the GCC's crtbegin files -- which I don't use, hence I have to define it myself in my own code. That seemed to resolve the compiling problem.Whether it works or not is another issue altogether :) https://refspecs.linuxbase.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/baselib---cxa-atexit.html https://www.ic.unicamp.br/~islene/2s2008-mo806/libc/csu/dso_handle.c https://alex-robenko.gitbook.io/bare_metal_cpp/compiler_output/static On 7/24/23 09:21, Antonio Scuri wrote: > Try this one: > > https://stackoverflow.com/questions/34308720/where-is-dso-handle-defined > > Em seg., 24 de jul. de 2023 11:15, Anonymous > <ano...@gm...> escreveu: > > Mucho gracias Antonio! You are so patient too! I am down to six > errors I think, but it seems every time I fix one set of errors, a > new set of errors pop up. I really don't know how to read "ld" > yet, but what do you think of the following errors: > > ld: ./lib/libiup_scintilla.a(ExternalLexer.o): in function > `_GLOBAL__sub_I_ExternalLexer.cxx': > ExternalLexer.cxx:(.text.startup+0x19): undefined reference to > `__dso_handle' > ld: ExternalLexer.cxx:(.text.startup+0x37): undefined reference to > `__dso_handle' > ld: ./lib/libiup_scintilla.a(CaseConvert.o): in function > `_GLOBAL__sub_I_CaseConvert.cxx': > CaseConvert.cxx:(.text.startup+0x8): undefined reference to > `__dso_handle' > ld: CaseConvert.cxx:(.text.startup+0x93): undefined reference to > `__dso_handle' > ld: CaseConvert.cxx:(.text.startup+0x11f): undefined reference to > `__dso_handle' > ld: > ./lib/libiup_scintilla.a(LexAda.o):LexAda.cxx:(.text.startup+0x44): > more undefined references to `__dso_handle' follow > > Which additional library(s) do I need to add now (I'm currently at > 19!!)? > > On 7/24/23 05:38, Antonio Scuri wrote: >> IupScintilla is C only, but Scintilla itself is not. >> >> Em qua., 19 de jul. de 2023 às 16:14, Anonymous >> <ano...@gm...> escreveu: >> >> I was down to 8,518 errors, but then I noticed something: >> >> ScintillaGTK.cxx:(.text+0x22c0): undefined reference to >> `operator new(unsigned long)' >> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >> `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)': >> >> There are a lot of those kinds of errors which seems to >> indicated that libiup_scintilla.a was compiled as a C++ >> program and not a C program. I thought IUP was supposed to be >> C-only and not a mix? Is there a C-only version of >> libiup_scintilla.a that I can download somewhere? >> >> On 7/18/23 13:31, Anonymous wrote: >>> >>> Thanks for the advice. I already use the L switch for >>> linking to all the IUP *.a files, i.e. -- *-L./lib*. That >>> works fine for all files except for libiup_scintilla.a. For >>> that you are telling me I need to link to specific files in >>> GTK3. It seems to me GTK3 isn't meant to be called directly >>> by programs, only by the OS (hence the reason it isn't in >>> the $PATH), so I temporarily add the GTK3 directory to my >>> path and then linked to them ... except that doesn't work. >>> The (Debian) system says there is no libgtk-3, which when I >>> go and look for it, there is only libgtk-3.so.0 which (to >>> me) looks like a symbolic link, so I have to change >>> *-lgtk-3* to *-l:libgtk-3.so.0* and so on and so forth for >>> all 12 files the documentation listed: *-l:libgdk-3.so.0 >>> -l:libgdk_pixbuf-2.0.so.0 -l:libpangocairo-1.0.so.0 >>> -l:libpango-1.0.so.0 -l:libcairo.so.2 -l:libgobject-2.0.so.0 >>> -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0 -l:libXext.so.6 >>> -l:libX11.so.6 -l:libm.so.6*. Now it links to them but >>> unfortunately, this leads to a new problem, namely: >>> >>> *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): >>> undefined reference to symbol 'atk_object_notify_state_change'** >>> **ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding >>> symbols: DSO missing from command line* >>> >>> Now what do I do? >>> >>> PS -- There is a typo in the doc: *gdk-3* should have been >>> *-lgdk-3* >>> PPS -- Look at that huge, gigantic command line! This is >>> far, far easier to do in Windows than it is in Linux. >>> >>> On 7/17/23 05:56, Antonio Scuri wrote: >>>> -L/my_path/iup/lib/Linux >>>> >>>> Em seg., 17 de jul. de 2023 às 09:04, Anonymous >>>> <ano...@gm...> escreveu: >>>> >>>> On 7/17/23 04:49, Antonio Scuri wrote:There is no >>>> libscintilla.a so I am stuck with libscintilla.so >>>>> There is no sense in using GTK 2 anymore for recent >>>>> systems. Focus on GTK 3. >>>> >>>> Yes sir, I understand. I will focus only on GTK3 from >>>> now on. >>>> >>>> The problem I'm see is, none of the files mentioned in >>>> the IUP documentation for static linking are visible, >>>> even with GTK3 installed. How can I make the files >>>> visible from the current working directory my source >>>> code is in? >>>> >>>>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous >>>>> <ano...@gm...> escreveu: >>>>> >>>>> Note, the documentation says to use -lpangox-2.0, >>>>> but their is no libpangox-2.0.so >>>>> <http://libpangox-2.0.so> file that exists in the >>>>> GTK2 or GTK3 directory. Was it supposed to say >>>>> -lpangoxft-1.0 or -lpangomm-1.4.so >>>>> <http://lpangomm-1.4.so> or -lpangocairo-1.0.so.0? >>>>> >>>>> On 7/15/23 13:06, Anonymous wrote: >>>>>> My problem is why won't GTK show up in my path, >>>>>> even though the system works with GTK apps? Is >>>>>> that normal? I could copy all the files needed to >>>>>> a directory for static linking as >>>>>> https://www.tecgraf.puc-rio.br/iup/ says to do, >>>>>> >>>>>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if >>>>>> GTK 3, and GLib. To *statically* link an >>>>>> application with IUP, use the following options >>>>>> in the linker call (in the same order) ... >>>>>> >>>>>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>>>>> or >>>>>> *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>>>>> >>>>>> ... but do I really have to copy files from root >>>>>> to a place where it can be found by my make file? >>>>>> That doesn't make sense but if that is how things >>>>>> are done in Linux, I will just have to do it. I >>>>>> just hope those files are easy to find. >>>>>> >>>>>> On 7/15/23 12:31, Antonio Scuri wrote: >>>>>>> Please take a look at the IUP documentation. >>>>>>> You will find more info there: >>>>>>> >>>>>>> https://www.tecgraf.puc-rio.br/iup/ >>>>>>> >>>>>>> In Guide / Building Applications >>>>>>> >>>>>>> Best, >>>>>>> Scuri >>>>>>> >>>>>>> >>>>>>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >>>>>>> <ano...@gm...> escreveu: >>>>>>> >>>>>>> One last follow-up... >>>>>>> >>>>>>> If I go to >>>>>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >>>>>>> it shows me where the GTK files are located >>>>>>> for Debian based systems. Why isn't this in >>>>>>> the PATH? Why do I have GTK programs that >>>>>>> work if it isn't in the PATH? Does that mean >>>>>>> I have to link to the GTK library using a >>>>>>> hard-coded path? That's a problem since that >>>>>>> means that since Debian doesn't follow the >>>>>>> standard Linux filesystem hierarchy standard >>>>>>> (which says GTK should be installed in >>>>>>> /usr/lib/ and not >>>>>>> /usr/lib/x86_64-linux-gnu/) if I hard-code >>>>>>> the path name in the linker for GTK, it will >>>>>>> only work for Debian systems. >>>>>>> >>>>>>> For being so user friendly, MX Linux sure is >>>>>>> developer unfriendly. >>>>>>> >>>>>>> On 7/15/23 08:29, Anonymous wrote: >>>>>>>> >>>>>>>> That's a typo. It actually says it has both >>>>>>>> installed but I can't find either one on my >>>>>>>> computer. >>>>>>>> >>>>>>>> On 7/15/23 08:23, Anonymous wrote: >>>>>>>>> >>>>>>>>> Ola, >>>>>>>>> >>>>>>>>> Much thanks Antonio! I went from 13381 >>>>>>>>> errors to two, but these two errors look >>>>>>>>> ominous... >>>>>>>>> >>>>>>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): >>>>>>>>> undefined reference to symbol >>>>>>>>> 'gtk_toggle_button_new' >>>>>>>>> ld: >>>>>>>>> /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: >>>>>>>>> error adding symbols: DSO missing from >>>>>>>>> command l >>>>>>>>> ine >>>>>>>>> >>>>>>>>> Is that one error or two? My system does >>>>>>>>> not have a file named libgtk-x11-2.0.0, so >>>>>>>>> I tried... >>>>>>>>> >>>>>>>>> |dpkg -l libgtk* | grep -e '^i' | grep -e >>>>>>>>> 'libgtk-*[0-9]' and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>>>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>>>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>>>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>>>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>>>>>> || >>>>>>>>> >>>>>>>>> Oops! It looks like IUP will only work >>>>>>>>> with GTK2 and that says I have GTK3, >>>>>>>>> right? Is there any workaround for that or >>>>>>>>> am I screwed? >>>>>>>>> >>>>>>>>> Signed, >>>>>>>>> Andrew >>>>>>>>> >>>>>>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>>>>>>> The scintilla library itself is missing. >>>>>>>>>> IupScintilla is IUP using Scintilla. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Em sáb., 15 de jul. de 2023 às 09:43, >>>>>>>>>> Anonymous <ano...@gm...> >>>>>>>>>> escreveu: >>>>>>>>>> >>>>>>>>>> Ola, >>>>>>>>>> >>>>>>>>>> I'm still new to Linux so forgive me >>>>>>>>>> if I ask what might be stupid >>>>>>>>>> questions. I cannot link to scintilla >>>>>>>>>> using IUP. I get a slew of error >>>>>>>>>> like this: >>>>>>>>>> >>>>>>>>>> ld: >>>>>>>>>> ./lib/libiup_scintilla.a(ScintillaGTK.o): >>>>>>>>>> in function >>>>>>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, >>>>>>>>>> long)': >>>>>>>>>> ScintillaGTK.cxx:(.text+0x70d): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_get_upper' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x737): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_set_upper' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x790): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_get_upper' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x855): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_set_upper' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): >>>>>>>>>> undefined reference to >>>>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>>>> >>>>>>>>>> And etc, etc, etc for 13381 lines. >>>>>>>>>> >>>>>>>>>> I presume that means a dependency is >>>>>>>>>> missing but what dependency would >>>>>>>>>> that be? Or it might be something >>>>>>>>>> else? Does anyone know? >>>>>>>>>> >>>>>>>>>> Signed, >>>>>>>>>> Andrew >>>>>>>>>> >>>>>>>>>> ╔═════════════════════╗ >>>>>>>>>> ║ Environment ║ >>>>>>>>>> ╟─────────────────────╢ >>>>>>>>>> ║ IUP v3.30 ║ >>>>>>>>>> ║ IM v3.12 ║ >>>>>>>>>> ║ CD v5.11.1 ║ >>>>>>>>>> ║ Mx Linux v21.3 ║ >>>>>>>>>> ║ KDE_x64 Wildflower ║ >>>>>>>>>> ╚═════════════════════╝ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Iup-users mailing list >>>>>>>>>> Iup...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Iup-users mailing list >>>>>>>>>> Iup...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>> _______________________________________________ >>>>>>> Iup-users mailing list >>>>>>> Iup...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Iup-users mailing list >>>>>>> Iup...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>> |
|
From: Anonymous <ano...@gm...> - 2023-07-24 22:03:07
|
I apologize for the typo: It could be defined anywhere but most likely is defined in GCC's crtbegin files. On 7/24/23 10:42, Anonymous wrote: > > Thanks for that link but there was no accepted answer to that > question. Looking it over I could see why: because the answers were > very vague and mostly incorrect. So I did a little more homework and > this is what I am going to pretend is the answer: > > The __dso_handle is a hidden global pointer to the current address > where the next destructor_ptr of a *.so file to be unloaded by the OS > will be stored. It could be defined anywhere but most likely should be > in the _fini section of the GCC's crtbegin files -- which I don't use, > hence I have to define it myself in my own code. That seemed to > resolve the compiling problem.Whether it works or not is another issue > altogether :) > > https://refspecs.linuxbase.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/baselib---cxa-atexit.html > https://www.ic.unicamp.br/~islene/2s2008-mo806/libc/csu/dso_handle.c > https://alex-robenko.gitbook.io/bare_metal_cpp/compiler_output/static > > On 7/24/23 09:21, Antonio Scuri wrote: >> Try this one: >> >> https://stackoverflow.com/questions/34308720/where-is-dso-handle-defined >> >> Em seg., 24 de jul. de 2023 11:15, Anonymous >> <ano...@gm...> escreveu: >> >> Mucho gracias Antonio! You are so patient too! I am down to six >> errors I think, but it seems every time I fix one set of errors, >> a new set of errors pop up. I really don't know how to read "ld" >> yet, but what do you think of the following errors: >> >> ld: ./lib/libiup_scintilla.a(ExternalLexer.o): in function >> `_GLOBAL__sub_I_ExternalLexer.cxx': >> ExternalLexer.cxx:(.text.startup+0x19): undefined reference to >> `__dso_handle' >> ld: ExternalLexer.cxx:(.text.startup+0x37): undefined reference >> to `__dso_handle' >> ld: ./lib/libiup_scintilla.a(CaseConvert.o): in function >> `_GLOBAL__sub_I_CaseConvert.cxx': >> CaseConvert.cxx:(.text.startup+0x8): undefined reference to >> `__dso_handle' >> ld: CaseConvert.cxx:(.text.startup+0x93): undefined reference to >> `__dso_handle' >> ld: CaseConvert.cxx:(.text.startup+0x11f): undefined reference to >> `__dso_handle' >> ld: >> ./lib/libiup_scintilla.a(LexAda.o):LexAda.cxx:(.text.startup+0x44): >> more undefined references to `__dso_handle' follow >> >> Which additional library(s) do I need to add now (I'm currently >> at 19!!)? >> >> On 7/24/23 05:38, Antonio Scuri wrote: >>> IupScintilla is C only, but Scintilla itself is not. >>> >>> Em qua., 19 de jul. de 2023 às 16:14, Anonymous >>> <ano...@gm...> escreveu: >>> >>> I was down to 8,518 errors, but then I noticed something: >>> >>> ScintillaGTK.cxx:(.text+0x22c0): undefined reference to >>> `operator new(unsigned long)' >>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function >>> `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)': >>> >>> There are a lot of those kinds of errors which seems to >>> indicated that libiup_scintilla.a was compiled as a C++ >>> program and not a C program. I thought IUP was supposed to >>> be C-only and not a mix? Is there a C-only version of >>> libiup_scintilla.a that I can download somewhere? >>> >>> On 7/18/23 13:31, Anonymous wrote: >>>> >>>> Thanks for the advice. I already use the L switch for >>>> linking to all the IUP *.a files, i.e. -- *-L./lib*. That >>>> works fine for all files except for libiup_scintilla.a. For >>>> that you are telling me I need to link to specific files in >>>> GTK3. It seems to me GTK3 isn't meant to be called directly >>>> by programs, only by the OS (hence the reason it isn't in >>>> the $PATH), so I temporarily add the GTK3 directory to my >>>> path and then linked to them ... except that doesn't work. >>>> The (Debian) system says there is no libgtk-3, which when I >>>> go and look for it, there is only libgtk-3.so.0 which (to >>>> me) looks like a symbolic link, so I have to change >>>> *-lgtk-3* to *-l:libgtk-3.so.0* and so on and so forth for >>>> all 12 files the documentation listed: *-l:libgdk-3.so.0 >>>> -l:libgdk_pixbuf-2.0.so.0 -l:libpangocairo-1.0.so.0 >>>> -l:libpango-1.0.so.0 -l:libcairo.so.2 >>>> -l:libgobject-2.0.so.0 -l:libgmodule-2.0.so.0 >>>> -l:libglib-2.0.so.0 -l:libXext.so.6 -l:libX11.so.6 >>>> -l:libm.so.6*. Now it links to them but unfortunately, this >>>> leads to a new problem, namely: >>>> >>>> *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): >>>> undefined reference to symbol >>>> 'atk_object_notify_state_change'** >>>> **ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding >>>> symbols: DSO missing from command line* >>>> >>>> Now what do I do? >>>> >>>> PS -- There is a typo in the doc: *gdk-3* should have been >>>> *-lgdk-3* >>>> PPS -- Look at that huge, gigantic command line! This is >>>> far, far easier to do in Windows than it is in Linux. >>>> >>>> On 7/17/23 05:56, Antonio Scuri wrote: >>>>> -L/my_path/iup/lib/Linux >>>>> >>>>> Em seg., 17 de jul. de 2023 às 09:04, Anonymous >>>>> <ano...@gm...> escreveu: >>>>> >>>>> On 7/17/23 04:49, Antonio Scuri wrote:There is no >>>>> libscintilla.a so I am stuck with libscintilla.so >>>>>> There is no sense in using GTK 2 anymore for recent >>>>>> systems. Focus on GTK 3. >>>>> >>>>> Yes sir, I understand. I will focus only on GTK3 from >>>>> now on. >>>>> >>>>> The problem I'm see is, none of the files mentioned in >>>>> the IUP documentation for static linking are visible, >>>>> even with GTK3 installed. How can I make the files >>>>> visible from the current working directory my source >>>>> code is in? >>>>> >>>>>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous >>>>>> <ano...@gm...> escreveu: >>>>>> >>>>>> Note, the documentation says to use -lpangox-2.0, >>>>>> but their is no libpangox-2.0.so >>>>>> <http://libpangox-2.0.so> file that exists in the >>>>>> GTK2 or GTK3 directory. Was it supposed to say >>>>>> -lpangoxft-1.0 or -lpangomm-1.4.so >>>>>> <http://lpangomm-1.4.so> or -lpangocairo-1.0.so.0? >>>>>> >>>>>> On 7/15/23 13:06, Anonymous wrote: >>>>>>> My problem is why won't GTK show up in my path, >>>>>>> even though the system works with GTK apps? Is >>>>>>> that normal? I could copy all the files needed >>>>>>> to a directory for static linking as >>>>>>> https://www.tecgraf.puc-rio.br/iup/ says to do, >>>>>>> >>>>>>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if >>>>>>> GTK 3, and GLib. To *statically* link an >>>>>>> application with IUP, use the following options >>>>>>> in the linker call (in the same order) ... >>>>>>> >>>>>>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0*-lpangox-1.0* -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 2) >>>>>>> or >>>>>>> *-lgtk-3 gdk-3* -lgdk_pixbuf-2.0*-lpangocairo-1.0* -lpango-1.0*-lcairo* -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm (for GTK 3)" >>>>>>> >>>>>>> ... but do I really have to copy files from root >>>>>>> to a place where it can be found by my make >>>>>>> file? That doesn't make sense but if that is how >>>>>>> things are done in Linux, I will just have to do >>>>>>> it. I just hope those files are easy to find. >>>>>>> >>>>>>> On 7/15/23 12:31, Antonio Scuri wrote: >>>>>>>> Please take a look at the IUP documentation. >>>>>>>> You will find more info there: >>>>>>>> >>>>>>>> https://www.tecgraf.puc-rio.br/iup/ >>>>>>>> >>>>>>>> In Guide / Building Applications >>>>>>>> >>>>>>>> Best, >>>>>>>> Scuri >>>>>>>> >>>>>>>> >>>>>>>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous >>>>>>>> <ano...@gm...> escreveu: >>>>>>>> >>>>>>>> One last follow-up... >>>>>>>> >>>>>>>> If I go to >>>>>>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, >>>>>>>> it shows me where the GTK files are located >>>>>>>> for Debian based systems. Why isn't this in >>>>>>>> the PATH? Why do I have GTK programs that >>>>>>>> work if it isn't in the PATH? Does that >>>>>>>> mean I have to link to the GTK library >>>>>>>> using a hard-coded path? That's a problem >>>>>>>> since that means that since Debian doesn't >>>>>>>> follow the standard Linux filesystem >>>>>>>> hierarchy standard (which says GTK should >>>>>>>> be installed in /usr/lib/ and not >>>>>>>> /usr/lib/x86_64-linux-gnu/) if I hard-code >>>>>>>> the path name in the linker for GTK, it >>>>>>>> will only work for Debian systems. >>>>>>>> >>>>>>>> For being so user friendly, MX Linux sure >>>>>>>> is developer unfriendly. >>>>>>>> >>>>>>>> On 7/15/23 08:29, Anonymous wrote: >>>>>>>>> >>>>>>>>> That's a typo. It actually says it has >>>>>>>>> both installed but I can't find either one >>>>>>>>> on my computer. >>>>>>>>> >>>>>>>>> On 7/15/23 08:23, Anonymous wrote: >>>>>>>>>> >>>>>>>>>> Ola, >>>>>>>>>> >>>>>>>>>> Much thanks Antonio! I went from 13381 >>>>>>>>>> errors to two, but these two errors look >>>>>>>>>> ominous... >>>>>>>>>> >>>>>>>>>> ld: ./lib/libiup.a(iupgtk_toggle.o): >>>>>>>>>> undefined reference to symbol >>>>>>>>>> 'gtk_toggle_button_new' >>>>>>>>>> ld: >>>>>>>>>> /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: >>>>>>>>>> error adding symbols: DSO missing from >>>>>>>>>> command l >>>>>>>>>> ine >>>>>>>>>> >>>>>>>>>> Is that one error or two? My system does >>>>>>>>>> not have a file named libgtk-x11-2.0.0, >>>>>>>>>> so I tried... >>>>>>>>>> >>>>>>>>>> |dpkg -l libgtk* | grep -e '^i' | grep -e >>>>>>>>>> 'libgtk-*[0-9]' and it returned... |ii libgtk-3-0:amd64 3.24.24-4+deb11u3 amd64 GTK graphical user interface library >>>>>>>>>> ii libgtk-3-common 3.24.24-4+deb11u3 all common files for the GTK graphical user interface library >>>>>>>>>> ii libgtk2.0-0:amd64 2.24.33-2 amd64 GTK graphical user interface library - old version >>>>>>>>>> ii libgtk2.0-common 2.24.33-2 all common files for the GTK graphical user interface library >>>>>>>>>> ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library >>>>>>>>>> || >>>>>>>>>> >>>>>>>>>> Oops! It looks like IUP will only work >>>>>>>>>> with GTK2 and that says I have GTK3, >>>>>>>>>> right? Is there any workaround for that >>>>>>>>>> or am I screwed? >>>>>>>>>> >>>>>>>>>> Signed, >>>>>>>>>> Andrew >>>>>>>>>> >>>>>>>>>> On 7/15/23 05:50, Antonio Scuri wrote: >>>>>>>>>>> The scintilla library itself is >>>>>>>>>>> missing. IupScintilla is IUP using >>>>>>>>>>> Scintilla. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Em sáb., 15 de jul. de 2023 às 09:43, >>>>>>>>>>> Anonymous <ano...@gm...> >>>>>>>>>>> escreveu: >>>>>>>>>>> >>>>>>>>>>> Ola, >>>>>>>>>>> >>>>>>>>>>> I'm still new to Linux so forgive me >>>>>>>>>>> if I ask what might be stupid >>>>>>>>>>> questions. I cannot link to >>>>>>>>>>> scintilla using IUP. I get a slew of >>>>>>>>>>> error >>>>>>>>>>> like this: >>>>>>>>>>> >>>>>>>>>>> ld: >>>>>>>>>>> ./lib/libiup_scintilla.a(ScintillaGTK.o): >>>>>>>>>>> in function >>>>>>>>>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, >>>>>>>>>>> long)': >>>>>>>>>>> ScintillaGTK.cxx:(.text+0x70d): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_get_upper' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x737): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x77b): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_set_upper' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x790): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7a6): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x7da): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_get_upper' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x81a): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_get_page_size' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x855): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_set_upper' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x86a): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_set_page_size' >>>>>>>>>>> ld: ScintillaGTK.cxx:(.text+0x87f): >>>>>>>>>>> undefined reference to >>>>>>>>>>> `gtk_adjustment_set_page_increment' >>>>>>>>>>> >>>>>>>>>>> And etc, etc, etc for 13381 lines. >>>>>>>>>>> >>>>>>>>>>> I presume that means a dependency is >>>>>>>>>>> missing but what dependency would >>>>>>>>>>> that be? Or it might be something >>>>>>>>>>> else? Does anyone know? >>>>>>>>>>> >>>>>>>>>>> Signed, >>>>>>>>>>> Andrew >>>>>>>>>>> >>>>>>>>>>> ╔═════════════════════╗ >>>>>>>>>>> ║ Environment ║ >>>>>>>>>>> ╟─────────────────────╢ >>>>>>>>>>> ║ IUP v3.30 ║ >>>>>>>>>>> ║ IM v3.12 ║ >>>>>>>>>>> ║ CD v5.11.1 ║ >>>>>>>>>>> ║ Mx Linux v21.3 ║ >>>>>>>>>>> ║ KDE_x64 Wildflower ║ >>>>>>>>>>> ╚═════════════════════╝ >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Iup-users mailing list >>>>>>>>>>> Iup...@li... >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Iup-users mailing list >>>>>>>>>>> Iup...@li... >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>>> _______________________________________________ >>>>>>>> Iup-users mailing list >>>>>>>> Iup...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Iup-users mailing list >>>>>>>> Iup...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users >>>>>> |
Thanks for helping keep SourceForge clean.
X