* bug#2285: 23.0.90; indeterminate X11 "standard dirs"
@ 2009-02-11 14:31 Chong Yidong
2009-02-11 16:31 ` Peter Dyballa
0 siblings, 1 reply; 3+ messages in thread
From: Chong Yidong @ 2009-02-11 14:31 UTC (permalink / raw
To: Peter Dyballa; +Cc: 2285
> So it's not sufficient when configure summarises in the end:
>
> Where do we find X Windows header files? Standard dirs
> Where do we find X Windows libraries? Standard dirs
>
> Which are the so-called "standard dirs?"
If you explicitly specify where to find
./configure --x-libraries=FOO --x-includes=BAR
then the build process will use that, and the configuration report will
report what you have chosen. I don't know, off the top of my head,
whether it's possible to extract the information that you want. It
might be the case that Emacs just lets compiler try to find the header
files and libraries by itself.
I'd prefer not to muck around with the configuration too much during
pretest, but we can look into it after the release.
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#2285: 23.0.90; indeterminate X11 "standard dirs"
2009-02-11 14:31 bug#2285: 23.0.90; indeterminate X11 "standard dirs" Chong Yidong
@ 2009-02-11 16:31 ` Peter Dyballa
2009-02-12 14:06 ` Chong Yidong
0 siblings, 1 reply; 3+ messages in thread
From: Peter Dyballa @ 2009-02-11 16:31 UTC (permalink / raw
To: Chong Yidong; +Cc: 2285
Am 11.02.2009 um 15:31 schrieb Chong Yidong:
> I don't know, off the top of my head,
> whether it's possible to extract the information that you want.
It once (beginning of October 2008) was the standard to report these
details:
Where do we find X Windows header files? /usr/X11R6/
include
Where do we find X Windows libraries? /usr/X11R6/
lib
When I pass --x-includes=/opt/local/include --x-libraries=/opt/local/
lib to configure it at least reports:
Where do we find X Windows header files? /opt/local/
include
Where do we find X Windows libraries? /opt/local/
lib
Thinking a bit further on my problem, it seems to be adequate to
state --x-includes=FOO --x-libraries=BAR on a system with more than
one X11 installation instead of hoping that my compiler flags will
work it out... But anyway, I would like to see a positive feedback/
report!
--
Greetings
Pete
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety.
-Benjamin Franklin, Historical Review of Pennsylvania.
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#2285: 23.0.90; indeterminate X11 "standard dirs"
2009-02-11 16:31 ` Peter Dyballa
@ 2009-02-12 14:06 ` Chong Yidong
0 siblings, 0 replies; 3+ messages in thread
From: Chong Yidong @ 2009-02-12 14:06 UTC (permalink / raw
To: Peter Dyballa; +Cc: 2285
Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
> It once (beginning of October 2008) was the standard to report these
> details:
>
> Where do we find X Windows header files? /usr/X11R6/include
> Where do we find X Windows libraries? /usr/X11R6/lib
That's strange. According to vc-annotate, this part of the configure
code has not changed in about 10 years.
> When I pass --x-includes=/opt/local/include --x-libraries=/opt/local/
> lib to configure it at least reports:
>
> Where do we find X Windows header files? /opt/local/include
> Where do we find X Windows libraries? /opt/local/lib
Yes, I know. In this case, the arguments you pass are directly stored
and reported.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-02-12 14:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-11 14:31 bug#2285: 23.0.90; indeterminate X11 "standard dirs" Chong Yidong
2009-02-11 16:31 ` Peter Dyballa
2009-02-12 14:06 ` Chong Yidong
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.