Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| From | Kaz Kylheku <kaz@kylheku.com> |
|---|---|
| Newsgroups | comp.lang.c |
| Subject | Re: Building a sample application with libraries located in nonstandard directory |
| Date | 2012-01-07 17:50 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <20120107093130.782@kylheku.com> (permalink) |
| References | <33269556.1062.1325935591686.JavaMail.geo-discussion-forums@prak33> |
On 2012-01-07, ArifulHossain tuhin <etothepowerpi@gmail.com> wrote: > I need a general way of doing this, because i stumble upon this > problem several times in past. There is no general way of doing it because every program's configure script is different. Autoconf is a braindamaged pile of crap designed by imbeciles, but naive developers keep trusting that it will take care of their build problems somehow. However, I'm surprised you're having that much trouble. This stuff generally works if you're building packages using a machine's native toolchain, to be installed in standard locations on that machine. > I always solved it through googling, and some tweaking with no clear > understanding. I have idea that may be it can be done through defining > Environment variables. Environment variables can indeed influence configure scripts, and this can be a huge time saver. For instance, most of the cross-compiling idiocies in the bash configure script can be circumvented by hard-coding the answers to some of those tests and exporting them as environment variables. In Autoconf-generated scripts, you usually have to use internal variables for this which are named something like ac_config_whatever, or something similar. There is not 100% consistent convention. You have to read the configure script to see where the decision is being made which is going wrong, and which environment variable it hinges on, if any, etc. > But any general way of doing it? Hahaha.
Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Building a sample application with libraries located in nonstandard directory ArifulHossain tuhin <etothepowerpi@gmail.com> - 2012-01-07 03:26 -0800
Re: Building a sample application with libraries located in nonstandard directory ec429 <ec429@cam.ac.uk> - 2012-01-07 14:15 +0000
Re: Building a sample application with libraries located in nonstandard directory gazelle@shell.xmission.com (Kenny McCormack) - 2012-01-07 16:26 +0000
Re: Building a sample application with libraries located in nonstandard directory jt@toerring.de (Jens Thoms Toerring) - 2012-01-07 17:40 +0000
Re: Building a sample application with libraries located in nonstandard directory Kaz Kylheku <kaz@kylheku.com> - 2012-01-07 17:50 +0000
Re: Building a sample application with libraries located in nonstandard directory Seebs <usenet-nospam@seebs.net> - 2012-01-07 21:24 +0000
[OT] Bashing on autotools (Was: Building a sample application with libraries located in nonstandard directory) ec429 <ec429@cam.ac.uk> - 2012-01-08 05:19 +0000
Re: [OT] Bashing on autotools (Was: Building a sample application with libraries located in nonstandard directory) Dr Nick <3-nospam@temporary-address.org.uk> - 2012-01-08 09:15 +0000
Re: [OT] Bashing on autotools Markus Wichmann <nullplan@gmx.net> - 2012-01-08 23:09 +0100
Re: [OT] Bashing on autotools Dr Nick <3-nospam@temporary-address.org.uk> - 2012-01-09 07:53 +0000
Re: [OT] Bashing on autotools Seebs <usenet-nospam@seebs.net> - 2012-01-09 19:21 +0000
Re: Building a sample application with libraries located in nonstandard directory falk@rahul.net (Edward A. Falk) - 2012-01-08 07:13 +0000
Re: Building a sample application with libraries located in nonstandard directory ArifulHossain tuhin <etothepowerpi@gmail.com> - 2012-01-09 02:12 -0800
Re: Building a sample application with libraries located in nonstandard directory Markus Wichmann <nullplan@gmx.net> - 2012-01-09 15:00 +0100
csiph-web