Re: Exportability of EDA industry from North America?
From: Stuart Brorson (sdb_at_cloud9.net)
Date: 01/17/05
- Next message: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Previous message: Rich Grise: "Re: Exportability of EDA industry from North America?"
- In reply to: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Next in thread: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Reply: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 17 Jan 2005 01:47:31 -0000
In article <yLydnbmsjclgcnfcRVn-tw@rcn.net> you wrote:
: Hi Ales,
: Ales Hvezda wrote:
:> Hi,
:>
:> I usually like spending my free time working on the code rather than
:> posting to USENET, but I want to address some of the points from the
:> previous poster in this thread.
: Thank you, I appreciate your time. I would prefer not to use this
: forum for detailed debugging, but since I started this, and have no
: interest in performing a hit-and-run tar & feather job, I guess we have
: to resolve the problems here in public.
OK, this is getting interesting. Here are the issues noticed, and
their resolution:
* gschem wants /etc/ld.so.conf to have a link to /usr/local/lib in
it. I am suprised that it is not in RH9, but I'll take your word for
it. Yes, I know that RH puts all it's stuff in /usr/lib & most GNU
goes by default into /usr/local/lib. They each adhere to a different
standard -- there are so many to choose from!
We will look at checking & setting LD_LIBRARY_PATH to include
/usr/local/lib when the setup program runs.
* pkg-config. Pkg-config is a configuration utility which reports
back info about what compile and load flags should be set when
building a package. It is not new, nor specific to any distribution.
It's used by configure and make when doing a build. I think it was
introduced by the gtk folks themselves. Here's an example
run, for a totally random package, openssl:
[sdb@localhost /etc]$ pkg-config openssl --cflags
-I/usr/kerberos/include
It returns the compiler flag -I/usr/kerberos/include, which tells gcc
where to find my kerberos/include stuff.
Pkg-config should live on your system too. It calls the gtk2 stuff
"gtk+-2.0", and returns the following:
[sdb@localhost /etc]$ pkg-config gtk+-2.0 --cflags
-I/usr//include/gtk-2.0 -I/usr//lib/gtk-2.0/include
-I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr//include/glib-2.0
-I/usr//lib/glib-2.0/include
Try that out on your system too. You should get a similar result.
Anyway, I think you and Ales are having a nomenclature disagreement.
The RPM calls it gtk2, but pkg-config (which is used in configuring
and making gEDA) calls it gtk+-2.0.
* Symbols. The installer *did* run to it's end once you left it
alone. We agree that there was a dependency issue causing each
gEDA/gaf program to remake the symbols as it built each program in
sequence. Next time, just relax and let it build.
How long did you let it spin before you pulled the plug, anyway? A
typical install session with the CD can run 1 -- 2 hours, depending
upon the speed of the machine.
* Installing into /usr/local/bin. Actually, for the installer, I
recommend installing your sources into /usr/local/src/geda-sources,
(maybe geda-sources-20041228, or whatever version you use) and
installing your executables into /usr/local/geda. Then put
/usr/local/geda into your $PATH. That way you can nuke it if you ever
need to.
:> Interestingly enough, 20041228 has been out for ~18 days and
:> I haven't heard of anybody else having build problems (using gtk+
:> 2.2.x/2.4.x; trying to compile with gtk+ 2.6.x is another matter
:> because of a function name clash in my code, already fixed in CVS :-).
: 18 days isn't all that long. Have you heard of any *new* users that
: have successfully built the system? That would be a more interesting
: bit of information.
We have tested this new installer on several machines with several
people, but they all knew what they were doing (gEDA-wise, that is).
A total newbie install is the experiment we are running on you.
Stuart
- Next message: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Previous message: Rich Grise: "Re: Exportability of EDA industry from North America?"
- In reply to: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Next in thread: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Reply: Chuck Harris: "Re: Exportability of EDA industry from North America?"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
|