Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.development.apps > #328

Re: Linking problem

Show all headers | View raw

On Thu, 15 Dec 2011 09:39:40 +0000
Rainer Weikusat <rweikusat@mssgmbh.com> wrote:

>Kevin Nathan <knathan@project54.com> writes:
>> I have just been tasked with maintaining a KDE/Qt app originally
>> written in 2004/2005 and parts of it updated in 2009. It is currently
>> compiling on a KDE 3.5.7 and Qt 3.0 system and needs to be able to
>> run on systems with various versions of KDE.
>
>Chances are that the -rpath or -R linker options do what you
>need. You'll have to ship the libraries and the binaries which need 
>them and know the place where the libraries will be installed. 

I already have this ready, by copying everything necessary under the
home dir and will have an install CD for them to run. It's been years
since I built an RPM, so that is next on my list. :-)

>The compiler will also need suitable -I options to find the 'custom'
>headers and the linker additional -L to find them at link time.
>

I've noticed that the "--sysroot" puts the -R in front of the header
includes, so I just have to figure out what I am missing during the
linking step. My current problem here is to inhibit the system
libraries. I've added the LDFLAGS=--sysroot=DIR but I must be missing
something. I will be digging into it more, tonight.


>Provided autosorrow is being used correctly (almost a contradictio in
>adiecto, it seems ...), all of this should be settable by passing
>suitable LDFLAGS and CFLAGS environment variables to the configure
>invocation.

That's what I am attempting to do. Due to some strange editting in
the .m4 files, I cannot run autoconf without breaking the compile/link
(Qt's uic and moc stop running then) but running configure is still ok.
This particular battle will be enjoined after I get executables that
can run under other versions. :-) I also want to investigate how to use
qmake when there are multiple programs being compiled in separate
subdirs; I've heard this is hard to do, but I do not really need all
the flexibility/power of the autotools for this program.

Thanks very much for your reply, it helped me look into a few other
areas and prompted me to add the LDFLAGS statement to my configure.


-- 
Kevin Nathan (Arizona, USA)  
Linux Potpourri -- http://www.project54.com/linux/

Open standards. Open source. Open minds. 
The command line is the front line.
Linux 2.6.37.6-0.9-desktop
 16:17pm  up 5 days  3:26,  13 users,  load average: 0.09, 0.41, 0.51

Back to comp.os.linux.development.apps | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Linking problem Kevin Nathan <knathan@project54.com> - 2011-12-15 00:11 -0700
  Re: Linking problem Rainer Weikusat <rweikusat@mssgmbh.com> - 2011-12-15 09:39 +0000
    Re: Linking problem Kevin Nathan <knathan@project54.com> - 2011-12-15 16:29 -0700
      Re: Linking problem Rainer Weikusat <rweikusat@mssgmbh.com> - 2011-12-16 00:47 +0000
        Re: Linking problem Kevin Nathan <knathan@project54.com> - 2011-12-15 23:42 -0700
          Re: Linking problem Rainer Weikusat <rweikusat@mssgmbh.com> - 2011-12-16 17:46 +0000
            Re: Linking problem Kevin Nathan <knathan@project54.com> - 2011-12-16 10:55 -0700
            Re: Linking problem Kevin Nathan <knathan@project54.com> - 2012-01-01 10:49 -0700
          Re: Linking problem Lusotec <nomail@nomail.not> - 2011-12-19 00:27 +0000
            Re: Linking problem Kevin Nathan <knathan@project54.com> - 2011-12-19 10:16 -0700

csiph-web