LinuxQuestions.org
Help answer threads with 0 replies.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch
User Name
Password
Linux From Scratch This Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.

Notices


Reply
  Search this Thread
Old 09-29-2003, 06:51 PM   #1
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Rep: Reputation: 45
Need help installing G-Wrap


When I try to install guile / slib / g-wrap everything goes off fine till I execute 'make' for g-wrap... I get the following error:

make[2]: *** [gw-standard.lo] Error 1

this is just after it has executed gcc to create .libs/gw-standard.lo

I followed the BLFS instructions to a T ... no more no less .. . am I missing something?

thanks in advance,
jpbarto
 
Old 09-30-2003, 04:26 PM   #2
Dark_Helmet
Senior Member
 
Registered: Jan 2003
Posts: 2,786

Rep: Reputation: 374Reputation: 374Reputation: 374Reputation: 374
I installed Gnome on a 4.1 system with no problems. So I know it can work. That said, I'd need to see the rest of make's output before I could tell you whether I can help or not. There should be some indication as to why the compile failed in the previous lines. Go ahead and post it, and I'll see if I can (at least) point you in the right direction.
 
Old 09-30-2003, 04:53 PM   #3
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Original Poster
Rep: Reputation: 45
here's the output (I ran make once, to get rid of any erroneous output and then ran make a second time (as displayed below) so as only to capture any applicable errors).

make all-recursive
make[1]: Entering directory `/home/jason/g-wrap-1.3.4'
Making all in doc
make[2]: Entering directory `/home/jason/g-wrap-1.3.4/doc'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/jason/g-wrap-1.3.4/doc'
Making all in rpm
make[2]: Entering directory `/home/jason/g-wrap-1.3.4/rpm'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/jason/g-wrap-1.3.4/rpm'
Making all in bin
make[2]: Entering directory `/home/jason/g-wrap-1.3.4/bin'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/jason/g-wrap-1.3.4/bin'
Making all in g-wrap
make[2]: Entering directory `/home/jason/g-wrap-1.3.4/g-wrap'
if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -Werror -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -I /usr/include -MT gw-standard.lo -MD -MP -MF ".deps/gw-standard.Tpo" \
-c -o gw-standard.lo `test -f 'gw-standard.c' || echo './'`gw-standard.c; \
then mv ".deps/gw-standard.Tpo" ".deps/gw-standard.Plo"; \
else rm -f ".deps/gw-standard.Tpo"; exit 1; \
fi
rm -f .libs/gw-standard.lo
gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -Werror -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -I /usr/include -MT gw-standard.lo -MD -MP -MF .deps/gw-standard.Tpo -c gw-standard.c -fPIC -DPIC -o .libs/gw-standard.lo
make[2]: Leaving directory `/home/jason/g-wrap-1.3.4/g-wrap'
make[1]: Leaving directory `/home/jason/g-wrap-1.3.4'
cc1: changing search order for system directory "/usr/include"
cc1: as it has already been specified as a non-system directory
make[2]: *** [gw-standard.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


thanks for any help you can offer
 
Old 09-30-2003, 10:27 PM   #4
Dark_Helmet
Senior Member
 
Registered: Jan 2003
Posts: 2,786

Rep: Reputation: 374Reputation: 374Reputation: 374Reputation: 374
Alright, see that big glob after:

make[2]: Entering directory `/home/jason/g-wrap-1.3.4/g-wrap'

I'd be willing to be the glob is failing... Mainly because make returns with an error value of 1, and if you notice, the else clause of that big, honkin' statement says to exit with 1. Now, what is that command trying to do? I have no idea. I'd have to sit for a while to try and decipher it.

In the meantime, do me a favor: wipe out the source tree and give it another try. I'm sure it will fail again, but if it provides any other error messages, it might help shed more light;
 
Old 10-01-2003, 10:00 AM   #5
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Original Poster
Rep: Reputation: 45
yeah wish I knew schema (or is it scheme) programming language, would help in this matter. I'll give it another look see and get back to you. Thanks again for your help.

just think, all this fuss so I can install GNUCash ... nothing else ... just one app.

jpbarto
 
Old 10-01-2003, 08:13 PM   #6
Dark_Helmet
Senior Member
 
Registered: Jan 2003
Posts: 2,786

Rep: Reputation: 374Reputation: 374Reputation: 374Reputation: 374
To be honest, I don't know schema either, but I'm not sure that's what's being used (maybe I'm REALLY showing ignorance there...)

Anyway, something else to try. Execute the command between the "if" and "then" parts of that mega-command. It may provide more information if it is, in fact, failing. Most of the arguments are to add paths to the list of directories to search for includes and preprocessor directives. So the portion of the command to compile looks ok; it's trying to create an object file (gw-standard.lo) from the gw-standard.c file. What I don't know about is what "libtool" does. However, it looks to be a shell script, and you may be able to open it and take a look. So, you could try issuing the compile command itself and see if you get any errors (I'd be willing to bet the problem is in the compile). If the compile works, then you can try the libtool script.
 
Old 10-02-2003, 10:00 AM   #7
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Original Poster
Rep: Reputation: 45
I'll have to take a look at libtool ... I tried the compile command and it ran without a hitch. I could possibly alter the Makefile too ... I've had problems before where something wouldn't compile right off the bat, so I would rerun the Makefile or execute the compile command by hand and reissue 'make' and everything would run fine afterward. I check out libtool and let you know what I find. Thanks again for all your help with this.
 
Old 10-03-2003, 08:35 PM   #8
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Original Poster
Rep: Reputation: 45
Dark_Helmet ... figured it out... take a look at the gcc command it was issuing the '-I /usr/include' is what was causing the compile to fail. Not sure why, I've seen that error message before with no problems, which is why I disregarded it this time however that was the root of the problem, so I edited the Makefile (and two others with the same problem) and away I went.

Thank you for your help,
jpbarto
 
Old 10-05-2003, 11:52 AM   #9
Dark_Helmet
Senior Member
 
Registered: Jan 2003
Posts: 2,786

Rep: Reputation: 374Reputation: 374Reputation: 374Reputation: 374
You're welcome. If that was the cause, then it's likely there was a declaration conflict between different header files the source was including. If it's working well, I wouldn't worry much about it. If it seems flaky, then it might be worth investigating why the "/usr/include" headers create problems.
 
Old 10-05-2003, 03:03 PM   #10
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Original Poster
Rep: Reputation: 45
I'm now compiling GNUCash and all its makefiles are causing complaints until I remove all references to /usr/include ... I'm beginning to think it might be an option that is being passed to gcc ... something that would cause gcc to become so sensitive that if / when /usr/include is added as an Include dir then gcc crashes out. Is there such an option? would make editing these Makefiles much easier.
 
Old 10-05-2003, 08:08 PM   #11
Dark_Helmet
Senior Member
 
Registered: Jan 2003
Posts: 2,786

Rep: Reputation: 374Reputation: 374Reputation: 374Reputation: 374
No option that I'm aware of (I think you can ADD paths; not take them away). Here's a possible solution:

move your /usr/include diretory to /user/include.bak
create an empty /usr/include
compile GNUCash (no need to modify any of the makefiles)
restore the /usr/include.bak to its original spot
 
Old 10-07-2003, 01:45 PM   #12
jpbarto
Senior Member
 
Registered: Mar 2003
Location: Pittsburgh, PA
Distribution: Gentoo / NetBSD
Posts: 1,251

Original Poster
Rep: Reputation: 45
I'll give it a try and let you know, (after I get back home from NJ ... damned travel).

thanks
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
VI wrap line Ephracis Linux - Newbie 4 11-17-2005 05:46 PM
About wrap around Nerox Programming 3 03-13-2005 12:13 PM
Word Wrap Squall LQ Suggestions & Feedback 4 02-03-2004 03:25 PM
g-wrap craziness sohmc Linux - Software 0 07-13-2003 05:22 PM
CGI-wrap? kidwired Linux - Software 4 01-21-2003 02:31 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch

All times are GMT -5. The time now is 12:23 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration