Re: Exportability of EDA industry from North America?
From: Chuck Harris (cf-NO-SPAM-harris_at_erols.com)
Date: 01/17/05
- Next message: jason_at_eg3.com: "Electronics Search FAQ - Pointer"
- Previous message: Stuart Brorson: "Re: Exportability of EDA industry from North America?"
- In reply to: Stuart Brorson: "Re: Exportability of EDA industry from North America?"
- Next in thread: Rich Grise: "Re: Exportability of EDA industry from North America?"
- Reply: Rich Grise: "Re: Exportability of EDA industry from North America?"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 17 Jan 2005 00:26:50 -0500
Stuart Brorson wrote:
> 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.
The use of LD_LIBRARY_PATH has been depreciated for years. I was
rather perturbed when gEDA dredged it up and made me set it. It is
a seriously bad idea to use it in a global way on any system.
>
> * 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.
Pkg-config does live on my system, but it does nothing interesting
because there are no .pc files on my RH9 system. AFAIK there never were.
I have compiled numerous packages, and gEDA is the first I have found
that requires pkg-config. Further, your detection of gtk2 is the only
package in gEDA that ./configure misses. Until I built my first version
of gEDA, PKG_CONFIG_PATH wasn't even set on my machine. (I cannot prove
it, but I don't think it is set by any RH9 system)
>
> 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.
Again, your incantation of ./configure cannot find gtk2 on my system,
but it has no trouble finding gtk+. When it decides it cannot find
"gtk+-2.0" it checks for gtk+ (version 1.2something), finds it and
goes along merrily.
>
>
> * 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.
I'm running a 666 MHz machine, and I waited several hours before I
decided (mistakenly) that it was spinning its wheels. I tried it later,
and let it spin until completion. I would guess that this installer bug
increases the compile and install time by about 10 times.
>
>
> * 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.
I am 99% sure that there is some info in the installer's documentation
that says if you install as root, it will automatically put everything
in /usr/local/, and that includes the project files. I *know* I
read that somewhere in gEDA's documentation, and it seems to behave
that way with the ./configure type of install. I distinctly remember
reading something that said you needed to give all users r/w access to
the /usr/local/ directory tree. This is something that I do not want
to have, so I have been doing my installs in user mode.
>
> :> 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.
Don't be insulting, I had the previous version of gEDA working on my
system before I tried to use the 20041228 install CDROM.
I have been using gerbv for years now. I had zero problems compiling
and installing it.
-Chuck
- Next message: jason_at_eg3.com: "Electronics Search FAQ - Pointer"
- Previous message: Stuart Brorson: "Re: Exportability of EDA industry from North America?"
- In reply to: Stuart Brorson: "Re: Exportability of EDA industry from North America?"
- Next in thread: Rich Grise: "Re: Exportability of EDA industry from North America?"
- Reply: Rich Grise: "Re: Exportability of EDA industry from North America?"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
|
