[Bug c/44803] LIBRARY_PATH should work on cross-compilers

2010-09-26 Thread felipe.contreras at gmail dot com 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44803

--- Comment #3 from Felipe Contreras felipe.contreras at gmail dot com 
2010-09-27 01:28:24 UTC ---
Is this not clear?

It would be useful to cross-compile like this:

export C_INCLUDE_PATH=/opt/arm/ffmpeg/include
export LIBRARY_PATH=/opt/arm/ffmpeg/lib

But LIBRARY_PATH is ignored.

[Bug c/44803] LIBRARY_PATH should work on cross-compilers

2010-08-06 Thread felipe dot contreras at gmail dot com 


--- Comment #2 from felipe dot contreras at gmail dot com  2010-08-06 07:08 
---
(In reply to comment #1)
 ? (you have to give some more details)

What exactly do you need?

From the manpage
 LIBRARY_PATH
  The value of LIBRARY_PATH is a colon-separated list of directories, much like
PATH.  When configured as a native compiler, GCC
  tries the directories thus specified when searching for special linker files,
if it can’t find them using GCC_EXEC_PREFIX.  Linking
  using GCC also uses these directories when searching for ordinary libraries
for the -l option (but directories specified with -L
  come first).

I confirm that LIBRARY_PATH is ignored by CodeSourcery cross-compiler, and I
don't see why. Wouldn't LIBRARY_PATH be specially useful for cross-comilation?


-- 

felipe dot contreras at gmail dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |felipe dot contreras at
   |dot org |gmail dot com
 Status|WAITING |UNCONFIRMED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44803

[Bug c/44803] LIBRARY_PATH should work on cross-compilers

2010-07-03 Thread rguenth at gcc dot gnu dot org 


--- Comment #1 from rguenth at gcc dot gnu dot org  2010-07-03 21:28 ---
? (you have to give some more details)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44803