This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [MinGW] Set NATIVE_SYSTEM_HEADER_DIR relative to configured prefix


Is this a bug in the gcc build environment? How would I know? If so,
I'll post a bug in the bug database.

Thanks,
Bob Rossi

On Mon, Dec 18, 2006 at 05:10:26PM -0500, Bob Rossi wrote:
> On Mon, Dec 18, 2006 at 01:06:30PM -0800, Brian Dessent wrote:
> > Bob Rossi wrote:
> > 
> > > OK. Thanks Brian. I'll admit this is new to me, so I could be making
> > > some stupid mistakes here. Basically, I needed wchar_t support with
> > > mingw, and I was told that this works with the 4.x series. Which indeed
> > > it does! So, I went to this page,
> > >   http://gcc.gnu.org/releases.html
> > > and downloaded the most recent release. Is that not the proper thing to
> > > do?
> > 
> > That's fine if you just want a stable compiler.  But the question you
> > are asking seems to have morphed into "does support for a relocatable
> > compiler on MinGW currently work" and for any kind of "what is the state
> > of the code" sort of thing, you want to look at the current code (aka
> > HEAD aka 4.3) and not the code on a release branch, which tends to be
> > fairly static.  Because if you find that something doesn't work, then
> > you are left wondering if it is still broken in the current sources or
> > if it was just broken on that release branch.
> 
> Well, I'm sliding fast down a very large hill. I just compiled/installed
> libgmp and libmpfr because svn needs those installed. Then, when I
> bootstrap head, I the below error.
> 
> Is this well known? Here is the comment there,
> 
>           /* Should this directory start with the sysroot?  */
>           if (sysroot && p->add_sysroot)
>             str = concat (sysroot, p->fname, NULL);
>           else if (!p->add_sysroot && relocated)
>             {
>               /* If the compiler is relocated, and this is a configured 
>                  prefix relative path, then we use gcc_exec_prefix instead 
>                  of the configured prefix.  */
>               gcc_assert (strncmp (p->fname, cpp_PREFIX,
>                                      cpp_PREFIX_len) == 0);
>               str = concat (gcc_exec_prefix, p->fname
>                               + cpp_PREFIX_len, NULL);
>               str = update_path (str, p->component);
>             }
>           else
>             str = update_path (p->fname, p->component);
> 
> Anyone run into this before? It looks like someone made this assertion,
> which I'm very thankful for.
> 
> Thanks,
> Bob Rossi
> 
> if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi                                                
> /home/bobbybrasko/gcc/svn-head/gcc-builddir/./gcc/xgcc -B/home/bobbybrasko/gcc/svn-head/gcc-builddir/./g
> cc/ -L/home/bobbybrasko/gcc/svn-head/gcc-builddir/mingw32/winsup/mingw -L/home/bobbybrasko/gcc/svn-head/
> gcc-builddir/mingw32/winsup/w32api/lib -isystem /home/bobbybrasko/gcc/svn-head/gcc/winsup/mingw/include 
> -isystem /home/bobbybrasko/gcc/svn-head/gcc/winsup/w32api/include -B/mingw/mingw32/bin/ -B/mingw/mingw32
> /lib/ -isystem /mingw/mingw32/include -isystem /mingw/mingw32/sys-include -O2 -I../../gcc/gcc/../winsup/
> w32api/include -O2 -O2 -fomit-frame-pointer  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -W
> missing-prototypes -Wold-style-definition  -isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__
> GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/g
> cc/../libcpp/include -I/home/bobbybrasko/gcc/gmp/gmp/include -I/home/bobbybrasko/gcc/mpfr/prefixdir/incl
> ude -I../../gcc/gcc/../libdecnumber -I../libdecnumber -DL_chkstk -xassembler-with-cpp -c ../../gcc/gcc/c
> onfig/i386/cygwin.asm -o libgcc/./_chkstk.o                                                             
> cc1.exe: internal compiler error: in add_standard_paths, at c-incpath.c:173                             
> Please submit a full bug report,                                                                        
> with preprocessed source if appropriate.                                                                
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.                                                
> make[4]: *** [libgcc/./_chkstk.o] Error 1                                                               
> make[4]: Leaving directory `/home/bobbybrasko/gcc/svn-head/gcc-builddir/gcc'                            
> make[3]: *** [libgcc.a] Error 2                                                                         
> make[3]: Leaving directory `/home/bobbybrasko/gcc/svn-head/gcc-builddir/gcc'                            
> make[2]: *** [all-stage1-gcc] Error 2                                                                   
> make[2]: Leaving directory `/home/bobbybrasko/gcc/svn-head/gcc-builddir'                                
> make[1]: *** [stage1-bubble] Error 2                                                                    
> make[1]: Leaving directory `/home/bobbybrasko/gcc/svn-head/gcc-builddir'                                
> make: *** [bootstrap] Error 2                                                                           


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]