public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Bob Rossi <bob_rossi@cox.net>
To: Carlos O'Donell <carlos@codesourcery.com>
Cc: gcc-help@gcc.gnu.org, mark@codesourcery.com
Subject: Re: mingw svn trunk failure
Date: Wed, 20 Dec 2006 04:53:00 -0000	[thread overview]
Message-ID: <20061220045341.GI3022@cox.net> (raw)
In-Reply-To: <20061220014540.GA14845@lios>

[-- Attachment #1: Type: text/plain, Size: 4192 bytes --]

On Tue, Dec 19, 2006 at 08:45:41PM -0500, Carlos O'Donell wrote:
> On Tue, Dec 19, 2006 at 07:29:17PM -0500, Bob Rossi wrote:
> > I'm sorry. I've run it 2 ways. With prefix=/c/mingw and with
> > prefix=/mingw. prefix=/mingw is the historically correct way to do this
> > from what I understand. I only tried it with /c/mingw once as a test to
> > see if it would work around the problem I found.
> > 
> > With --prefix=/mingw my configure line was,
> > 
> > mkdir gcc-builddir-0
> > cd gcc-builddir-0
> > ../gcc/configure \
> > --disable-werror \
> > --with-gmp=/home/bobbybrasko/gcc/gmp/gmp \
> > --with-mpfr=/home/bobbybrasko/gcc/mpfr/prefixdir \
> > --host=mingw32 \
> > --target=mingw32 \
> 
> What does your 'build' default to?

I'm not sure what you are asking, sorry. Is this what you want to know?
checking host system type... i386-pc-mingw32
checking target system type... i386-pc-mingw32
checking build system type... i386-pc-mingw32

> > --prefix=/mingw \
> > --program-suffix="-4.1" \
> > --with-gcc \
> > --with-gnu-ld \
> > --with-gnu-as \
> > --enable-threads=win32 \
> > --disable-nls \
> > --enable-languages=c,c++ \
> > --disable-win32-registry \
> > --disable-shared \
> > --enable-static \
> > --without-x \
> > --enable-libstdcxx-debug \
> > 2>&1 | tee configure-out.txt
> > 
> > Here was the build line,
> > cd gcc-builddir-0
> > make \
> > CFLAGS="-O2 -fomit-frame-pointer" \
> > CXXFLAGS="-mthreads -fno-omit-frame-pointer -O2" \
> > LDFLAGS=-s \
> > bootstrap 2>&1 | tee make-out.txt
> > 
> > And the debug info was found here,
> >   http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01356.html
> > p->fname=/mingw/include cpp_PREFIX=C:/mingw cpp_PREFIX_len=8
> > 
> > Sorry about the confusion.
> 
> No worries. I'm sorry this broke the bootstrap process. We'll get it
> fixed with a little more work :-)
> 
> I have a new patch for you if you want to try. This one is completely
> untested, but I think it will do what you need.
> 
> If you can test this I would be *very* grateful, and then I can get this
> upstream.

Yup, this get's me past the problem that I was having. I still have the
same problem I've had all along. Maybe you'll know the solution.  

If I do a 
  make DESTDIR=/home/bobbybrasko/gcc/svn-trunk-orig/destdir install
and then I do
  $ PATH=/home/bobbybrasko/gcc/svn-trunk-orig/destdir/mingw/bin:$PATH gcc-4.1 -o main main.c              
I can compile a C hello world program. But if I do,
  $ PATH=/home/bobbybrasko/gcc/svn-trunk-orig/destdir/mingw/bin:$PATH g++-4.1 -o main main.cpp            
  main.cpp:1:20: error: iostream: No such file or directory                                               
  main.cpp: In function 'int main(int, char**)':                                                          
  main.cpp:8: error: 'cout' was not declared in this scope                                                
  main.cpp:8: error: 'endl' was not declared in this scope                                                
I can't compile a C++ hello world program.

Now, if I do 'tar -cvf mingw.tar mingw' and move it to another windows
machine, and then untar binutils, w32api, and mingw-runtime into the
directory and run like,
  set PATH=V:\black\files\gcc\mingw\bin;C:\windows\system32
and then
  gcc-4.1 -o main main.c
it works fine, but
  g++-4.1 -o main main.cpp 
gives the error, can not find iostream. I've attached the output of
g++-4.1 -v -o main main.cpp. If I move the mingw directory on that
machine to C:/mingw, I get the same exact results.

Now, unfortunatly, I confiured svn trunk with suffix -4.1. If I actually
use the gcc 4.1 release, I can get gcc and g++ to work on another
windows machine if it's located in C:/mingw only. Not if it's located in
say C:/foo/mingw.

So, I think things have gone from good 3.x series (used to be completly
relocatable), to bad in 4.1 series (can't relocate to anywhere but
C:/mingw or --prefix perhaps) to worse in svn trunk (can't get it to
work at all.

Now this may be entirely my fault, but at least I can reproduce the
differences between gcc-4.1.1 and trunk.

Any ideas? If not, do you know where I could send in such a problem? No
one seems to be able to help me.

Thanks,
Bob Rossi

[-- Attachment #2: main.cpp.txt --]
[-- Type: text/plain, Size: 1768 bytes --]

Using built-in specs.
Target: mingw32
Configured with: ../gcc/configure --disable-werror --with-gmp=/home/bobbybrasko/gcc/gmp/gmp --with-mpfr=/home/bobbybrasko/gcc/mpfr/prefixdir --host=mingw32 --target=mingw32 --prefix=/mingw --program-suffix=-4.1 --with-gcc --with-gnu-ld --with-gnu-as --enable-threads=win32 --disable-nls --enable-languages=c,c++ --disable-win32-registry --disable-shared --enable-static --without-x --enable-libstdcxx-debug
Thread model: win32
gcc version 4.3.0 20061220 (experimental)
 v:/black/files/gcc/mingw/bin/../libexec/gcc/mingw32/4.3.0/cc1plus.exe -quiet -v -iprefix v:\black\files\gcc\mingw\bin\../lib/gcc/mingw32/4.3.0/ main.cpp -quiet -dumpbase main.cpp -mtune=i386 -auxbase main -version -o C:\DOCUME~1\KELLIR~1\LOCALS~1\Temp/ccsobsYK.s
ignoring nonexistent directory "v:/black/files/gcc/mingw/bin/../lib/gcc//include/c++/4.3.0"
ignoring nonexistent directory "v:/black/files/gcc/mingw/bin/../lib/gcc//include/c++/4.3.0/mingw32"
ignoring nonexistent directory "v:/black/files/gcc/mingw/bin/../lib/gcc//include/c++/4.3.0/backward"
ignoring nonexistent directory "v:/black/files/gcc/mingw/bin/../lib/gcc//lib/gcc/mingw32/4.3.0/include"
ignoring nonexistent directory "v:/black/files/gcc/mingw/bin/../lib/gcc//mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
 v:/black/files/gcc/mingw/bin/../lib/gcc/mingw32/4.3.0/include
 C:/mingw/include
 /mingw/include
 /mingw/include
End of search list.
GNU C++ version 4.3.0 20061220 (experimental) (mingw32)
	compiled by GNU C version 4.3.0 20061220 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: e4ce5a8d1ca57339ac0ea93b5e073770
main.cpp:1:20: error: iostream: No such file or directory

  reply	other threads:[~2006-12-20  4:53 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-19 15:54 Bob Rossi
2006-12-19 22:32 ` Bob Rossi
2006-12-19 22:50   ` Carlos O'Donell
2006-12-19 22:59     ` Bob Rossi
2006-12-19 23:58       ` Carlos O'Donell
2006-12-20  0:24         ` Bob Rossi
2006-12-20  1:23           ` Carlos O'Donell
2006-12-20  1:56         ` Bob Rossi
2006-12-20  2:33           ` Carlos O'Donell
2006-12-19 23:47   ` Carlos O'Donell
2006-12-20  0:29   ` Bob Rossi
2006-12-20  1:45     ` Carlos O'Donell
2006-12-20  4:53       ` Bob Rossi [this message]
2006-12-20 17:24         ` Carlos O'Donell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20061220045341.GI3022@cox.net \
    --to=bob_rossi@cox.net \
    --cc=carlos@codesourcery.com \
    --cc=gcc-help@gcc.gnu.org \
    --cc=mark@codesourcery.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).