24 Feb
2012
24 Feb
'12
2:13 p.m.
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.
--
David C. Rankin, J.D.,P.E.
24 Feb
24 Feb
4 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
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'.
25 Feb
25 Feb
1:07 a.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
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(a)yahoo.fr>wrote;wrote:
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(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)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
2:46 a.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
On Fri, 24 Feb 2012 08:13:48 -0600
"David C. Rankin" <drankinatty(a)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 -> 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.
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.
2:48 a.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
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.
10:39 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
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(a)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(a)lists.pearsoncomputing.net
> For additional commands, e-mail:
> trinity-devel-help(a)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
>
>
11:12 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
Disregard that ... nonsense.
Jay
On Sat, Feb 25, 2012 at 10:39 PM, Jay <jayflood(a)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(a)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(a)lists.pearsoncomputing.net
> For additional commands, e-mail:
> trinity-devel-help(a)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
>
>
27 Feb
27 Feb
3:56 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
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.
--
David C. Rankin, J.D.,P.E.
28 Feb
28 Feb
6:44 a.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
On 02/27/2012 09:56 AM, David C. Rankin wrote:
On 02/25/2012 04:39 PM, Jay wrote:
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.
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.
2:44 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
*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(a)suddenlinkmail.com> wrote:
On 02/27/2012 09:56 AM, David C. Rankin wrote:
http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=878
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:
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(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)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
3:07 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
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.
--
David C. Rankin, J.D.,P.E.
3:30 p.m.
New subject: [trinity-devel] twin-deco-crystal (So Close!)
On 02/28/2012 09:07 AM, David C. Rankin wrote:
On 02/28/2012 08:44 AM, Jay wrote:
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
--
David C. Rankin, J.D.,P.E.
*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.
4451
days inactive
4455
days old
11 comments
4 participants
participants (4)
-
/dev/ammo42 -
David C. Rankin -
E. Liddell -
Jay