Community
Participate
Working Groups
The CDT is passing the -L wrong to the g++. The compiler isn't finding the libs. I saw the makefile generated by the cdt and i find the error. CDT is passing -L parameter before the -o parameter. The compiler is ignoring the -L parameter. I put the -L parameter after the -o parameter in the makefile and the error was resolved.
Which version of g++ are you using?
(In reply to comment #1) > Which version of g++ are you using? g++ (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8)
I don't think we've tried 4.0 yet. Thanks for bringing this up.
Would you create an attachment with the makefile that was generated? Thanks.
Created attachment 26455 [details] makefile The makefile generated by the cdt with error.
Created attachment 26456 [details] makefile This is the makefile with my corretion. I change "g++ -L/usr/local/lib/ -L/home/paulo/eclipse/workspace/Smart/GUI -L/usr/lib/qt-3.3/lib -o $@ $(OBJS) $(USER_OBJS) $(LIBS)" to "g++ -o $@ $(OBJS) $(USER_OBJS) $(LIBS) -L/usr/local/lib/ -L/home/paulo/eclipse/workspace/Smart/GUI -L/usr/lib/qt-3.3/lib"
I was unable to reproduce this both for gcc 4.1 and 4.0. Is anyone else seeing the same problems with gcc >= 4.0 ?
(In reply to comment #7) > I was unable to reproduce this both for gcc 4.1 and 4.0. > > Is anyone else seeing the same problems with gcc >= 4.0 ? > Hi, Yes, I am getting the same problem with middleware libraries for NXTera. The -L is put in front - it must be being ignored.
I have taken a look at the problem located in the class BuildDescription.java and I think it would work if you implement the method getUserObjs() the same way as the method getLibs() is implemented, or at least you give priority to the BuildStep tool over the TargetTool. I don't understand why the user objects must come from the target tool anyway...but maybe I miss something :) BR, Mario.
Ooops! Sorry forget my last comment...This is the wrong bug :S