Jay, All,
I have crystal 1.0.7 building on 3.5.13 from git --> ALMOST. Here is what I did. I need help knowing how to incorporate the cludges correctly, but that's what the smart folks on the list are for :) What was needed to get crystal 1.0.7 to configure and begin make on tde was: (my prefix = /opt/trinity)
(1) create a link in /opt/trinity/lib
trinity -> kde3
that let's the build find the designer libs
(2) build with:
./configure --prefix=${TDEDIR} --with-qt-dir=${QTDIR} --with-extra-includes=${TDEDIR}/include/tqt
That takes the build almost to completion:
/bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_PLUGIN -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o kwin_crystal_config.la -rpath /opt/trinity/lib/kde3 -module -L/opt/trinity/lib -L/opt/qt3/lib -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /opt/trinity/lib -R /opt/trinity/lib -R /opt/qt3/lib crystalconfig.lo configdialog.lo infodialog.lo -lkdeui -lkio -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lkdecore /usr/bin/ld: cannot find -lkdeui collect2: ld returned 1 exit status make[3]: *** [kwin_crystal_config.la] Error 1 make[3]: Leaving directory `/build/src/crystal-1.0.7/client/config' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/client' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Build failed, check /mnt/nv1/home/chroot/david/build
dev/ammo suggested:
sed 's#$PREFIX/lib/kde3#$PREFIX/lib/trinity#g'
which I think will work, but I can't figure out how to apply it to configure. We are getting close. Please add thoughts and I'll try again at lunch.
dev/ammo suggested:
sed 's#$PREFIX/lib/kde3#$PREFIX/lib/trinity#g'
which I think will work, but I can't figure out how to apply it to configure. We are getting close. Please add thoughts and I'll try again at lunch.
Actually it won't work because configure doesn't contain the entire string $PREFIX/lib/kde3. IIRC the right sed is 's#kde3/plugins#trinity/plugins#g'.
I also went through the same process with the source last week, creating symlinks and renaming k-prefixes. It lead nowhere. The git source (applications/twin-crystal-style) is the same source ( i believe) converted for trinity and the end result (when i was successful under qt3) was a package with all the same files as the package compiled from kdelooks, only with tde prefix. This worked for me and i got the crystal window decorations but the area with configurations in kcontrol was blank.
No time right now but i will work on this over the weekend.
Jay
On Fri, Feb 24, 2012 at 2:00 PM, /dev/ammo42 mickeytintincolle@yahoo.frwrote:
dev/ammo suggested:
sed 's#$PREFIX/lib/kde3#$PREFIX/lib/trinity#g'
which I think will work, but I can't figure out how to apply it to configure. We are getting close. Please add thoughts and I'll try again at lunch
Actually it won't work because configure doesn't contain the entire string $PREFIX/lib/kde3. IIRC the right sed is 's#kde3/plugins#trinity/plugins#g'.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Fri, 24 Feb 2012 08:13:48 -0600 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
Jay, All,
I have crystal 1.0.7 building on 3.5.13 from git --> ALMOST. Here is what I did. I need help knowing how to incorporate the cludges correctly, but that's what the smart folks on the list are for :) What was needed to get crystal 1.0.7 to configure and begin make on tde was: (my prefix = /opt/trinity)
(1) create a link in /opt/trinity/lib
trinity -> kde3that let's the build find the designer libs
(2) build with:
./configure --prefix=${TDEDIR} --with-qt-dir=${QTDIR} --with-extra-includes=${TDEDIR}/include/tqt
That takes the build almost to completion:
/bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_PLUGIN -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o kwin_crystal_config.la -rpath /opt/trinity/lib/kde3 -module -L/opt/trinity/lib -L/opt/qt3/lib -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /opt/trinity/lib -R /opt/trinity/lib -R /opt/qt3/lib crystalconfig.lo configdialog.lo infodialog.lo -lkdeui -lkio -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lkdecore /usr/bin/ld: cannot find -lkdeui collect2: ld returned 1 exit status make[3]: *** [kwin_crystal_config.la] Error 1 make[3]: Leaving directory `/build/src/crystal-1.0.7/client/config' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/client' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Build failed, check /mnt/nv1/home/chroot/david/build
dev/ammo suggested:
sed 's#$PREFIX/lib/kde3#$PREFIX/lib/trinity#g'
which I think will work, but I can't figure out how to apply it to configure. We are getting close. Please add thoughts and I'll try again at lunch.
Thought: I don't know where it comes from, but the old Gentoo KDE3 build system contains the following line of script:
export kde_widgetdir="$KDEDIR/$(get_libdir)/kde3/plugins/designer"
I wasn't able to find mention of it anywhere else, so it's possible this was a general KDE3 configuration variable intended to point to the designer plugins, and that exporting it (or "tde_widgetdir") with the correct value might help.
It's also possible that this information is distro-specific or otherwise useless, but I thought I would toss it in.
On 02/24/2012 08:46 PM, E. Liddell wrote:
export kde_widgetdir="$KDEDIR/$(get_libdir)/kde3/plugins/designer"
I wasn't able to find mention of it anywhere else, so it's possible this was a general KDE3 configuration variable intended to point to the designer plugins, and that exporting it (or "tde_widgetdir") with the correct value might help.
It's also possible that this information is distro-specific or otherwise useless, but I thought I would toss it in.
No,
There is actually a
/opt/trinity/lib/trinity/plugins directory that holds the libraries that are being looked for. The problem is the source code wants to find the libraries in
/opt/trinity/lib/kde3/plugins
So since there was a rename from ${TDEDIR}/lib/kde3 to ${TDEDIR}/lib/trinity there is no real easy quick-fix in the crystal source to handle this. I know it is fairly easy to solve, it just takes time to hunt and peck through the configure files and the aclocal/libtool stuff that I know "squat" about, but I'm learning.
Also, the version of crystal in the tde git tree is 1.0.5 according to the documentation with it. We should build with 1.0.7.
Also, the version of crystal in the tde git tree is 1.0.5 according to the documentation with it. We should build with 1.0.7.
Yes, you are right. Today i replaced the configure file in current git, with the configure file from 1.0.7 source. It configures OK but the build fails at the library. Am looking through it now.
Jay
On Sat, Feb 25, 2012 at 2:48 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/24/2012 08:46 PM, E. Liddell wrote:
export kde_widgetdir="$KDEDIR/$(get_libdir)/kde3/plugins/designer"
I wasn't able to find mention of it anywhere else, so it's possible this was a general KDE3 configuration variable intended to point to the designer plugins, and that exporting it (or "tde_widgetdir") with the correct value might help.
It's also possible that this information is distro-specific or otherwise useless, but I thought I would toss it in.
No,
There is actually a
/opt/trinity/lib/trinity/plugins directory that holds the libraries that are being looked for. The problem is the source code wants to find the libraries in
/opt/trinity/lib/kde3/plugins
So since there was a rename from ${TDEDIR}/lib/kde3 to ${TDEDIR}/lib/trinity there is no real easy quick-fix in the crystal source to handle this. I know it is fairly easy to solve, it just takes time to hunt and peck through the configure files and the aclocal/libtool stuff that I know "squat" about, but I'm learning.
Also, the version of crystal in the tde git tree is 1.0.5 according to the documentation with it. We should build with 1.0.7.
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Disregard that ... nonsense.
Jay
On Sat, Feb 25, 2012 at 10:39 PM, Jay jayflood@gmail.com wrote:
Also, the version of crystal in the tde git tree is 1.0.5 according to the
documentation with it. We should build with 1.0.7.
Yes, you are right. Today i replaced the configure file in current git, with the configure file from 1.0.7 source. It configures OK but the build fails at the library. Am looking through it now.
Jay
On Sat, Feb 25, 2012 at 2:48 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/24/2012 08:46 PM, E. Liddell wrote:
export kde_widgetdir="$KDEDIR/$(get_libdir)/kde3/plugins/designer"
I wasn't able to find mention of it anywhere else, so it's possible this was a general KDE3 configuration variable intended to point to the designer plugins, and that exporting it (or "tde_widgetdir") with the correct value might help.
It's also possible that this information is distro-specific or otherwise useless, but I thought I would toss it in.
No,
There is actually a
/opt/trinity/lib/trinity/plugins directory that holds the libraries that are being looked for. The problem is the source code wants to find the libraries in
/opt/trinity/lib/kde3/plugins
So since there was a rename from ${TDEDIR}/lib/kde3 to ${TDEDIR}/lib/trinity there is no real easy quick-fix in the crystal source to handle this. I know it is fairly easy to solve, it just takes time to hunt and peck through the configure files and the aclocal/libtool stuff that I know "squat" about, but I'm learning.
Also, the version of crystal in the tde git tree is 1.0.5 according to the documentation with it. We should build with 1.0.7.
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 02/25/2012 04:39 PM, Jay wrote:
Also, the version of crystal in the tde git tree is 1.0.5 according to the documentation with it. We should build with 1.0.7.Yes, you are right. Today i replaced the configure file in current git, with the configure file from 1.0.7 source. It configures OK but the build fails at the library. Am looking through it now.
Jay
Jay, All,
I submitted: http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=878
this morning to confirm/update the git tree source to 1.0.7. That way as we go though this process we can be confident we are all using the same, current source to submit patches on.
On 02/27/2012 09:56 AM, David C. Rankin wrote:
On 02/25/2012 04:39 PM, Jay wrote:
Also, the version of crystal in the tde git tree is 1.0.5 according to the documentation with it. We should build with 1.0.7.Yes, you are right. Today i replaced the configure file in current git, with the configure file from 1.0.7 source. It configures OK but the build fails at the library. Am looking through it now.
Jay
Jay, All,
I submitted: http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=878
this morning to confirm/update the git tree source to 1.0.7. That way as we go though this process we can be confident we are all using the same, current source to submit patches on.
Even closer yet again! I am building version 1.0.7 from the tarball. Perhaps the brain-trust can add a few more pointers to my errors and we can finally get this one resolved. The primary issue is naming. The biggest one is when crystal is being compiled and linked, it is looking for -lkdeui when it should be looking for -ltdeui. I have created a patch to handle the kdeui -> tdeui references and I've attached it to the page (works). Now I'm down to a strange area where libtool is complaining about "unrecognized option" at the end of the build. I have no experience with this type of stuff, so if you have guidance for me -- I'll take it :)
configure.in:54: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... aclocal.m4:6218: _LT_AC_SYS_LIBPATH_AIX is expanded from... aclocal.m4:10919: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from... aclocal.m4:9686: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:9685: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... aclocal.m4:7570: _LT_AC_TAGCONFIG is expanded from... aclocal.m4:6057: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:6037: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:6002: AC_PROG_LIBTOOL is expanded from... aclocal.m4:11759: AM_PROG_LIBTOOL is expanded from... aclocal.m4:3484: KDE_PROG_LIBTOOL is expanded from... configure.in:54: the top level touch ./config.h.in cd . && /bin/sh ./config.status config.h config.status: creating config.h make all-recursive make[1]: Entering directory `/build/src/crystal-1.0.7' Making all in pics make[2]: Entering directory `/build/src/crystal-1.0.7/pics' cd .. && /bin/sh ./config.status pics/Makefile depfiles config.status: creating pics/Makefile config.status: executing depfiles commands make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[2]: Entering directory `/build/src/crystal-1.0.7/pics' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/trinity/include -I/opt/qt3/include -I. -I/opt/trinity/include/tqt -DQT_THREAD_SUPPORT -D_REENTRANT -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT embedtool.o -MD -MP -MF ".deps/embedtool.Tpo" \ -c -o embedtool.o `test -f 'embedtool.cpp' || echo './'`embedtool.cpp; \ then mv -f ".deps/embedtool.Tpo" ".deps/embedtool.Po"; \ else rm -f ".deps/embedtool.Tpo"; exit 1; \ fi /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o embedtool -L/opt/trinity/lib -L/opt/qt3/lib embedtool.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu' make[2]: *** [embedtool] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2
Is this a libtool issue? What are the following errors:
g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu'
More importantly -- how do I go about curing them :) Sure would be nice if a CMakeLists.txt file (and the remaining cmake files, suddenly appeared and were woking :p But, in the interim, I would simply take a few pointers to help me get over this latest issue. Thanks!
*Even closer yet again! I am building version 1.0.7 from the tarball.* Just to be clear. Where are you sourcing the v1.0.7 tarball? Directly from the kdelook.org site?
I am building under tqt3 and my prefix is /usr and i am still stuck at the 'not finding headers and libraries' issue. After applying your patch there was no change for me.
Jay
On Tue, Feb 28, 2012 at 6:44 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/27/2012 09:56 AM, David C. Rankin wrote:
On 02/25/2012 04:39 PM, Jay wrote:
Also, the version of crystal in the tde git tree is 1.0.5 accordingto the
documentation with it. We should build with 1.0.7.Yes, you are right. Today i replaced the configure file in current git, with the configure
file from
1.0.7 source. It configures OK but the build fails at the library. Am
looking
through it now.
Jay
Jay, All,
I submitted:
http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=878
this morning to confirm/update the git tree source to 1.0.7. That way as
we go
though this process we can be confident we are all using the same,
current
source to submit patches on.
Even closer yet again! I am building version 1.0.7 from the tarball. Perhaps the brain-trust can add a few more pointers to my errors and we can finally get this one resolved. The primary issue is naming. The biggest one is when crystal is being compiled and linked, it is looking for -lkdeui when it should be looking for -ltdeui. I have created a patch to handle the kdeui -> tdeui references and I've attached it to the page (works). Now I'm down to a strange area where libtool is complaining about "unrecognized option" at the end of the build. I have no experience with this type of stuff, so if you have guidance for me -- I'll take it :)
configure.in:54: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... aclocal.m4:6218: _LT_AC_SYS_LIBPATH_AIX is expanded from... aclocal.m4:10919: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from... aclocal.m4:9686: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:9685: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... aclocal.m4:7570: _LT_AC_TAGCONFIG is expanded from... aclocal.m4:6057: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:6037: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:6002: AC_PROG_LIBTOOL is expanded from... aclocal.m4:11759: AM_PROG_LIBTOOL is expanded from... aclocal.m4:3484: KDE_PROG_LIBTOOL is expanded from... configure.in:54: the top level touch ./config.h.in cd . && /bin/sh ./config.status config.h config.status: creating config.h make all-recursive make[1]: Entering directory `/build/src/crystal-1.0.7' Making all in pics make[2]: Entering directory `/build/src/crystal-1.0.7/pics' cd .. && /bin/sh ./config.status pics/Makefile depfiles config.status: creating pics/Makefile config.status: executing depfiles commands make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[2]: Entering directory `/build/src/crystal-1.0.7/pics' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/trinity/include -I/opt/qt3/include -I. -I/opt/trinity/include/tqt -DQT_THREAD_SUPPORT -D_REENTRANT -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT embedtool.o -MD -MP -MF ".deps/embedtool.Tpo" \ -c -o embedtool.o `test -f 'embedtool.cpp' || echo './'`embedtool.cpp; \ then mv -f ".deps/embedtool.Tpo" ".deps/embedtool.Po"; \ else rm -f ".deps/embedtool.Tpo"; exit 1; \ fi /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o embedtool -L/opt/trinity/lib -L/opt/qt3/lib embedtool.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu' make[2]: *** [embedtool] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2
Is this a libtool issue? What are the following errors:
g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu'
More importantly -- how do I go about curing them :) Sure would be nice if a CMakeLists.txt file (and the remaining cmake files, suddenly appeared and were woking :p But, in the interim, I would simply take a few pointers to help me get over this latest issue. Thanks!
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 02/28/2012 08:44 AM, Jay wrote:
*Even closer yet again! I am building version 1.0.7 from the tarball.* Just to be clear. Where are you sourcing the v1.0.7 tarball? Directly from the kdelook.org http://kdelook.org site?
I am building under tqt3 and my prefix is /usr and i am still stuck at the 'not finding headers and libraries' issue. After applying your patch there was no change for me.
Jay
Yes, I'm building from the 1.0.7 tarball from kdelook.org. The patches allowed me to get past previous errors. As another fix, try linking
ln -s ${TDEDIR}/lib/trinity ${TDEDIR}/lib/kde3
Then apply the patch. The use the configure string:
cd ${srcdir}/crystal-$pkgver ./configure --prefix=${TDEDIR} \ --with-qt-dir=${QTDIR} \ --with-extra-includes=${TDEDIR}/include/tqt
I have tried adding:
--with-extra-libs=${TDEDIR}/lib/trinity
but it made no difference for me. I'm still stuck with the libtool error:
/bin/sh ../libtool --silent --mode=link --tag=CXX g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o embedtool -L/opt/trinity/lib -L/opt/qt3/lib -L/opt/trinity/lib/trinity embedtool.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu' make[2]: *** [embedtool] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2
AARGH!! I think this is may be due to my version of gcc. I just found a link that allows you to sed out the offending options from the configure file itself. I'll give it a go and report back.
On 02/28/2012 09:07 AM, David C. Rankin wrote:
On 02/28/2012 08:44 AM, Jay wrote:
*Even closer yet again! I am building version 1.0.7 from the tarball.* Just to be clear. Where are you sourcing the v1.0.7 tarball? Directly from the kdelook.org http://kdelook.org site?
I am building under tqt3 and my prefix is /usr and i am still stuck at the 'not finding headers and libraries' issue. After applying your patch there was no change for me.
Jay
Yes, I'm building from the 1.0.7 tarball from kdelook.org. The patches allowed me to get past previous errors. As another fix, try linking
ln -s ${TDEDIR}/lib/trinity ${TDEDIR}/lib/kde3
Then apply the patch. The use the configure string:
cd ${srcdir}/crystal-$pkgver ./configure --prefix=${TDEDIR} \ --with-qt-dir=${QTDIR} \ --with-extra-includes=${TDEDIR}/include/tqt
I have tried adding:
--with-extra-libs=${TDEDIR}/lib/trinity
but it made no difference for me. I'm still stuck with the libtool error:
/bin/sh ../libtool --silent --mode=link --tag=CXX g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o embedtool -L/opt/trinity/lib -L/opt/qt3/lib -L/opt/trinity/lib/trinity embedtool.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu' make[2]: *** [embedtool] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2
AARGH!! I think this is may be due to my version of gcc. I just found a link that allows you to sed out the offending options from the configure file itself. I'll give it a go and report back.
GRRR!
Even though I completely removed the '--as-needed' flags from the entire crystal source, some magic tool puts it back in the Makefile:
grep -r 'as-needed' * client/Makefile:LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu client/config/Makefile:LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu <snip log files> config.status:ac_cs_config="'--prefix=/opt/trinity' '--with-qt-dir=/opt/qt3' '--with-extra-includes=/opt/trinity/include/tqt' '--with-extra-libs=/opt/trinity/lib/trinity' 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu' 'CXXFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'" config.status: set X '/bin/sh' './configure' '--prefix=/opt/trinity' '--with-qt-dir=/opt/qt3' '--with-extra-includes=/opt/trinity/include/tqt' '--with-extra-libs=/opt/trinity/lib/trinity' 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu' 'CXXFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2' $ac_configure_extra_args --no-create --no-recursion config.status:S["LDFLAGS"]="-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu" Makefile:LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu pics/Makefile:LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
I have attached to new patch that gets rid of the --as-needed stuff. Where in the heck do these entries come from:
--sort-common,--as-needed,<snip>,--hash-style=gnu
The error I am stuck at remains:
/bin/sh ../libtool --silent --mode=link --tag=CXX g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o embedtool -L/opt/trinity/lib -L/opt/qt3/lib -L/opt/trinity/lib/trinity embedtool.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu' make[2]: *** [embedtool] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/pics' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2
-
/dev/ammo42 -
David C. Rankin -
E. Liddell -
Jay