cannot compile TJ2 on Fedora 13

[Grégoire Barbier]

Hi.

I'm re-installing a TJ2 devel environment on a new blank PC atop a
Fedora 13 i386 and I cannot make it compile. Maybe it's because I didn't
compile TJ for a while and am forgetting something, but...

I do a
make -f Makefile.cvs
./configure
make

And everything goes right until this:

/bin/sh ../libtool --silent --mode=link --tag=CXX g++ -o
libtaskjuggler.la -rpath /usr/lib -L/usr/lib/qt-3.3/lib -L/usr/lib
-Wl,--as-needed -Wl,--enable-new-dtags -L/usr/lib/qt-3.3/lib
-version-info 3:3:0 -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined Utility.lo RealFormat.lo Tokenizer.lo
ExpressionFunctionTable.lo ExpressionParser.lo ParserTreeContext.lo
ParserNode.lo ParserElement.lo TjMessageHandler.lo Operation.lo
ExpressionTree.lo ExpressionTreeFunction.lo ShiftSelectionList.lo
ShiftSelection.lo BookingList.lo TransactionList.lo TaskDependency.lo
TaskScenario.lo VacationList.lo CoreAttributes.lo CoreAttributesList.lo
ScenarioList.lo Scenario.lo TaskList.lo ResourceList.lo AccountList.lo
ShiftList.lo Task.lo Resource.lo Account.lo Shift.lo Allocation.lo
Journal.lo MacroTable.lo FileInfo.lo FileToken.lo ProjectFile.lo
XMLFile.lo ReportElementBase.lo ReportElement.lo Report.lo ReportXML.lo
QtReportElement.lo QtTaskReportElement.lo QtResourceReport.lo
QtResourceReportElement.lo HTMLPrimitives.lo TableColumnFormat.lo
TableColumnInfo.lo HTMLReport.lo HTMLReportElement.lo
HTMLTaskReportElement.lo HTMLResourceReportElement.lo
HTMLWeeklyCalendarElement.lo HTMLMonthlyCalendar.lo
HTMLMonthlyCalendarElement.lo HTMLAccountReportElement.lo
HTMLIndexReportElement.lo HTMLStatusReport.lo CSVPrimitives.lo
CSVReportElement.lo CSVTaskReport.lo CSVTaskReportElement.lo
CSVResourceReport.lo CSVResourceReportElement.lo
CSVAccountReportElement.lo ExportReport.lo XMLReport.lo SVGReport.lo
SVGTimeTimeReport.lo SVGGanttTaskReport.lo Project.lo ICalReport.lo
Project.moc.lo -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE
-lpthread -lkcal
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde
-I/usr/lib/qt-3.3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -MT
main.o -MD -MP -MF ".deps/main.Tpo" \
-c -o main.o `test -f 'main.cpp' || echo './'`main.cpp; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; \
else rm -f ".deps/main.Tpo"; exit 1; \
fi
/bin/sh ../libtool --silent --mode=link --tag=CXX g++ -o
taskjuggler main.o libtaskjuggler.la
g++: ./.libs/libtaskjuggler.so: No such file or directory
make[2]: *** [taskjuggler] Error 1
make[2]: Leaving directory `/home/gb/dev/tjbis/taskjuggler'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/gb/dev/tjbis'
make: *** [all] Error 2

Is anyone having a clue for me?

Just in case of:
[gb@polarix tjbis]$ libtool --version
ltmain.sh (GNU libtool) 2.2.6b
[gb@polarix tjbis]$ g++ --version
g++ (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2)

TIA.

--
Gregoire Barbier :: g (at) g76r (dot) eu :: +33 6 21 35 73 49

[Gerhard Scheepers]

sorry, I cannot help.

2010/7/2 Grégoire Barbier <de...@g76r.eu>

--
You received this message because you are subscribed to the "TaskJuggler Development" group.
To post to this group, send email to taskjug...@googlegroups.com
To unsubscribe from this group, send email to
taskjuggler-d...@googlegroups.com
For more information about TaskJuggler visit http://www.taskjuggler.org.

[Chris Schlaeger]

[New2JT]

hi,

did you find a solution to this? I get exactly the same error during
"make":

/bin/sh ../libtool --silent --tag=CXX --mode=link g++ -o

taskjuggler main.o libtaskjuggler.la
g++: ./.libs/libtaskjuggler.so: No such file or directory

I am running Arch Linux (x86_64) with, g++ (GCC) 4.5.0 20100610
(prerelease), libtool (GNU libtool) 2.2.10 and qt 4.6.3

Could the qt version be an issue? should I be using qt3?

Any help would be appreciated.

Thanks!

Regards,
anartz

> >> For more information about TaskJuggler visithttp://www.taskjuggler.org.

[Grégoire Barbier]

Le 26/07/2010 15:27, New2JT a �crit :

> hi,
>
> did you find a solution to this?

No I didn't. Sorry. I though I will have a look into Fedora's source
package (srpm) but I didn't do it yet.

But for sure you need Qt3 because TJ2 does not support Qt4.

> I get exactly the same error during
> "make":
>
> /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -o
> taskjuggler main.o libtaskjuggler.la
> g++: ./.libs/libtaskjuggler.so: No such file or directory
>
> I am running Arch Linux (x86_64) with, g++ (GCC) 4.5.0 20100610
> (prerelease), libtool (GNU libtool) 2.2.10 and qt 4.6.3
>
> Could the qt version be an issue? should I be using qt3?
>
> Any help would be appreciated.
>
> Thanks!
>
> Regards,
> anartz

Regards.

[Anartz Unamuno]

thanks for your help.... I thought I could give it a try to TJ3 as the stable TJ2 does not compile in my system... and was succesful with it... I am starting to use TJ3 for some do-it-yourself project...

very nice tool, btw :) I always prefer command line based tools

Thanks.

Regards, anartz

2010/8/2 Grégoire Barbier <de...@g76r.eu>

--
You received this message because you are subscribed to the "TaskJuggler Development" group.
To post to this group, send email to taskjug...@googlegroups.com
To unsubscribe from this group, send email to
taskjuggler-d...@googlegroups.com

[Grégoire Barbier]

Le 02/07/2010 19:06, Gr�goire Barbier a �crit :

Removing Fedora 13's autoconf-2.65 package and replacing it with Fedora
12's autoconf-2.63 package works. Therefore I suppose there is an
incompatibility with autoconf 2.65.
I didn't downgrade other packages (neither libtool, neither automake,
nor any other).

Since I'm not an autoconf/automake expert I think I will continue using
that older version of autoconf for a while...

[Chris Schlaeger]

2010/8/10 Grégoire Barbier <de...@g76r.eu>:

> Removing Fedora 13's autoconf-2.65 package and replacing it with Fedora 12's
> autoconf-2.63 package works. Therefore I suppose there is an incompatibility
> with autoconf 2.65.
> I didn't downgrade other packages (neither libtool, neither automake, nor
> any other).
>
> Since I'm not an autoconf/automake expert I think I will continue using that
> older version of autoconf for a while...

This can usually fixed by updating the files in the admin directory.
They are not TJ specific and each distro has their own variant.

Chris

[Grégoire Barbier]

Le 20/08/2010 14:38, Chris Schlaeger a �crit :
> 2010/8/10 Gr�goire Barbier<de...@g76r.eu>:

Thanks Chris.
I had a look in the directory, but I didn't understood what file to
change and how. Even "git log ." didn't give me any useable clue.
In fact, I cannot figure out the link between the errors I get and the
parameters in the files in "admin" directory...
Sorry.

Nevertheless I can compile now that I downgraded my autoconf version, so
for me that's okay.

[jwhendy]

Previous post confirmed:

- download taskjuggler-2.4.3
- configure and make
- copy ~/taskjuggler-2.4.3/taskjuggler/.libs/libtaskjugger.so.3.0.3 to
~/taskjuggler.git/taskjuggler/.libs/

This allows me to continue with the make process. Now it quits at a
different point:

-----
/bin/sh ../libtool --silent --tag=CXX --mode=link g++ -R /opt/kde/
lib -R /opt/qt/lib -R /usr/lib -L/opt/kde/lib -L/opt/qt/lib -L/usr/lib
-Wl,--as-needed -Wl,--enable-new-dtags -o TaskJugglerUI main.o
taskjuggler.o taskjugglerview.o pref.o TjObjPosTable.o
TjGanttZoomStep.o TjGanttChart.o TjLineAccounter.o TjPrintReport.o
TjPrintTaskReport.o TjPrintResourceReport.o TjReportRow.o
TjReportCell.o FileManager.o ManagedFileInfo.o ReportManager.o
ManagedReportInfo.o TjUIReportBase.o TjSummaryReport.o TjHTMLReport.o
TjReport.o TjTaskReport.o TjResourceReport.o kdateedit.o
kdatepickerpopup.o taskjuggleriface_skel.o MainWidget.o
RichTextDisplay.o ReportController.o TemplateSelector.o TjDatePicker.o
-lktexteditor ../taskjuggler/libtaskjuggler.la -lkio -lkdeprint -
lkhtml
TjGanttChart.o: In function
`TjGanttChart::drawResourceLoadColum(Resource*, Task const*, long,
long, int, bool)':
TjGanttChart.cpp:(.text+0xade9): undefined reference to
`Resource::getFreeLoad(int, Interval const&, bool)'
TjGanttChart.cpp:(.text+0xae18): undefined reference to
`Resource::getOverLimitLoad(int, Interval const&, bool)'
TjGanttChart.cpp:(.text+0xaecd): undefined reference to
`Resource::getFreeLoad(int, Interval const&, bool)'
TjGanttChart.cpp:(.text+0xaefc): undefined reference to
`Resource::getOverLimitLoad(int, Interval const&, bool)'
TjPrintReport.o: In function `Resource::getEffectiveFreeLoad(int,
Interval const&)':
TjPrintReport.cpp:
(.text._ZN8Resource20getEffectiveFreeLoadEiRK8Interval[Resource::getEffectiveFreeLoad(int,
Interval const&)]+0x2a): undefined reference to
`Resource::getFreeLoad(int, Interval const&, bool)'
TjResourceReport.o: In function
`TjResourceReport::generateStatusBarText(QPoint const&,
CoreAttributes*, CoreAttributes*)':
TjResourceReport.cpp:(.text+0x26f8): undefined reference to
`Resource::getFreeLoad(int, Interval const&, bool)'
TjResourceReport.cpp:(.text+0x2722): undefined reference to
`Resource::getFreeLoad(int, Interval const&, bool)'
collect2: ld returned 1 exit status
make[3]: *** [TaskJugglerUI] Error 1
make[3]: Leaving directory `/home/jwhendy/taskjuggler/TaskJugglerUI'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/jwhendy/taskjuggler/TaskJugglerUI'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/home/jwhendy/taskjuggler'

make: *** [all] Error 2

-----

[jwhendy]

I'm on Arch x86_64 and get the same error:

-----

g++: ./.libs/libtaskjuggler.so: No such file or directory
make[2]: *** [taskjuggler] Error 1

make[2]: Leaving directory `/home/jwhendy/taskjuggler/taskjuggler'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/home/jwhendy/taskjuggler'

make: *** [all] Error 2

-----

So, let's find out about libtaskjuggler.so:

-----
[jwhendy taskjuggler]$ ls -l taskjuggler/.libs/libtaskjuggler.*
lrwxrwxrwx 1 jwhendy users 20 Oct 8 17:23 taskjuggler/.libs/
libtaskjuggler.la -> ../libtaskjuggler.la
-rw-r--r-- 1 jwhendy users 911 Oct 8 17:23 taskjuggler/.libs/
libtaskjuggler.lai
lrwxrwxrwx 1 jwhendy users 23 Oct 8 17:23 taskjuggler/.libs/
libtaskjuggler.so -> libtaskjuggler.so.3.0.3
lrwxrwxrwx 1 jwhendy users 23 Oct 8 17:23 taskjuggler/.libs/
libtaskjuggler.so.3 -> libtaskjuggler.so.3.0.3
-----

So, we see libtaskjuggler.so pointing to *.so.3 and *.so.3 points to
*.so.3.0.3... which doesn't exist.

Where's that file? I think this is the issue -- symlinks are chasing
their tails. Perhaps it's autoconf, but that just means that perhaps
something's trying to build against these libraries before they're
created or something else weird is going on...

John