[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2012-03-13 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX
   Target Milestone|--- |4.8.0

--- Comment #17 from Andrew Pinski pinskia at gcc dot gnu.org 2012-03-13 
06:52:58 UTC ---
OSF support has been removed now in 4.8.0 (including mips-tfile) so closing as
won't fix.


[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-14 Thread markus dot schoepflin at comsoft dot de


--- Comment #16 from markus dot schoepflin at comsoft dot de  2009-01-14 
08:11 ---
Subject: Re:  [alpha-osf]mips-tfile  spaced directory names

gnu at the-meissners dot org wrote:

 --- Comment #15 from gnu at the-meissners dot org  2009-01-13 23:13 
 ---
 I suspect this needs to be solved in gcc.c with the specs handling, and you
 probably need something to quote the white space in filename, so that it
 doesn't break the file into separate arguments.  Only some alpha and mips port
 use ASM_FINAL_SPEC which calls mips-tfile.

I don't think this can be solved in gcc at all. AFAICT the quoting is all 
there as needed, but the system assembler simply can't handle file names 
with embedded blanks.

 I must admit that when I wrote mips-tfile as a quick hack in 1990 to get 
 around
 the problem of having to use the MIPS assembler which provided no debug
 inteferface until a MIPS port of GAS was done, that the hack would still be in
 use 18 years later.

Nothing is as long-lived as a quick hack, isn't it?

Markus


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-13 Thread gnu at the-meissners dot org


--- Comment #15 from gnu at the-meissners dot org  2009-01-13 23:13 ---
I suspect this needs to be solved in gcc.c with the specs handling, and you
probably need something to quote the white space in filename, so that it
doesn't break the file into separate arguments.  Only some alpha and mips port
use ASM_FINAL_SPEC which calls mips-tfile.

I must admit that when I wrote mips-tfile as a quick hack in 1990 to get around
the problem of having to use the MIPS assembler which provided no debug
inteferface until a MIPS port of GAS was done, that the hack would still be in
use 18 years later.


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de


--- Comment #6 from markus dot schoepflin at comsoft dot de  2009-01-12 
09:53 ---
The problem is still there as of 4.3.2.


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de


--- Comment #7 from markus dot schoepflin at comsoft dot de  2009-01-12 
11:36 ---
gcc -v gives:

~/local/src/tests/gcc/4605 /opt/gcc-4.3.2/bin/gcc -v -c hello.c -o 'dir
test/hello.o'
Using built-in specs.
Target: alphaev56-dec-osf5.1b
Configured with: /net/homes/schoepf/local/src/gcc-4.3.2/configure
--prefix=/opt/gcc-4.3.2 --enable-languages=c,c++,ada
--with-mpfr=/opt/mpfr-2.3.1 --with-gmp=/opt/gmp-4.2.2 : (reconfigured)
/net/homes/schoepf/local/src/gcc-4.3.2/configure --prefix=/opt/gcc-4.3.2
--enable-languages=c,c++,ada --with-mpfr=/opt/mpfr-2.3.1
--with-gmp=/opt/gmp-4.2.2 --disable-nls
Thread model: posix
gcc version 4.3.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-c' '-o' 'dir test/hello.o' '-mcpu=ev56'
 /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/cc1 -quiet
-v -iprefix /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/
hello.c -quiet -dumpbase hello.c -mcpu=ev56 -auxbase-strip dir test/hello.o
-version -o /tmp//ccg0PVXV.s
ignoring nonexistent directory
/vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/../../../../alphaev56-dec-osf5.1b/include
ignoring duplicate directory
/vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include
ignoring duplicate directory
/vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include-fixed
ignoring nonexistent directory
/vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/../../../../alphaev56-dec-osf5.1b/include
#include ... search starts here:
#include ... search starts here:
 /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include
 /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include-fixed
 /usr/local/include
 /vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../include
 /usr/include
End of search list.
GNU C (GCC) version 4.3.2 (alphaev56-dec-osf5.1b)
compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 6bc3b0eb85e6c5b4ab2303229c5aac70
COLLECT_GCC_OPTIONS='-v' '-c' '-o' 'dir test/hello.o' '-mcpu=ev56'
 as -g -oldas -c -nocpp -O0 -o dir test/hello.o /tmp//ccg0PVXV.s
COLLECT_GCC_OPTIONS='-v' '-c' '-o' 'dir test/hello.o' '-mcpu=ev56'
 /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/mips-tfile
-v -o dir test/hello.o /tmp//ccg0PVXV.s
mips-tfile (GCC) 4.3.2
mips-tfile:dir test/hello.o: No such file or directory


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de


--- Comment #8 from markus dot schoepflin at comsoft dot de  2009-01-12 
11:43 ---
I think the problem is with 'as':

~/local/src/tests/gcc/4605 ls -1
dir test
hello.c
~/local/src/tests/gcc/4605 as -g -oldas -c -nocpp -O0 -o 'dir test/hello.o'
/tmp//ccTogmGX.s
~/local/src/tests/gcc/4605 ls -1
dir
dir test
hello.c
~/local/src/tests/gcc/4605 file dir
dir:COFF format alpha executable or object module not stripped - version
3.13-14 

Note that 'as' created the output in a file called 'dir', the directory 'dir
test' is still empty.

I tried various ways of escaping the blank but to no avail.

So I don't think there is much that can be done about this.


-- 

markus dot schoepflin at comsoft dot de changed:

   What|Removed |Added

 CC||markus dot schoepflin at
   ||comsoft dot de


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread ubizjak at gmail dot com


--- Comment #9 from ubizjak at gmail dot com  2009-01-12 13:27 ---
Options should be wrapped in quotes, like:

COLLECT_GCC_OPTIONS='-O2' '-mtune=generic'
 /usr/local.uros/libexec/gcc/i686-pc-linux-gnu/4.4.0/cc1 -quiet dir
test/hello.c -quiet -dumpbase hello.c -mtune=generic -auxbase
hello -O2 -o /tmp/ccM9lSiU.s


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2003-11-26 08:43:37 |2009-01-12 13:27:20
   date||


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread ubizjak at gmail dot com


--- Comment #10 from ubizjak at gmail dot com  2009-01-12 13:57 ---
(In reply to comment #9)
 Options should be wrapped in quotes, like:
 
 COLLECT_GCC_OPTIONS='-O2' '-mtune=generic'
  /usr/local.uros/libexec/gcc/i686-pc-linux-gnu/4.4.0/cc1 -quiet dir
 test/hello.c -quiet -dumpbase hello.c -mtune=generic -auxbase
 hello -O2 -o /tmp/ccM9lSiU.s

Hm, no.. This is due to -### instead of -v.


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de


--- Comment #11 from markus dot schoepflin at comsoft dot de  2009-01-12 
14:17 ---
Here is the result of using -### instead of -v:

scho...@area51:~/local/src/tests/gcc/4605 /opt/gcc-4.3.2/bin/gcc -### -c
hello.c -o 'dir test/hello.o'Using built-in specs.
Target: alphaev56-dec-osf5.1b
Configured with: /net/homes/schoepf/local/src/gcc-4.3.2/configure
--prefix=/opt/gcc-4.3.2 --enable-languages=c,c++,ada
--with-mpfr=/opt/mpfr-2.3.1 --with-gmp=/opt/gmp-4.2.2 : (reconfigured)
/net/homes/schoepf/local/src/gcc-4.3.2/configure --prefix=/opt/gcc-4.3.2
--enable-languages=c,c++,ada --with-mpfr=/opt/mpfr-2.3.1
--with-gmp=/opt/gmp-4.2.2 --disable-nls
Thread model: posix
gcc version 4.3.2 (GCC) 
COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56'
 /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/cc1
-quiet -iprefix
/vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/ hello.c
-quiet -dumpbase hello.c -mcpu=ev56 -auxbase-strip dir test/hello.o
-o /tmp//ccLLEdGT.s
COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56'
 as -g -oldas -c -nocpp -O0 -o dir test/hello.o
/tmp//ccLLEdGT.s
COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56'

/vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/mips-tfile
-o dir test/hello.o /tmp//ccLLEdGT.s
COMPILER_PATH=/vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/:/vol2/opt/gcc-4.3.2/bin/../libexec/gcc/
LIBRARY_PATH=/vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/:/vol2/opt/gcc-4.3.2/bin/../lib/gcc/:/usr/lib/cmplrs/cc/:/vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56'


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread ubizjak at gmail dot com


--- Comment #12 from ubizjak at gmail dot com  2009-01-12 14:59 ---
Hm, on i686-pc-linux-gnu -v gives:

COLLECT_GCC_OPTIONS='-c' '-v' '-mtune=generic'
 /usr/local.uros/libexec/gcc/i686-pc-linux-gnu/4.4.0/cc1 -quiet -v dir
test/hello.c -quiet -dumpbase hello.c -mtune=generic -auxbase hello -version -o
/tmp/ccgcf4Ot.s

COLLECT_GCC_OPTIONS='-c' '-v' '-mtune=generic'
 as -V -Qy -o hello.o /tmp/ccgcf4Ot.s

Please note, that the output of as is created in current directory, not in
dir\ test subdirectory.

BTW: The error in comment #7 comes from mips-tfile executable.


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de


--- Comment #13 from markus dot schoepflin at comsoft dot de  2009-01-12 
19:51 ---
Strange, I seem to get something different on Linux with gcc 4.3.2:

~/src/tests/gcc/PR4605$ gcc -v -c hello.c -o ./dir test/hello.o
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) 
COLLECT_GCC_OPTIONS='-v' '-c' '-o' './dir test/hello.o' '-mtune=generic'
 /usr/lib/gcc/i486-linux-gnu/4.3.2/cc1 -quiet -v hello.c -D_FORTIFY_SOURCE=2
-quiet -dumpbase hello.c -mtune=generic -auxbase-strip ./dir test/hello.o
-version -fstack-protector -o /tmp/cciLVmZP.s
ignoring nonexistent directory /usr/local/include/i486-linux-gnu
ignoring nonexistent directory
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include
ignoring nonexistent directory /usr/include/i486-linux-gnu
#include ... search starts here:
#include ... search starts here:
 /usr/local/include
 /usr/lib/gcc/i486-linux-gnu/4.3.2/include
 /usr/lib/gcc/i486-linux-gnu/4.3.2/include-fixed
 /usr/include
End of search list.
GNU C (Ubuntu 4.3.2-1ubuntu11) version 4.3.2 (i486-linux-gnu)
compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.2.
GGC heuristics: --param ggc-min-expand=42 --param ggc-min-heapsize=23711
Compiler executable checksum: fbed29247d8ae538bfd0dd565a17225f
COLLECT_GCC_OPTIONS='-v' '-c' '-o' './dir test/hello.o' '-mtune=generic'
 as -V -Qy -o ./dir test/hello.o /tmp/cciLVmZP.s
GNU assembler version 2.18.93 (i486-linux-gnu) using BFD version (GNU Binutils
for Ubuntu) 2.18.93.20081009
COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-c' '-o' './dir test/hello.o' '-mtune=generic'


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de


--- Comment #14 from markus dot schoepflin at comsoft dot de  2009-01-12 
20:01 ---
Just to recap what I think the problem is:

1) cc1 compiles the C file and creates input for the system assembler. The
assembler source is placed into the /tmp directory.

2) The system assembler is called to create the object file dir test/hello.o
from the assembler source file in /tmp. The system assembler can't deal with
the space character in the location of the object file and instead creates an
object file called dir in the current directory.

3) mips-tfile is called to add debugging information to the object file in dir
test/hello.o but there is no such file, because the system assembler didn't
create it, and mips-tfile complains correctly that there is no such file.

Does that sound about right?


-- 


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



[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-07 Thread ubizjak at gmail dot com


--- Comment #5 from ubizjak at gmail dot com  2009-01-07 15:40 ---
Does this still happen with 4.3 or 4.4 branch?


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|NEW |WAITING


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