Re: Link gtkmm static
"Jan Niklas Hasse" <[email protected]>
| Newsgroups | gmane.comp.autopackage.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, Does someone have an idea why it doesn't work? I still couldn't solve the problem :( Here's my default.apspec again: [BuildPrepare] export APBUILD_STATIC="gtkmm-2.4 gdkmm-2.4 atkmm-1.6 pangomm-1.4 cairomm-1.0 glibmm-2.4" apg++ `pkg-config gtkmm-2.4 --cflags --libs` main.cpp binreloc.o -o bin/hallowelt ./install.sh $build_root The binary still depends on libgtkmm-2.4.so.1... How to use APBUILD_STATIC correctly? Jan-Nik On Dec 1, 2007 8:06 PM, Jan Niklas Hasse <[email protected]> wrote: > Okay maybe i should not do this. Why does it not work anyway? > Btw: Doesn't Inkscape also links gtkmm statically? > > Jan-Nik > > > On Dec 1, 2007 7:41 PM, Isak Savo < [email protected]> wrote: > > > 2007/12/1, Jan Niklas Hasse < [email protected]>: > > > I don't really need this. I'm writing a german tutorial for > > autopackage and > > > I wanted to use gtkmm as an example for statically linking and double > > > compilation. Is gtkmm the wrong library to do this? > > > > Depends on your purpose I guess. I don't *think* it needs to be > > statically linked, given how wide spread it is (and the fact that it > > is a system library), but if you are doing it for a tutorial style > > document, then why not.. > > > > The problem is we don't want to send the wrong signals. If indeed > > gtkmm does NOT need static linking, then it's kind of weird to have a > > tutorial that explicitly statically links it. Better then to use > > something that actually is a problem (some available here: > > http://trac.autopackage.org/wiki/LibrariesToStaticallyLink, but there > > are most likely others,) > > > > -Isak > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected] > > For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected] > > > > >