LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Go Back   LinuxQuestions.org > Forums > Non-*NIX Forums > Programming
User Name
Password
Programming This forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.

Notices


Reply
  Search this Thread
Old 11-30-2022, 04:44 PM   #1
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Rep: Reputation: Disabled
i tried to compile krita but i have this error


i tried to compile krita but i have this error:

[ 0%] Building CXX object plugins/metadata/common/CMakeFiles/kritaexifcommon.dir/KisExiv2IODevice.cpp.o
[ 0%] Built target kritacolord_autogen
[ 0%] Built target kritaplugin_autogen
[ 0%] Built target kritastore_autogen
[ 0%] Generating CdSensorInterface.cpp, CdSensorInterface.h
[ 0%] Generating CdDeviceInterface.cpp, CdDeviceInterface.h
[ 0%] Generating CdInterface.cpp, CdInterface.h
[ 1%] Generating CdProfileInterface.cpp, CdProfileInterface.h
[ 1%] Building CXX object libs/koplugin/CMakeFiles/kritaplugin.dir/cmake_pch.hxx.gch
[ 1%] Building CXX object libs/store/CMakeFiles/kritastore.dir/cmake_pch.hxx.gch
[ 1%] Generating CdProfileInterface.moc
[ 1%] Generating CdSensorInterface.moc
[ 1%] Generating CdDeviceInterface.moc
[ 1%] Generating CdInterface.moc
[ 1%] Building CXX object libs/color/colord/CMakeFiles/kritacolord.dir/cmake_pch.hxx.gch
[ 1%] Built target KisSharedThreadPoolAdapterTest_autogen
[ 1%] Building CXX object libs/global/tests/CMakeFiles/KisSharedThreadPoolAdapterTest.dir/cmake_pch.hxx.gch
[ 1%] Linking CXX shared library libkritaexifcommon.so
[ 1%] Linking CXX shared library libkritamultiarch.so
/usr/bin/ld: impossibile trovare -lxtl: File o directory non esistente
[ 1%] Built target kritaexifcommon
collect2: error: ld returned 1 exit status
make[2]: *** [libs/multiarch/CMakeFiles/kritamultiarch.dir/build.make:115: libs/multiarch/libkritamultiarch.so.19.0.0] Errore 1
make[1]: *** [CMakeFiles/Makefile2:26916: libs/multiarch/CMakeFiles/kritamultiarch.dir/all] Errore 2
make[1]: *** Attesa per i processi non terminati....

how can i solve it?

thanks, best regards
 
Old 11-30-2022, 05:37 PM   #2
astrogeek
Moderator
 
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=15, FreeBSD_12{.0|.1}
Posts: 6,005
Blog Entries: 23

Rep: Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967
Welcome to LQ and the Programming forum!

You had posted to this dormant thread (for reference) but your problem should have its own discussion so it has been moved accordingly to help your question get the exposure it deserves.

The error indicates that a shared library could not be found, have you attempted to resolve that issue? If so, what did you try and wha were the results?

It would also be helpful to others if you included some basic information about the system on which you are building, Linux distro name and version at least.
 
Old 11-30-2022, 05:48 PM   #3
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
Thanks for your help!

i don't know how to solve it

i use ubuntu kinetic 22.10, i have only try to launch this command:

Code:
23:45:42 root@NanoKDE /home/dacorsa # ld -lxtl  --verbose
ld di GNU (GNU Binutils for Ubuntu) 2.39
  Emulazioni supportate:
   elf_x86_64
   elf32_x86_64
   elf_i386
   elf_iamcu
   i386pep
   i386pe
usato lo script interno del linker:
==================================================
/* Script for -z combreloc -z separate-code */
/* Copyright (C) 2014-2022 Free Software Foundation, Inc.
   Copying and distribution of this script, with or without modification,
   are permitted in any medium without royalty provided the copyright
   notice and this notice are preserved.  */
OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64",
              "elf64-x86-64")
OUTPUT_ARCH(i386:x86-64)
ENTRY(_start)
SEARCH_DIR("=/usr/local/lib/x86_64-linux-gnu"); SEARCH_DIR("=/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib64"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib");
SECTIONS
{
  PROVIDE (__executable_start = SEGMENT_START("text-segment", 0x400000)); . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
  .interp         : { *(.interp) }
  .note.gnu.build-id  : { *(.note.gnu.build-id) }
  .hash           : { *(.hash) }
  .gnu.hash       : { *(.gnu.hash) }
  .dynsym         : { *(.dynsym) }
  .dynstr         : { *(.dynstr) }
  .gnu.version    : { *(.gnu.version) }
  .gnu.version_d  : { *(.gnu.version_d) }
  .gnu.version_r  : { *(.gnu.version_r) }
  .rela.dyn       :
    {
      *(.rela.init)
      *(.rela.text .rela.text.* .rela.gnu.linkonce.t.*)
      *(.rela.fini)
      *(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*)
      *(.rela.data .rela.data.* .rela.gnu.linkonce.d.*)
      *(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*)
      *(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*)
      *(.rela.ctors)
      *(.rela.dtors)
      *(.rela.got)
      *(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*)
      *(.rela.ldata .rela.ldata.* .rela.gnu.linkonce.l.*)
      *(.rela.lbss .rela.lbss.* .rela.gnu.linkonce.lb.*)
      *(.rela.lrodata .rela.lrodata.* .rela.gnu.linkonce.lr.*)
      *(.rela.ifunc)
    }
  .rela.plt       :
    {
      *(.rela.plt)
      PROVIDE_HIDDEN (__rela_iplt_start = .);
      *(.rela.iplt)
      PROVIDE_HIDDEN (__rela_iplt_end = .);
    }
  .relr.dyn : { *(.relr.dyn) }
  . = ALIGN(CONSTANT (MAXPAGESIZE));
  .init           :
  {
    KEEP (*(SORT_NONE(.init)))
  }
  .plt            : { *(.plt) *(.iplt) }
.plt.got        : { *(.plt.got) }
.plt.sec        : { *(.plt.sec) }
  .text           :
  {
    *(.text.unlikely .text.*_unlikely .text.unlikely.*)
    *(.text.exit .text.exit.*)
    *(.text.startup .text.startup.*)
    *(.text.hot .text.hot.*)
    *(SORT(.text.sorted.*))
    *(.text .stub .text.* .gnu.linkonce.t.*)
    /* .gnu.warning sections are handled specially by elf.em.  */
    *(.gnu.warning)
  }
  .fini           :
  {
    KEEP (*(SORT_NONE(.fini)))
  }
  PROVIDE (__etext = .);
  PROVIDE (_etext = .);
  PROVIDE (etext = .);
  . = ALIGN(CONSTANT (MAXPAGESIZE));
  /* Adjust the address for the rodata segment.  We want to adjust up to
     the same address within the page on the next page up.  */
  . = SEGMENT_START("rodata-segment", ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)));
  .rodata         : { *(.rodata .rodata.* .gnu.linkonce.r.*) }
  .rodata1        : { *(.rodata1) }
  .eh_frame_hdr   : { *(.eh_frame_hdr) *(.eh_frame_entry .eh_frame_entry.*) }
  .eh_frame       : ONLY_IF_RO { KEEP (*(.eh_frame)) *(.eh_frame.*) }
  .gcc_except_table   : ONLY_IF_RO { *(.gcc_except_table .gcc_except_table.*) }
  .gnu_extab   : ONLY_IF_RO { *(.gnu_extab*) }
  /* These sections are generated by the Sun/Oracle C++ compiler.  */
  .exception_ranges   : ONLY_IF_RO { *(.exception_ranges*) }
  /* Adjust the address for the data segment.  We want to adjust up to
     the same address within the page on the next page up.  */
  . = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESIZE));
  /* Exception handling  */
  .eh_frame       : ONLY_IF_RW { KEEP (*(.eh_frame)) *(.eh_frame.*) }
  .gnu_extab      : ONLY_IF_RW { *(.gnu_extab) }
  .gcc_except_table   : ONLY_IF_RW { *(.gcc_except_table .gcc_except_table.*) }
  .exception_ranges   : ONLY_IF_RW { *(.exception_ranges*) }
  /* Thread Local Storage sections  */
  .tdata          :
   {
     PROVIDE_HIDDEN (__tdata_start = .);
     *(.tdata .tdata.* .gnu.linkonce.td.*)
   }
  .tbss           : { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
  .preinit_array    :
  {
    PROVIDE_HIDDEN (__preinit_array_start = .);
    KEEP (*(.preinit_array))
    PROVIDE_HIDDEN (__preinit_array_end = .);
  }
  .init_array    :
  {
    PROVIDE_HIDDEN (__init_array_start = .);
    KEEP (*(SORT_BY_INIT_PRIORITY(.init_array.*) SORT_BY_INIT_PRIORITY(.ctors.*)))
    KEEP (*(.init_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .ctors))
    PROVIDE_HIDDEN (__init_array_end = .);
  }
  .fini_array    :
  {
    PROVIDE_HIDDEN (__fini_array_start = .);
    KEEP (*(SORT_BY_INIT_PRIORITY(.fini_array.*) SORT_BY_INIT_PRIORITY(.dtors.*)))
    KEEP (*(.fini_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .dtors))
    PROVIDE_HIDDEN (__fini_array_end = .);
  }
  .ctors          :
  {
    /* gcc uses crtbegin.o to find the start of
       the constructors, so we make sure it is
       first.  Because this is a wildcard, it
       doesn't matter if the user does not
       actually link against crtbegin.o; the
       linker won't look for a file to match a
       wildcard.  The wildcard also means that it
       doesn't matter which directory crtbegin.o
       is in.  */
    KEEP (*crtbegin.o(.ctors))
    KEEP (*crtbegin?.o(.ctors))
    /* We don't want to include the .ctor section from
       the crtend.o file until after the sorted ctors.
       The .ctor section from the crtend file contains the
       end of ctors marker and it must be last */
    KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .ctors))
    KEEP (*(SORT(.ctors.*)))
    KEEP (*(.ctors))
  }
  .dtors          :
  {
    KEEP (*crtbegin.o(.dtors))
    KEEP (*crtbegin?.o(.dtors))
    KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .dtors))
    KEEP (*(SORT(.dtors.*)))
    KEEP (*(.dtors))
  }
  .jcr            : { KEEP (*(.jcr)) }
  .data.rel.ro : { *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*) *(.data.rel.ro .data.rel.ro.* .gnu.linkonce.d.rel.ro.*) }
  .dynamic        : { *(.dynamic) }
  .got            : { *(.got) *(.igot) }
  . = DATA_SEGMENT_RELRO_END (SIZEOF (.got.plt) >= 24 ? 24 : 0, .);
  .got.plt        : { *(.got.plt) *(.igot.plt) }
  .data           :
  {
    *(.data .data.* .gnu.linkonce.d.*)
    SORT(CONSTRUCTORS)
  }
  .data1          : { *(.data1) }
  _edata = .; PROVIDE (edata = .);
  . = .;
  __bss_start = .;
  .bss            :
  {
   *(.dynbss)
   *(.bss .bss.* .gnu.linkonce.b.*)
   *(COMMON)
   /* Align here to ensure that the .bss section occupies space up to
      _end.  Align after .bss to ensure correct alignment even if the
      .bss section disappears because there are no input sections.
      FIXME: Why do we need it? When there is no .bss section, we do not
      pad the .data section.  */
   . = ALIGN(. != 0 ? 64 / 8 : 1);
  }
  .lbss   :
  {
    *(.dynlbss)
    *(.lbss .lbss.* .gnu.linkonce.lb.*)
    *(LARGE_COMMON)
  }
  . = ALIGN(64 / 8);
  . = SEGMENT_START("ldata-segment", .);
  .lrodata   ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
  {
    *(.lrodata .lrodata.* .gnu.linkonce.lr.*)
  }
  .ldata   ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
  {
    *(.ldata .ldata.* .gnu.linkonce.l.*)
    . = ALIGN(. != 0 ? 64 / 8 : 1);
  }
  . = ALIGN(64 / 8);
  _end = .; PROVIDE (end = .);
  . = DATA_SEGMENT_END (.);
  /* Stabs debugging sections.  */
  .stab          0 : { *(.stab) }
  .stabstr       0 : { *(.stabstr) }
  .stab.excl     0 : { *(.stab.excl) }
  .stab.exclstr  0 : { *(.stab.exclstr) }
  .stab.index    0 : { *(.stab.index) }
  .stab.indexstr 0 : { *(.stab.indexstr) }
  .comment       0 : { *(.comment) }
  .gnu.build.attributes : { *(.gnu.build.attributes .gnu.build.attributes.*) }
  /* DWARF debug sections.
     Symbols in the DWARF debugging sections are relative to the beginning
     of the section so we begin them at 0.  */
  /* DWARF 1.  */
  .debug          0 : { *(.debug) }
  .line           0 : { *(.line) }
  /* GNU DWARF 1 extensions.  */
  .debug_srcinfo  0 : { *(.debug_srcinfo) }
  .debug_sfnames  0 : { *(.debug_sfnames) }
  /* DWARF 1.1 and DWARF 2.  */
  .debug_aranges  0 : { *(.debug_aranges) }
  .debug_pubnames 0 : { *(.debug_pubnames) }
  /* DWARF 2.  */
  .debug_info     0 : { *(.debug_info .gnu.linkonce.wi.*) }
  .debug_abbrev   0 : { *(.debug_abbrev) }
  .debug_line     0 : { *(.debug_line .debug_line.* .debug_line_end) }
  .debug_frame    0 : { *(.debug_frame) }
  .debug_str      0 : { *(.debug_str) }
  .debug_loc      0 : { *(.debug_loc) }
  .debug_macinfo  0 : { *(.debug_macinfo) }
  /* SGI/MIPS DWARF 2 extensions.  */
  .debug_weaknames 0 : { *(.debug_weaknames) }
  .debug_funcnames 0 : { *(.debug_funcnames) }
  .debug_typenames 0 : { *(.debug_typenames) }
  .debug_varnames  0 : { *(.debug_varnames) }
  /* DWARF 3.  */
  .debug_pubtypes 0 : { *(.debug_pubtypes) }
  .debug_ranges   0 : { *(.debug_ranges) }
  /* DWARF 5.  */
  .debug_addr     0 : { *(.debug_addr) }
  .debug_line_str 0 : { *(.debug_line_str) }
  .debug_loclists 0 : { *(.debug_loclists) }
  .debug_macro    0 : { *(.debug_macro) }
  .debug_names    0 : { *(.debug_names) }
  .debug_rnglists 0 : { *(.debug_rnglists) }
  .debug_str_offsets 0 : { *(.debug_str_offsets) }
  .debug_sup      0 : { *(.debug_sup) }
  .gnu.attributes 0 : { KEEP (*(.gnu.attributes)) }
  /DISCARD/ : { *(.note.GNU-stack) *(.gnu_debuglink) *(.gnu.lto_*) }
}


==================================================
ld: modalità elf_x86_64
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/libxtl.a non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/libxtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/libxtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/libxtl.a non riuscito
tentativo di aprire /usr/local/lib64/libxtl.so non riuscito
tentativo di aprire /usr/local/lib64/libxtl.a non riuscito
tentativo di aprire /lib64/libxtl.so non riuscito
tentativo di aprire /lib64/libxtl.a non riuscito
tentativo di aprire /usr/lib64/libxtl.so non riuscito
tentativo di aprire /usr/lib64/libxtl.a non riuscito
tentativo di aprire /usr/local/lib/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/libxtl.a non riuscito
tentativo di aprire /lib/libxtl.so non riuscito
tentativo di aprire /lib/libxtl.a non riuscito
tentativo di aprire /usr/lib/libxtl.so non riuscito
tentativo di aprire /usr/lib/libxtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/libxtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/libxtl.a non riuscito
ld: impossibile trovare -lxtl: File o directory non esistente
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/xtl.a non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/xtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/xtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/xtl.a non riuscito
tentativo di aprire /usr/local/lib64/libxtl.so non riuscito
tentativo di aprire /usr/local/lib64/xtl.a non riuscito
tentativo di aprire /lib64/libxtl.so non riuscito
tentativo di aprire /lib64/xtl.a non riuscito
tentativo di aprire /usr/lib64/libxtl.so non riuscito
tentativo di aprire /usr/lib64/xtl.a non riuscito
tentativo di aprire /usr/local/lib/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/xtl.a non riuscito
tentativo di aprire /lib/libxtl.so non riuscito
tentativo di aprire /lib/xtl.a non riuscito
tentativo di aprire /usr/lib/libxtl.so non riuscito
tentativo di aprire /usr/lib/xtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/xtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/xtl.a non riuscito
 
Old 11-30-2022, 08:14 PM   #4
astrogeek
Moderator
 
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=15, FreeBSD_12{.0|.1}
Posts: 6,005
Blog Entries: 23

Rep: Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967
You are welcome!

I am not an Ubuntu user so am not very familiar with its package manager and utilities, so maybe someone with all that knowledge will jump in here before long.

In the mean time, I suspect that you may need to install the -devel version of the package that supplies libxtl. Usually in my experience that would be something like libxtl-devel.xxx, whatever your package suffix is.

A search online for libxtl for ubuntu turns up a number of hits, but I hesitate to choose one as I may likely send you down a wrong path! You shoulld try entering the exact error message into a search engine and take your best guess as a place to start.
 
Old 11-30-2022, 08:56 PM   #5
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
Thanks, but not exist libxtl lib on ubuntu.

Hope I'm wrong

😄
 
Old 11-30-2022, 10:18 PM   #6
astrogeek
Moderator
 
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=15, FreeBSD_12{.0|.1}
Posts: 6,005
Blog Entries: 23

Rep: Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967Reputation: 3967
Hmmm...

Well, again with the caveat that I may not know what I am talking about, and assuming this is the xtl that is missing, you might grab the source from that link and try to build it yourself (instructions in the README, looks easy enough).

PLease verify install prefix on Ubuntu, but on my non-Ubuntu machines I would try /usr/local/lib.
 
Old 12-01-2022, 03:42 AM   #7
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
Yes prefix is /usr/local/lib or bin

I always follow this guide for compiling but now not works

https://docs.krita.org/en/untranslat...lding-on-linux

Would you try?

Thanks, best regards Astrogeek!
 
Old 12-01-2022, 06:42 AM   #8
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
Astro i have compiled and installed that https://github.com/xtensor-stack/xtl

but i have always same error:

[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kxmlguifactory_p.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kxmlguiversionhandler.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kxmlguiwindow.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/katecommandbar.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/commandmodel.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kmainwindowiface.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/qrc_kxmlgui.cpp.o
[ 2%] Linking CXX shared library libkritawidgetutils.so
[ 2%] Built target kritawidgetutils
[ 2%] Automatic MOC for target kritamultiarch
[ 2%] Built target kritamultiarch_autogen
[ 2%] Linking CXX shared library libkritamultiarch.so
/usr/bin/ld: impossibile trovare -lxtl: File o directory non esistente
collect2: error: ld returned 1 exit status
make[2]: *** [libs/multiarch/CMakeFiles/kritamultiarch.dir/build.make:115: libs/multiarch/libkritamultiarch.so.19.0.0] Errore 1
make[1]: *** [CMakeFiles/Makefile2:26943: libs/multiarch/CMakeFiles/kritamultiarch.dir/all] Errore 2
make: *** [Makefile:146: all] Errore 2
ls: impossibile accedere a '/app/kritadev/install/bin/krita': File o directory non esistente
 
Old 12-01-2022, 07:45 AM   #9
NevemTeve
Senior Member
 
Registered: Oct 2011
Location: Budapest
Distribution: Debian/GNU/Linux, AIX
Posts: 4,428
Blog Entries: 1

Rep: Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679
Check with this command:
Code:
ldconfig -v 2>/dev/null | grep libxtl.so
 
Old 12-01-2022, 07:49 AM   #10
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
Thanks for your reply,

nothing found

13:30:16 root@NanoKDE /home/dacorsa # ldconfig -v 2>/dev/null | grep libxtl.so
13:48:50 root@NanoKDE /home/dacorsa #
 
Old 12-01-2022, 07:51 AM   #11
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
the problem is: what i have to build to have libxtl.so ???

i don't have found nothing on github

Best regards
 
Old 12-01-2022, 07:54 AM   #12
NevemTeve
Senior Member
 
Registered: Oct 2011
Location: Budapest
Distribution: Debian/GNU/Linux, AIX
Posts: 4,428
Blog Entries: 1

Rep: Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679Reputation: 1679
Then examine the previous step: where to did you install what? Was it succesfull?
 
Old 12-01-2022, 07:59 AM   #13
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
I build the source but not install the wanted libxtl.so , maybe it's not the correct lib

Thanks
 
Old 12-09-2022, 06:18 AM   #14
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
libxtl.so o xtl.a how build it?
 
Old 01-14-2023, 08:55 AM   #15
dacorsa
LQ Newbie
 
Registered: Dec 2019
Posts: 11

Original Poster
Rep: Reputation: Disabled
FROM KDE Forum:


This is actually a bug in Debian, it turns out:

17:14:49 < amyspark> halla: *laughs* it's a debian upstream bug!
17:15:36 < amyspark> in the debian source, I see they're compiling with `-DENABLE_XTL_COMPLEX=ON` which enables a dependency on xtensor for the complex number stuff, but the .deb itself has no dependency on it
17:16:47 < amyspark> even then, using INTERFACE_LINK_LIBRARIES shows this wasn't tested outside of a developer system... that should be an imported target so CMake adds the find_package and the library path

We don't have a solution yet...

Thanks all, best regards.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Krita Devs Work on SVG Support, Python Scripting, and Text Tools for Krita 3.2 LXer Syndicated Linux News 0 12-23-2016 06:07 AM
LXer: Digital Painting with Krita 2.9 provides the missing Krita documentation LXer Syndicated Linux News 0 01-22-2016 06:41 AM
LXer: Krita Animation Edition Gets a Second Beta Release, Still Not Based on Krita 3.0 - Video LXer Syndicated Linux News 0 12-13-2015 01:44 AM
LXer: Krita Port to KDE Frameworks 5 and Qt 5 Almost Done, Krita 3.0 Coming Later This Year LXer Syndicated Linux News 0 09-26-2015 11:23 PM
LXer: Krita Team Seeking Sponsorship to Take Krita to Next Level LXer Syndicated Linux News 0 12-02-2009 11:20 PM

LinuxQuestions.org > Forums > Non-*NIX Forums > Programming

All times are GMT -5. The time now is 11:28 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration