Bug#772642: cpp-4.9: please support multiarch for the user search paths (CPATH, etc.)

2015-05-03 Thread Vincent Lefevre
On 2015-05-03 18:33:12 +0200, Matthias Klose wrote:
 On 12/09/2014 03:03 PM, Vincent Lefevre wrote:
  cpp currently supports multiarch search paths for /usr/local and /usr,
  but not for directories supplied via environment variables like $CPATH
  and $C_INCLUDE_PATH. For instance, cpp -v gives:
  
  /usr/local/include/x86_64-linux-gnu
  /usr/local/include
  [...]
  /usr/include/x86_64-linux-gnu
  /usr/include
  
  and when adding the -m32 option:
  
  /usr/local/include/i386-linux-gnu
  /usr/local/include
  [...]
  /usr/include/i386-linux-gnu
  /usr/include
  
  But if I use CPATH=/home/vlefevre/include, I just get:
  
  /home/vlefevre/include
  
  Adding the other directory to $CPATH is not a good solution because
  one doesn't always know the ABI (whether -m32 is present or not) in
  advance, i.e. one doesn't know in advance which directory to add.
 
 the preprocessor doesn't know anything about /home/vlefevre/include.
 what should it append?

It should follow the same convention as the system directories.
For instance, if I use CPATH=/home/vlefevre/include then it should
add:

  /home/vlefevre/include/x86_64-linux-gnu
  /home/vlefevre/include

for x86_64 compilation, and

  /home/vlefevre/include/i386-linux-gnu
  /home/vlefevre/include

for i386 compilation (i.e. with -m32).

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150503232619.gc13...@xvii.vinc17.org



Processed: Re: Bug#772642: cpp-4.9: please support multiarch for the user search paths (CPATH, etc.)

2015-05-03 Thread Debian Bug Tracking System
Processing control commands:

 tags -1 + wontfix
Bug #772642 [cpp-4.9] cpp-4.9: please support multiarch for the user search 
paths (CPATH, etc.)
Added tag(s) wontfix.

-- 
772642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772642
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b772642.143067080216842.transcr...@bugs.debian.org



Bug#772642: cpp-4.9: please support multiarch for the user search paths (CPATH, etc.)

2015-05-03 Thread Matthias Klose
Control: tags -1 + wontfix

On 12/09/2014 03:03 PM, Vincent Lefevre wrote:
 Package: cpp-4.9
 Version: 4.9.2-5
 Severity: wishlist
 
 cpp currently supports multiarch search paths for /usr/local and /usr,
 but not for directories supplied via environment variables like $CPATH
 and $C_INCLUDE_PATH. For instance, cpp -v gives:
 
 /usr/local/include/x86_64-linux-gnu
 /usr/local/include
 [...]
 /usr/include/x86_64-linux-gnu
 /usr/include
 
 and when adding the -m32 option:
 
 /usr/local/include/i386-linux-gnu
 /usr/local/include
 [...]
 /usr/include/i386-linux-gnu
 /usr/include
 
 But if I use CPATH=/home/vlefevre/include, I just get:
 
 /home/vlefevre/include
 
 Adding the other directory to $CPATH is not a good solution because
 one doesn't always know the ABI (whether -m32 is present or not) in
 advance, i.e. one doesn't know in advance which directory to add.

the preprocessor doesn't know anything about /home/vlefevre/include.  what
should it append? the MULTILIBOSDIR_NAME, the MULTILIB_NAME, the MULTIARCH_NAME?
 There is nothing known about this, and if you use CPATH in your build
environment, then you should handle these settings yourself.

Matthias


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55464dc8.5020...@debian.org



Bug#772642: cpp-4.9: please support multiarch for the user search paths (CPATH, etc.)

2014-12-09 Thread Vincent Lefevre
Package: cpp-4.9
Version: 4.9.2-5
Severity: wishlist

cpp currently supports multiarch search paths for /usr/local and /usr,
but not for directories supplied via environment variables like $CPATH
and $C_INCLUDE_PATH. For instance, cpp -v gives:

/usr/local/include/x86_64-linux-gnu
/usr/local/include
[...]
/usr/include/x86_64-linux-gnu
/usr/include

and when adding the -m32 option:

/usr/local/include/i386-linux-gnu
/usr/local/include
[...]
/usr/include/i386-linux-gnu
/usr/include

But if I use CPATH=/home/vlefevre/include, I just get:

/home/vlefevre/include

Adding the other directory to $CPATH is not a good solution because
one doesn't always know the ABI (whether -m32 is present or not) in
advance, i.e. one doesn't know in advance which directory to add.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages cpp-4.9 depends on:
ii  gcc-4.9-base   4.9.2-5
ii  libc6  2.19-13
ii  libcloog-isl4  0.18.2-1
ii  libgmp10   2:6.0.0+dfsg-6
ii  libisl10   0.12.2-2
ii  libmpc31.0.2-1
ii  libmpfr4   3.1.2-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

cpp-4.9 recommends no packages.

Versions of packages cpp-4.9 suggests:
ii  gcc-4.9-locales  4.9.2-5

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209140311.ga32...@ypig.lip.ens-lyon.fr