[Bug c++/45581] internal compiler error: Segmentation fault

2010-09-07 Thread v dot haisman at sh dot cvut dot cz


--- Comment #2 from v dot haisman at sh dot cvut dot cz  2010-09-07 13:51 
---
Created an attachment (id=21729)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21729&action=view)
Original unreduced testcase.


-- 


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



[Bug c++/45581] New: internal compiler error: Segmentation fault

2010-09-07 Thread v dot haisman at sh dot cvut dot cz
Hi, the attached file testcase-src-15.cxx contains a testcase which makes the
compiler segfault:

amber2::wilx:~/tmp/log4cplus-svn/objdir/src/testcase> g++ -O3
-fkeep-inline-functions -c testcase-src-15.cxx
testcase-src-15.cxx: In member function ‘void
PropertyConfigurator::replaceEnvironVariables()’:
testcase-src-15.cxx:60:30: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Removing either -O3 or -fkeep-inline-functions removes the segfault.

amber2::wilx:~/tmp/log4cplus-svn/objdir/src/testcase> g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.0/lto-wrapper.exe
Target: i686-pc-cygwin
Configured with:
/gnu/gcc/releases/respins/4.5.0-1/gcc4-4.5.0-1/src/gcc-4.5.0/configure
--srcdir=/gnu/gcc/releases/respins/4.5.0-1/gcc4-4.5.0-1/src/gcc-4.5.0
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var
--sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4
--datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v
--with-gmp=/usr --with-mpfr=/usr --enable-bootstrap
--enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static
--enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld
--with-gnu-as --with-dwarf2 --disable-sjlj-exceptions
--enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite
--enable-lto --enable-java-awt=gtk --disable-symvers --enable-libjava
--program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada
--enable-threads=posix --with-arch=i686 --with-tune=generic
--enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4
CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind
--with-ecj-jar=/usr/share/java/ecj.jar
Thread model: posix
gcc version 4.5.0 (GCC)


-- 
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


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



[Bug c++/45581] internal compiler error: Segmentation fault

2010-09-07 Thread v dot haisman at sh dot cvut dot cz


--- Comment #1 from v dot haisman at sh dot cvut dot cz  2010-09-07 13:49 
---
Created an attachment (id=21728)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21728&action=view)
Reduced testcase.


-- 


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



[Bug c++/40942] GCC accepts code that Comeau and MSVC deems invalid.

2009-08-25 Thread v dot haisman at sh dot cvut dot cz


--- Comment #3 from v dot haisman at sh dot cvut dot cz  2009-08-25 14:20 
---
(In reply to comment #2)
> Why would this be ambiguous? A string literal has type "array of n const char"
> (see 2.13.4/1), so it should go with the array constructor. Do you disagree?
> 
> W.
> 
IANALL, but I think this might be the reason:

The conversion sequence for S (T const *) is array-to-pointer conversion as per
4.2. The conversion sequence for S (char const (&)[N]) is lvalue-to-rvalue
conversion. For both the ranks are the exact match and thus they are
indistinguishable conversion sequences as per 13.3.3.2?


-- 


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



[Bug c++/40942] New: GCC accepts code that Comeau and MSVC deems invalid.

2009-08-02 Thread v dot haisman at sh dot cvut dot cz
The following test case compiles with GCC, it chooses the second ctor. Both
MSVC8 and Comeau reject it complaining about overload ambiguity.


#include 

template 
struct enable_if_c {
  typedef T type;
};

template 
struct enable_if_c {};

template 
struct enable_if : public enable_if_c {};


struct true_type
{
  enum { value = 1 };
};


struct false_type
{
  enum { value = 0 };
};


template 
struct is_same
  : public false_type
{ };


template 
struct is_same
  : public true_type
{ };


struct S
{
  template 
  S (T const *,
 typename enable_if, T *>::type = 0)
  { }

  template 
  S (char const (&)[N])
  { }
};

int
main()
{
  char array[] = "test";

  S s1 ("test");
  S s2 (array);
}


-- 
   Summary: GCC accepts code that Comeau and MSVC deems invalid.
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: x86_64-portbld-freebsd7.1
  GCC host triplet: x86_64-portbld-freebsd7.1
GCC target triplet: x86_64-portbld-freebsd7.1


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



[Bug c++/39684] New: GCC accepts template keyword where Comeau rejects it.

2009-04-07 Thread v dot haisman at sh dot cvut dot cz
The following test case is rejected by Comeau but accepted by GCC:

template 
struct outer {
  template 
  T search(U, T);
};

template 
template 
T outer::template search (U, T)
{
  return T ();
}

int
main ()
{
  int x = 0;
  int v = 0;
  outer s;
  s.search (v, x);
}


"ComeauTest.c", line 9: error: an explicit template argument list is not
allowed on
  this declaration
  T outer::template search (U, T)
^

It does not like the extra template keyword in "T outer::template search (U,
T)".


-- 
   Summary: GCC accepts template keyword where Comeau rejects it.
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: amd64-unknown-freebsd7.1
  GCC host triplet: amd64-unknown-freebsd7.1
GCC target triplet: amd64-unknown-freebsd7.1


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



[Bug c++/37652] New: Bogus redeclaration warning for `friend __declspec(dllimport) int foo ()'

2008-09-25 Thread v dot haisman at sh dot cvut dot cz
__declspec(dllimport) int foo ();

struct S
{
  friend __declspec(dllimport) int foo ();
};


This code gives me the following warning:
dllexport_test.cxx:5: warning: 'int foo()' redeclared without dllimport
attribute: previous dllimport ignored

I think it is bogus. I the code clearly declares the same thing in the friend
declaration.

The used GCC is:

amber2::wilx:~/tmp/log4cplus-svn> g++-4 -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /gnu/gcc/release/gcc4-4.3.2-1/src/gcc-4.3.2/configure
--srcdir=/gnu/gcc/release/gcc4-4.3.2-1/src/gcc-4.3.2 --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/sbin
--localstatedir=/var --sysconfdir=/etc --datadir=/usr/share
--infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr
--with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs
--with-slibdir=/usr/bin --libexecdir=/usr/lib --enable-static --enable-shared
--enable-shared-libgcc --enable-__cxa_atexit --with-gnu-ld --with-gnu-as
--with-dwarf2 --disable-sjlj-exceptions
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --disable-symvers
--enable-libjava --program-suffix=-4
Thread model: single
gcc version 4.3.2 20080827 (alpha-testing) 1 (GCC)


-- 
   Summary: Bogus redeclaration warning for `friend
__declspec(dllimport) int foo ()'
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


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



[Bug c++/35167] Problem with non-type template parameter and name lookup in template.

2008-02-11 Thread v dot haisman at sh dot cvut dot cz


--- Comment #1 from v dot haisman at sh dot cvut dot cz  2008-02-11 19:19 
---
Created an attachment (id=15131)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15131&action=view)
The test case.


-- 


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



[Bug c++/35167] New: Problem with non-type template parameter and name lookup in template.

2008-02-11 Thread v dot haisman at sh dot cvut dot cz
Hi, 
GCC 4.3 (4.3.0 20080201 (experimental) (GCC)) rejects the code with the
following error:

g++43 -W -Wall -o tt tt.cxx
tt.cxx:28: warning: unused parameter 'argv'
tt.cxx: In member function 'int Test::set(T) [with T = char]':
tt.cxx:31:   instantiated from here
tt.cxx:22: error: 'static void Test::Put(T&, const T&) [with T = char]'
cannot appear in a constant-expression

But Comeau's test drive accepts it with or without Test:: prefix.


-- 
   Summary: Problem with non-type template parameter and name lookup
in template.
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: i386-portbld-freebsd6.3
  GCC host triplet: i386-portbld-freebsd6.3
GCC target triplet: i386-portbld-freebsd6.3


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



[Bug c++/34810] New: G++ accepts wrong code

2008-01-16 Thread v dot haisman at sh dot cvut dot cz
Hi,
G++ (gcc version 4.3.0 20080104 (experimental) (GCC)) accepts the following
code that Comeau rejects:

template 
struct Foo
{
  void bar ()
  {
typename Foo::Foo ();
  }
};


-- 
   Summary: G++ accepts wrong code
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: i386-portbld-freebsd6.2
  GCC host triplet: i386-portbld-freebsd6.2
GCC target triplet: i386-portbld-freebsd6.2


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



[Bug c++/5458] address of overloaded template function as argument for template

2008-01-07 Thread v dot haisman at sh dot cvut dot cz


--- Comment #13 from v dot haisman at sh dot cvut dot cz  2008-01-07 20:47 
---
This still fails in 4.3.0. Know to fail sorted and without duplicates should
read: 2.95.3 3.0.4 3.2.3 3.3.3 4.0.0 4.1.0 4.2.0 4.3.0


-- 


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



[Bug bootstrap/16865] False alarm about use of uninitialized variable breaks bootstrap at -O3

2007-06-09 Thread v dot haisman at sh dot cvut dot cz


--- Comment #11 from v dot haisman at sh dot cvut dot cz  2007-06-09 08:33 
---
I guess this is now passé.


-- 

v dot haisman at sh dot cvut dot cz changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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



[Bug c++/30722] New: ICE on invalid template code #2

2007-02-06 Thread v dot haisman at sh dot cvut dot cz
This has been derived from test case in PR 30721 but because it ICEs at
different place I report it as different bug.

-8<--

template 
struct Table
{
  typedef struct
  {
const char * const name;
  } Tableitem;

  static const Tableitem entries[];
};

enum funky { feeling };

template
const Table::Tableitem Table::entries[] = { {""} };

-8<--

Error:

logout::wilx:~/tmp> g++42 -o ice ice.cxx
ice.cxx:14: internal compiler error: in import_export_decl, at cp/decl2.c:1956
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

GCC:

logout::wilx:~/tmp> g++42 -v
Using built-in specs.
Target: i386-portbld-freebsd6.2
Configured with: ./..//gcc-4.2-20070117/configure --disable-nls
--with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local
--program-suffix=42 --libdir=/usr/local/lib/gcc-4.2.0
--with-gxx-include-dir=/usr/local/lib/gcc-4.2.0/include/c++/
--infodir=/usr/local/info/gcc42 --disable-rpath --prefix=/usr/local
i386-portbld-freebsd6.2
Thread model: posix
gcc version 4.2.0 20070117 (prerelease)


-- 
   Summary: ICE on invalid template code #2
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: i386-portbld-freebsd6.2
  GCC host triplet: i386-portbld-freebsd6.2
GCC target triplet: i386-portbld-freebsd6.2


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



[Bug c++/30721] ICE on invalid template code

2007-02-06 Thread v dot haisman at sh dot cvut dot cz


--- Comment #1 from v dot haisman at sh dot cvut dot cz  2007-02-06 21:36 
---
(In reply to comment #0)
>[...]
> logout::wilx:~/tmp> g++42 -o ice ice.cxx
> ice.cxx:14: internal compiler error: in import_export_decl, at cp/decl2.c:1956
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.html> for instructions.
>[...]
I submitted wrong error message, this is the right one:

logout::wilx:~/tmp> g++42 -o goezzi goezzi.cxx
goezzi.cxx: In member function 'const char* const
Table::operator[](Numeric) [with Numeric = funky]':
goezzi.cxx:19:   instantiated from 'const Table::Tableitem
Table::entries [5]'
goezzi.cxx:19:   instantiated from 'const char* const
Table::operator[](Numeric) [with Numeric = funky]'
goezzi.cxx:41:   instantiated from here
goezzi.cxx:19: internal compiler error: in instantiate_decl, at cp/pt.c:12090
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


-- 


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



[Bug c++/30721] New: ICE on invalid template code

2007-02-06 Thread v dot haisman at sh dot cvut dot cz
Attached test case ICEs. The code is AFAIK invalid:

---8<---

#include 

template 
class Table
{
  typedef struct
  {
const char * const name;
Numeric index;
  } Tableitem;

  static const Tableitem entries[];

public:
  const char * const
  operator[] (Numeric Tableindex)
  {
for (int i=0; i
const Table::Tableitem Table::entries[] =
  {
{"feeling", feeling},
{"lost", lost},
{"somewhere", somewhere},
{"in", in},
{"space", space},
  };

int main (int argc, char **argv)
{
  Table FunkyTable;
  printf("Funkytable somewhere=[%s]\n", FunkyTable[somewhere]);
  return 0;
}

---8<---

The error:

logout::wilx:~/tmp> g++42 -o ice ice.cxx
ice.cxx:14: internal compiler error: in import_export_decl, at cp/decl2.c:1956
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

GCC version:

logout::wilx:~/tmp> g++42 -v
Using built-in specs.
Target: i386-portbld-freebsd6.2
Configured with: ./..//gcc-4.2-20070117/configure --disable-nls
--with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local
--program-suffix=42 --libdir=/usr/local/lib/gcc-4.2.0
--with-gxx-include-dir=/usr/local/lib/gcc-4.2.0/include/c++/
--infodir=/usr/local/info/gcc42 --disable-rpath --prefix=/usr/local
i386-portbld-freebsd6.2
Thread model: posix
gcc version 4.2.0 20070117 (prerelease)


-- 
   Summary: ICE on invalid template code
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: i386-portbld-freebsd6.2
  GCC host triplet: i386-portbld-freebsd6.2
GCC target triplet: i386-portbld-freebsd6.2


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



[Bug c++/5458] address of overloaded template function as argument for template

2006-10-09 Thread v dot haisman at sh dot cvut dot cz


--- Comment #10 from v dot haisman at sh dot cvut dot cz  2006-10-09 14:16 
---
Shouldn't the "Known to fail" field get all the versions from its duplicates
copied? Maybe that is why this rejects-valid bug is still not fixed even though
most other rejects-valid bugs get a lot of attention and get fixed usually
pretty fast, IMHO.

2.95.3 3.0.4 4.0.0 4.1.0 4.2.0 3.3.3 3.2.3


-- 


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



[Bug c++/28783] Probably a typof() extension problem

2006-08-20 Thread v dot haisman at sh dot cvut dot cz


--- Comment #2 from v dot haisman at sh dot cvut dot cz  2006-08-20 09:02 
---
Created an attachment (id=12102)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12102&action=view)
Very lightly reduced preprocessed source.


-- 


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



[Bug c++/28783] Probably a typof() extension problem

2006-08-20 Thread v dot haisman at sh dot cvut dot cz


--- Comment #1 from v dot haisman at sh dot cvut dot cz  2006-08-20 09:00 
---
Created an attachment (id=12101)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12101&action=view)
Original test case


-- 


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



[Bug c++/28783] New: Probably a typof() extension problem

2006-08-20 Thread v dot haisman at sh dot cvut dot cz
The attached test case has been reported to fail to compile in [EMAIL PROTECTED]
channel. I am not even sure if it is valid or not, but since its author didn't
seem to report it and it is an ICE across all compilers I have, I report it
instead of the author.

The problem looks like this:

$ g++-4.1 -save-temps -fpreprocessed -c -o bind.o bind.ii
bind.cxx:36: internal compiler error: in write_type, at cp/mangle.c:1651
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

It is the same with GCC 3.4.4, just on different line in mangle.c.

It fails on both Cygwin and FreeBSD. The attached preprocessed source is from
Cygwin. I tried to reduce it a bit but I didn't manage to do so, at least not
too much. For completeness, I attach also the original source.


-- 
   Summary: Probably a typof() extension problem
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: *-*-*
  GCC host triplet: *-*-*
GCC target triplet: *-*-*


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



[Bug c++/26940] New: C++ name space issue

2006-03-30 Thread v dot haisman at sh dot cvut dot cz
The following test case fails to compile with all compiler from 4.x series. (I
didn't check with any earlier version.) Comeaue's test drive compiler does not
complain.

Changing the declaration of "a" in "struct b" into "struct a a;" makes it
compile.

8<---8<---8<---8<---
struct a {
};

struct b {
  a a;
};
8<---8<---8<---8<---

The error:
ville.cxx:5: error: declaration of 'a b::a'
ville.cxx:1: error: changes meaning of 'a' from 'struct a'


-- 
   Summary: C++ name space issue
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
     Component: c++
    AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot haisman at sh dot cvut dot cz
 GCC build triplet: *-*-*
  GCC host triplet: *-*-*
GCC target triplet: *-*-*


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



[Bug c++/23587] New: Missing "warning: comparison is always false due to limited range of data type"

2005-08-26 Thread v dot haisman at sh dot cvut dot cz
The following test warns about the comparison being always true only for two of
 the six tests:

#include 

void a (unsigned char x)
{
  if (x < 0)
abort ();
}

void b (unsigned short x)
{
  if (x < 0)
abort ();
}

void c (unsigned int x)
{
  if (x < 0)
abort ();
}

void d (unsigned long x)
{
  if (x < 0)
abort ();
}

void e (unsigned long long x)
{
  if (x < 0)
abort ();
}

void f (size_t x)
{
  if (x < 0)
abort ();
}


[EMAIL PROTECTED]:::~/tmp> g++ -save-temps -fverbose-asm -O3 -c test.cxx
test.cxx: In function 'void a(unsigned char)':
test.cxx:5: warning: comparison is always false due to limited range of data 
type
test.cxx: In function 'void b(short unsigned int)':
test.cxx:11: warning: comparison is always false due to limited range of data 
type


[EMAIL PROTECTED]:::~/tmp> g++ -v
Using built-in specs.
Target: i386-unknown-freebsd4.10
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++,objc,ada --disable-sjlj-exceptions
--enable-shared=libstdc++ --enable-shared=libobjc
Thread model: posix
gcc version 4.1.0 20050821 (experimental)

-- 
   Summary: Missing "warning: comparison is always false due to
limited range of data type"
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
            CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

2005-08-22 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-08-22 11:21 ---
I have tried it and successfully bootstrapped the compiler with. It works, 
thanks.

-- 


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


[Bug ada/23487] Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap

2005-08-19 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-08-19 20:12 ---
Errr, my surname is missing n at the end...

2005-08-19  Vaclav Haisman  <[EMAIL PROTECTED]>

* init.c (FreeBSD's __gnat_install_handler): Cast
__gnat_error_handler to proper type.
* link.c (FreeBSD's __gnat_object_file_option,
__gnat_run_path_option, __gnat_object_library_extension): Make
const.


-- 


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


[Bug ada/23487] Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap

2005-08-19 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-08-19 20:11 ---
2005-08-19  Vaclav Haisma  <[EMAIL PROTECTED]>

* init.c (FreeBSD's __gnat_install_handler): Cast
__gnat_error_handler to proper type.
* link.c (FreeBSD's __gnat_object_file_option,
__gnat_run_path_option, __gnat_object_library_extension): Make
const.


-- 


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


[Bug ada/23487] Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap

2005-08-19 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-08-19 19:57 ---
More of the same:

*** link.c.~1.16.~  Fri Jul  8 12:45:47 2005
--- link.c  Fri Aug 19 21:55:40 2005
***
*** 154,166 
  const char *__gnat_object_library_extension = ".a";
  
  #elif defined (__FreeBSD__)
! char *__gnat_object_file_option = "";
! char *__gnat_run_path_option = "-Wl,-rpath,";
  char __gnat_shared_libgnat_default = STATIC;
  int __gnat_link_max = 8192;
  unsigned char __gnat_objlist_file_supported = 1;
  unsigned char __gnat_using_gnu_linker = 1;
! char *__gnat_object_library_extension = ".a";
  
  #elif defined (linux)
  const char *__gnat_object_file_option = "";
--- 154,166 
  const char *__gnat_object_library_extension = ".a";
  
  #elif defined (__FreeBSD__)
! const char *__gnat_object_file_option = "";
! const char *__gnat_run_path_option = "-Wl,-rpath,";
  char __gnat_shared_libgnat_default = STATIC;
  int __gnat_link_max = 8192;
  unsigned char __gnat_objlist_file_supported = 1;
  unsigned char __gnat_using_gnu_linker = 1;
! const char *__gnat_object_library_extension = ".a";
  
  #elif defined (linux)
  const char *__gnat_object_file_option = "";


-- 


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


[Bug ada/23487] Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap

2005-08-19 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-08-19 19:51 ---
According to FreeBSD man page for sigaction
(http://www.freebsd.org/cgi/man.cgi?query=sigaction&apropos=0&sektion=0&manpath=FreeBSD+5.4-RELEASE+and+Ports&format=html)
 the following looks like it should fix it.


*** init.c.~1.52.~  Sun Jul 31 23:10:03 2005
--- init.c  Fri Aug 19 21:49:07 2005
***
*** 1598,1604 
   exceptions.  Make sure that the handler isn't interrupted by another
   signal that might cause a scheduling event! */
  
!   act.sa_handler = __gnat_error_handler;
act.sa_flags = SA_NODEFER | SA_RESTART;
(void) sigemptyset (&act.sa_mask);
  
--- 1598,1604 
   exceptions.  Make sure that the handler isn't interrupted by another
   signal that might cause a scheduling event! */
  
!   act.sa_handler = (void(*)(int))__gnat_error_handler;
act.sa_flags = SA_NODEFER | SA_RESTART;
(void) sigemptyset (&act.sa_mask);
  


-- 


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


[Bug bootstrap/23487] New: Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap

2005-08-19 Thread v dot haisman at sh dot cvut dot cz
stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -c   -O2 -g
-fomit-frame-pointer -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes-Werror -fno-common   -DHAVE_CONFIG_H\
 -I/home/4/wilx/include   -I. -Iada -I../../srcdir/gcc
-I../../srcdir/gcc/ada -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include  ../../srcdir/gcc/ada/init.c -o ada/init.o
cc1: warnings being treated as errors
../../srcdir/gcc/ada/init.c: In function '__gnat_install_handler':
../../srcdir/gcc/ada/init.c:1601: warning: assignment from incompatible pointer 
type
make[2]: *** [ada/init.o] Error 1
make[2]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make: *** [bootstrap-lean] Error 2

-- 
   Summary: Assignment from incompatible pointer warning in
__gnat_install_handler kills bootstrap
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
        cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug c/23340] ICE during bootstrap on libiberty/regex.c

2005-08-11 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-08-11 19:19 ---
Created an attachment (id=9476)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9476&action=view)
Preprocessed source.


-- 


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


[Bug c/23340] New: ICE during bootstrap on libiberty/regex.c

2005-08-11 Thread v dot haisman at sh dot cvut dot cz
e_D.2029[1];

../../../srcdir/libiberty/regex.c:2285: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.2029[1];

../../../srcdir/libiberty/regex.c:2285: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.2029[1];

../../../srcdir/libiberty/regex.c:2285: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.2029[1];

../../../srcdir/libiberty/regex.c:2285: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.2029[1];

../../../srcdir/libiberty/regex.c:2285: internal compiler error: verify_stmts 
failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE during bootstrap on libiberty/regex.c
       Product: gcc
   Version: 4.1.0
    Status: UNCONFIRMED
  Severity: normal
      Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
cvut dot cz
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


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


[Bug bootstrap/22408] New: make install fails after --enable-bootstrap=lean enabled bootstrap

2005-07-11 Thread v dot haisman at sh dot cvut dot cz
[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir> make install
/bin/sh ../srcdir/mkinstalldirs /home/4/wilx /home/4/wilx
make[1]: Entering directory `/home/4/wilx/tmp/gcc-head/objdir/fixincludes'
make[1]: *** No rule to make target `../libiberty/libiberty.a', needed by
`full-stamp'.  Stop.
make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/fixincludes'
make: *** [install-fixincludes] Error 2

[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir> ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++,objc,ada --disable-sjlj-exceptions
--enable-shared=libstdc++ --enable-shared=libobjc --with-gnu-as --with-gnu-ld
--enable-bootstrap=lean

-- 
   Summary: make install fails after --enable-bootstrap=lean enabled
bootstrap
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
        cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug ada/22340] Ada build fails with --enable-bootsrap

2005-07-08 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-07-08 17:19 ---
The "fix" doesn't fix it.

-- 


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


[Bug ada/22340] Ada build fails with --enable-bootsrap

2005-07-08 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-07-08 15:02 ---
I have the same problem on FreeBSD. The following patch seems to fix (bootstrap
still in progess).

Index: Makefile.in
===
RCS file: /cvs/gcc/gcc/Makefile.in,v
retrieving revision 1.268
diff -c -p -d -r1.268 Makefile.in
*** Makefile.in 7 Jul 2005 15:39:17 -   1.268
--- Makefile.in 8 Jul 2005 14:58:22 -
*** objext = .o
*** 33746,33752 
  # Flags to pass to stage2 and later makes.
  POSTSTAGE1_FLAGS_TO_PASS = \
CC="$${CC}" CC_FOR_BUILD="$${CC_FOR_BUILD}" \
!   STAGE_PREFIX=$$r/stage-gcc/ \
CFLAGS="$(BOOT_CFLAGS)" \
ADAC="\$$(CC)"

--- 33746,33752 
  # Flags to pass to stage2 and later makes.
  POSTSTAGE1_FLAGS_TO_PASS = \
CC="$${CC}" CC_FOR_BUILD="$${CC_FOR_BUILD}" \
!   STAGE_PREFIX=$$r/stage1-gcc/ \
CFLAGS="$(BOOT_CFLAGS)" \
ADAC="\$$(CC)"


Howerver this is just a hack and the proper fix should be changing Makefile.tpl.


-- 


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


[Bug ada/22340] Ada build fails with --enable-bootsrap

2005-07-08 Thread v dot haisman at sh dot cvut dot cz


-- 
   What|Removed |Added

 CC||v dot haisman at sh dot cvut
   ||dot cz


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


[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

2005-06-15 Thread v dot haisman at sh dot cvut dot cz


-- 
   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed||1


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


[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

2005-05-02 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-05-02 15:52 ---
Subject: Re:  [4.0/4.1 Regression] Bootstrap, configuration
 problem and insn-conditions.c


That I don't have it set imho can be seen from config.log:

ac_cv_env_CPPFLAGS_set=


On Mon, 2 May 2005, pinskia at gcc dot gnu dot org wrote:

>
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-02 
> 13:52 ---
> CPPFLAGS='-I/usr/local/include'
>
>
> Do you have CPPFLAGS set if so this is your bug and not GCC's configure bug.
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
> You are on the CC list for the bug, or are watching someone who is.
>


-- 


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


[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

2005-05-02 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-05-02 15:30 ---
Subject: Re:  [4.0/4.1 Regression] Bootstrap, configuration
 problem and insn-conditions.c


Nope, my environment is clean wrt/ compiler flags.


On Mon, 2 May 2005, pinskia at gcc dot gnu dot org wrote:

>
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-02 
> 13:52 ---
> CPPFLAGS='-I/usr/local/include'
>
>
> Do you have CPPFLAGS set if so this is your bug and not GCC's configure bug.
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
> You are on the CC list for the bug, or are watching someone who is.
>


-- 


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


[Bug bootstrap/21268] New: Bootstrap, configuration problem and insn-conditions.c

2005-04-28 Thread v dot haisman at sh dot cvut dot cz
I report this as follow up to bug 21145 that has been wrongly marked as
duplicate of 19601. The bug I reported is not AWK problem and thus it is not
duplicate of the bug. My problem is caused by wrong includes search paths and
headers with same names. 

I have installed autogen-5.6.4 which installs file /usr/local/include/options.h.
File insn-conditions.c includes flags.h and that includes options.h that
contains extern declarations for all flags. For some to me unknown reason both
FreeBSD port gcc40 and my own builds of GCC 4.0.0 do add -I/usr/local/include to
compiler's command line for insn-conditions.c and that prepends the path to
search path for includes before GCC's include paths which makes the compiler
include wrong options.h from /usr/local/include.

I suspect that the -I/usr/local/include is added because of libiconv that is
installed in in /usr/local prefix. Resulting command is this:

gcc -c   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -Wno-error  -DHAVE_CONFIG_H -DGENERATOR_FILE -I/usr/local/include   -I. -Ibuild
-I../../srcdir/gcc -I../../srcdir/gcc/build -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include -I/usr/local/include  \
 -o build/insn-conditions.o insn-conditions.c

Note the double occurrence of -I/usr/local/include. 

I think this is genuine GCC configuratin scrip bug.


Bootstrap compiler:
[EMAIL PROTECTED]:::~/gcc-head/objdir/gcc> gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.2 [FreeBSD] 20040728

Configurations flags:
../srcdir/configure --disable-nls --enable-version-specific-runtime-libs
--enable-dwarf2 --with-cpu=athlon-tbird --with-arch=athlon-tbird
--with-system-zlib --disable-shared --enable-languages=c,c++,objc
--disable-sjlj-exceptions --enable-shared=libstdc++ --enable-shared=libobjc
--program-suffix=-4.0 --enable-objc-gc

-- 
   Summary: Bootstrap, configuration problem and insn-conditions.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
            cvut dot cz
 GCC build triplet: i386-unknown-freebsd5.4
  GCC host triplet: i386-unknown-freebsd5.4
GCC target triplet: i386-unknown-freebsd5.4


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


[Bug bootstrap/21145] New: Bootstrap breaks on insn-conditions.c

2005-04-21 Thread v dot haisman at sh dot cvut dot cz
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=athlon-tbird
--with-arch=athlon-tbird --with-system-zlib --disable-shared
--enable-languages=c,c++,objc --disable-sjlj-exceptions
--enable-shared=libstdc++ --enable-shared=libobjc --program-suffix=-4.0
--enable-objc-gc

gmake[2]: Entering directory `/usr/home/wilx/gcc-head/objdir/gcc'
gcc -c   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -Wno-error  -DHAVE_CONFIG_H -DGENERATOR_FILE -I/usr/local/include   -I. -Ibuild
-I../../srcdir/gcc -I../../srcdir/gcc/build -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include -I/usr/local/include  \
 -o build/insn-conditions.o insn-conditions.c
insn-conditions.c:97: error: `flag_unsafe_math_optimizations' undeclared here
(not in a function)
insn-conditions.c:97: error: initializer element is not constant
insn-conditions.c:97: error: (near initialization for 
`insn_conditions[10].value')
insn-conditions.c:97: warning: missing initializer
insn-conditions.c:97: warning: (near initialization for 
`insn_conditions[10].value')
insn-conditions.c:97: error: initializer element is not constant
insn-conditions.c:97: error: (near initialization for `insn_conditions[10]')
insn-conditions.c:101: error: initializer element is not constant
insn-conditions.c:101: error: (near initialization for `insn_conditions[11]')
insn-conditions.c:104: error: initializer element is not constant
insn-conditions.c:104: error: (near initialization for `insn_conditions[12]')
[...]

-- 
   Summary: Bootstrap breaks on insn-conditions.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
cvut dot cz
 GCC build triplet: i386-unknown-freebsd5.4
  GCC host triplet: i386-unknown-freebsd5.4
GCC target triplet: i386-unknown-freebsd5.4


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


[Bug ada/17527] Ada Bootstrap problem because of -Werror

2005-04-05 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-04-05 17:26 ---
Subject: Re:  Ada Bootstrap problem because of -Werror


Sorry for the delay. I've bootstrapped todays GCC with Ada and everything was
fine, so it seem to be fixed, thanks.

VH


On Mon, 4 Apr 2005, pinskia at gcc dot gnu dot org wrote:

>
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-04 
> 04:47 ---
> It has been 3 months now, is this bug fixed or not?


-- 


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


[Bug target/19511] [4.0 Regression] ICE in in reload_cse_simplify_operands, at postreload.c:391

2005-01-18 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-01-18 20:26 ---
If -da dumps are of any interest anybody can d/l them from
http://logout.sh.cvut.cz/~wilx/cfgexpand.c.dumps.bz2


-- 


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


[Bug bootstrap/19511] ICE in in reload_cse_simplify_operands, at postreload.c:391

2005-01-18 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-01-18 20:16 ---
Created an attachment (id=7982)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7982&action=view)
Preprocessed source.


-- 


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


[Bug bootstrap/19511] New: ICE in in reload_cse_simplify_operands, at postreload.c:391

2005-01-18 Thread v dot haisman at sh dot cvut dot cz
Error during bootstrap:

[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc> stage1/xgcc -Bstage1/
-B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -c   -O1 -g -fomit-frame-pointer
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror
-fno-common   -DHAVE_CONFIG_H -I/home/4/wilx/include   -I. -I.
-I../../srcdir/gcc -I../../srcdir/gcc/. -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include  ../../srcdir/gcc/cfgexpand.c -o 
cfgexpand.o
../../srcdir/gcc/cfgexpand.c: In function 'construct_exit_block':
../../srcdir/gcc/cfgexpand.c:1264: error: insn does not satisfy its constraints:
(insn 373 284 286 35 ../../srcdir/gcc/cfgexpand.c:1258 (set (reg:DI 22 xmm1)
(const_int 0 [0x0])) 81 {*movdi_2} (nil)
(nil))
../../srcdir/gcc/cfgexpand.c:1264: internal compiler error: in
reload_cse_simplify_operands, at postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc> stage1/xgcc -v
Reading specs from /home/4/wilx/lib/gcc/i386-unknown-freebsd4.10/4.0.0/specs
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++
--enable-shared=libobjc --with-gc=zone
Thread model: posix
gcc version 4.0.0 20050118 (experimental)

-- 
   Summary: ICE in in reload_cse_simplify_operands, at
postreload.c:391
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
        cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug bootstrap/19234] Bootstrap ignores compiler flags supplied on command line

2005-01-04 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-01-04 21:24 ---
Subject: Re:  Bootstrap ignores compiler flags supplied
 on command line


I think that you have closed this one a bit too quick. Have you actually tried
it? This is what I have used:

CFLAGS="-O0 -g3 -fno-omit-frame-pointer" BOOT_CFLAGS="-O0 -g3
-fno-omit-frame-pointer" LIBCFLAGS="-O0 -g3 -fno-omit-frame-pointer"
LIBGCC2_CFLAGS="-O0 -g3 -fno-omit-frame-pointer" make CFLAGS="-O0 -g3
-fno-omit-frame-pointer" BOOT_CFLAGS="-O0 -g3 -fno-omit-frame-pointer"
LIBCFLAGS="-O0 -g3 -fno-omit-frame-pointer" LIBGCC2_CFLAGS="-O0 -g3
-fno-omit-frame-pointer" bootstrap

CFLAGS="-O0 -g3 -fno-omit-frame-pointer" BOOT_CFLAGS="-O0 -g3
-fno-omit-frame-pointer" LIBCFLAGS="-O0 -g3 -fno-omit-frame-pointer"
LIBGCC2_CFLAGS="-O0 -g3 -fno-omit-frame-pointer" ../srcdir/configure
--disable-nls --enable-version-specific-runtime-libs --enable-dwarf2
--with-cpu=pentium3 --with-arch=pentium3 --with-system-zlib --disable-shared
--prefix=/home/4/wilx --enable-languages=c,c++ --disable-sjlj-exceptions
--enable-shared=libstdc++ --enable-shared=libobjc --with-gc=zone


And these are examples where the flags are not used:

gcc -c   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes  -fno-common
-DHAVE_CONFIG_H -DGENERATOR_FILE -I/home/4/wilx/include   -I. -Ibuild
-I../../srcdir/gcc -I../../srcdir/gcc/build -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include  \
 -o build/ggc-none.o ../../srcdir/gcc/ggc-none.c

gcc -c   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wold-style-definition -fno-common
-Wno-error  -DHAVE_CONFIG_H -I/home/4/wilx/include   -I. -I. -I../../srcdir/gcc
-I../../srcdir/gcc/. -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include  c-parse.c -o c-parse.o

gcc -c   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wold-style-definition -fno-common
-DHAVE_CONFIG_H -I/home/4/wilx/include   -I. -I. -I../../srcdir/gcc
-I../../srcdir/gcc/. -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include  ../../srcdir/gcc/tree-ssa-loop-manip.c -o
tree-ssa-loop-manip.o

These ignore the flags that I pass to both configure and make bootstrap. Though
it is not that bad because it compiles the stuff without optimization anyway.

The next one though uses -O2 despite the use of LIBGCC2_CFLAGS that you have
suggested:

./xgcc -B./ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem
/home/4/wilx/i386-unknown-freebsd4.10/include -isystem
/home/4/wilx/i386-unknown-freebsd4.10/sys-include
-L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2  -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include   -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/.
-I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include  -DL_ctzdi2
-c ../../srcdir/gcc/libgcc2.c -o libgcc/./_ctzdi2.o

The -O2 option is part of the gcc/Makefile.in file.


Vaclav Haisman



On Mon, 3 Jan 2005, pinskia at gcc dot gnu dot org wrote:

>
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-03 
> 15:26 ---
> LIBGCC2_CFLAGS changes the libgcc C flags.
>
> --
>What|Removed |Added
> 
>  Status|UNCONFIRMED |RESOLVED
>  Resolution||INVALID
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19234
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
> You are on the CC list for the bug, or are watching someone who is.
>


-- 


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


[Bug bootstrap/19234] New: Bootstrap ignores compiler flags supplied on command line

2005-01-02 Thread v dot haisman at sh dot cvut dot cz
I was trying to work around the problem described in PR 19120 by doing totaly
unoptimized build:

[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir> CFLAGS="-O0 -fno-omit-frame-pointer 
-g3"
BOOT_CFLAGS="-O0 -fno-omit-frame-pointer -g3" LIBCFLAGS="-O0
-fno-omit-frame-pointer -g3" ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++
--enable-shared=libobjc --with-gc=zone

make BOOT_CFLAGS="-O0 -fno-omit-frame-pointer -g3" CFLAGS="-O0
-fno-omit-frame-pointer -g3" LIBCFLAGS="-O0 -fno-omit-frame-pointer -g3" 
bootstrap

Yet still I get -O2 during compilation:

./xgcc -B./ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem
/home/4/wilx/i386-unknown-freebsd4.10/include -isystem
/home/4/wilx/i386-unknown-freebsd4.10/sys-include
-L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2  -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -isystem ./include   -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/.
-I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include 
-DL_fixunsxfdi -c ../../srcdir/gcc/libgcc2.c -o libgcc/./_fixunsxfdi.o

-- 
   Summary: Bootstrap ignores compiler flags supplied on command
line
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot haisman at sh dot cvut dot cz
            CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug regression/19120] [4.0 Regression] ICE: in ten_to_ptwo, at real.c:2007

2004-12-27 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2004-12-28 00:01 ---
I've tried to build it with GCC 2.95.4 that is the system compiler on the box
with the same result. Previously I used older version of GCC 4.0.0.


-- 


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


[Bug regression/19120] [4.0 Regression] ICE: in ten_to_ptwo, at real.c:2007

2004-12-27 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2004-12-27 22:43 ---
This is my attempt to get you guys more info:

[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc> make bootstrap
make CC=" stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/"
CC_FOR_BUILD=" stage1/xgcc -Bstage1/ 
-B/home/4/wilx/i386-unknown-freebsd4.10/bin/" \
 STAGE_PREFIX=stage1/ \
 ADAFLAGS="" CFLAGS="-g -O2" LDFLAGS=""
WARN_CFLAGS="\$(GCC_WARN_CFLAGS)" STRICT_WARN="-pedantic -Wno-long-long
-Wno-variadic-macros -Wold-style-definition -Werror" libdir=/home/4/wilx/lib
LANGUAGES="c gcov gcov-dump c++" MAKEINFO="makeinfo" MAKEINFOFLAGS="--no-split"
MAKEOVERRIDES= OUTPUT_OPTION="-o \$@" \
 CFLAGS="-g -O2" WERROR="-Werror"
make[1]: Entering directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
./xgcc -B./ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem
/home/4/wilx/i386-unknown-freebsd4.10/include -isystem
/home/4/wilx/i386-unknown-freebsd4.10/sys-include
-L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2 -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -isystem ./include  -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/.
-I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include   -g0
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-unit-at-a-time  \
   -c ../../srcdir/gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
:1: internal compiler error: in ten_to_ptwo, at real.c:2007
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[1]: *** [crtbegin.o] Error 1
make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make: *** [stage2_build] Error 2


[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc> ./xgcc -v
Reading specs from /home/4/wilx/lib/gcc/i386-unknown-freebsd4.10/4.0.0/specs
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++
--enable-shared=libobjc --with-gc=zone
Thread model: posix
gcc version 4.0.0 20041226 (experimental)

[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc> ./xgcc -B./
-B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem
/home/4/wilx/i386-unknown-freebsd4.10/include -isystem
/home/4/wilx/i386-unknown-freebsd4.10/sys-include
-L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2 -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -isystem ./include  -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/.
-I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include   -g0
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-unit-at-a-time -c ../../srcdir/gcc/crtstuff.c
-DCRT_BEGIN -o crtbegin.o -v
Reading specs from ./specs
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++
--enable-shared=libobjc --with-gc=zone
Thread model: posix
gcc version 4.0.0 20041226 (experimental)
 ./cc1 -quiet -v -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/.
-I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include -iprefix
/home/4/wilx/tmp/gcc-head/objdir/gcc/../lib/gcc/i386-unknown-freebsd4.10/4.0.0/
-isystem ./include -DIN_GCC -DCRT_BEGIN -isystem
/home/4/wilx/i386-unknown-freebsd4.10/include -isystem
/home/4/wilx/i386-unknown-freebsd4.10/sys-include -isystem ./include
../../srcdir/gcc/crtstuff.c -quiet -dumpbase crtstuff.c -march=pentium3
-auxbase-strip crtbegin.o -g0 -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -version -finhibit-size-directive
-fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss
-fno-unit-at-a-time -o /var/tmp//cc9M0jcv.s
ignoring nonexistent directory "/home/4/wilx/i386-unknown-freebsd4.10/include"
ignoring nonexistent directory 
"/home/4/wilx/i386-unknown-freebsd4.10/sys-include"
ignoring duplicate directory "./include"
ignoring nonexistent directory
"/home/4/wilx/tmp/gcc-head/objdir/gcc/../lib/gcc/i386-unknown-freebsd4.10/4.0.0/include"
ignoring nonexistent directory
"/home/4/wilx/tmp/gcc-head/objdir/gcc/../lib/gcc/i386-unknown-freebsd4.10/4.0.0/../../../../i386-unknown-freebsd4.10/include"
ignoring nonexistent directory
"/home/4/wilx/lib/gcc/i386-unknown-freebsd4.10/4.0.0/../../../../i386-unknown-freebsd4.10/include"
ignoring duplicate directory ".&

[Bug c/19121] ICE: in merge_alias_info, at tree-ssa-copy.c:236

2004-12-21 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2004-12-21 22:03 ---
Created an attachment (id=7800)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7800&action=view)
Preprocessed source.


-- 


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


[Bug c/19121] New: ICE: in merge_alias_info, at tree-ssa-copy.c:236

2004-12-21 Thread v dot haisman at sh dot cvut dot cz
Perl compilation problem at -O3:

[EMAIL PROTECTED]:::~/tmp/perl-5.8.6> gcc -c -DPERL_CORE -DHAS_FPSETMASK
-DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O3 -Wall
-save-temps toke.c
gcc: warning: -pipe ignored because -save-temps specified
toke.c: In function 'Perl_yylex':
toke.c:2193: internal compiler error: in merge_alias_info, at 
tree-ssa-copy.c:236
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

[EMAIL PROTECTED]:::~/tmp/perl-5.8.6> gcc -v
Reading specs from /home/4/wilx/lib/gcc/i386-unknown-freebsd4.10/4.0.0/specs
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3
--with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx
--enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++
--enable-shared=libobjc --with-gc=zone
Thread model: posix
gcc version 4.0.0 20041215 (experimental)

-- 
   Summary: ICE: in merge_alias_info, at tree-ssa-copy.c:236
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
        cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug bootstrap/19120] New: ICE: in ten_to_ptwo, at real.c:2007

2004-12-21 Thread v dot haisman at sh dot cvut dot cz
I have a bootstrap problem.

./xgcc -B./ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem
/home/4/wilx/i386-unknown-freebsd4.10/include -isystem
/home/4/wilx/i386-unknown-freebsd4.10/sys-include
-L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2 -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -isystem ./include  -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/.
-I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include   -g0
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-unit-at-a-time  \
   -c ../../srcdir/gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
:1: internal compiler error: in ten_to_ptwo, at real.c:2007
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [crtbegin.o] Error 1
make[2]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make: *** [bootstrap] Error 2

The whole content of crtstuff.i that GCC produces with -save-temps is this:
[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc> cat crtstuff.i
# 1 "../../srcdir/gcc/crtstuff.c"
# 1 ""

-- 
   Summary: ICE: in ten_to_ptwo, at real.c:2007
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug bootstrap/18062] New: Bootstrap with GCC 2.8.1 and CFLASG="-I${HOME}/include" and config.h in ~/include is broken

2004-10-19 Thread v dot haisman at sh dot cvut dot cz
 Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
         Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: v dot haisman at sh dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot
cvut dot cz
 GCC build triplet: i386-unknown-freebsd4.10
  GCC host triplet: i386-unknown-freebsd4.10
GCC target triplet: i386-unknown-freebsd4.10


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


[Bug ada/17527] Ada Bootstrap problem because of -Werror

2004-10-16 Thread v dot haisman at sh dot cvut dot cz

--- Additional Comments From v dot haisman at sh dot cvut dot cz  2004-10-16 23:27 
---
Subject: Re:  Ada Bootstrap problem because of -Werror


It still fails to build for me on FreeBSD 4.10.


stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -c   -O2 -g
-fomit-frame-pointer -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes-Werror -fno-common   -DHAVE_CONFIG_H \
 -I/home/4/wilx/include   -I. -Iada -I../../srcdir/gcc
-I../../srcdir/gcc/ada -I../../srcdir/gcc/../include
-I../../srcdir/gcc/../libcpp/include  ../../srcdir/gcc/ada/init.c -o ada/init.o
cc1: warnings being treated as errors
../../srcdir/gcc/ada/init.c:1586: warning: function declaration isn't a
prototype
../../srcdir/gcc/ada/init.c: In function '__gnat_error_handler':
../../srcdir/gcc/ada/init.c:1597: warning: assignment discards qualifiers from
pointer target type
../../srcdir/gcc/ada/init.c:1602: warning: assignment discards qualifiers from
pointer target type
../../srcdir/gcc/ada/init.c:1607: warning: assignment discards qualifiers from
pointer target type
../../srcdir/gcc/ada/init.c:1612: warning: assignment discards qualifiers from
pointer target type
../../srcdir/gcc/ada/init.c:1617: warning: assignment discards qualifiers from
pointer target type
../../srcdir/gcc/ada/init.c:1587: warning: unused parameter 'code'
../../srcdir/gcc/ada/init.c:1588: warning: unused parameter 'sc'
../../srcdir/gcc/ada/init.c: At top level:
../../srcdir/gcc/ada/init.c:1642: warning: function declaration isn't a
prototype
make[2]: *** [ada/init.o] Error 1
make[2]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc'
make: *** [bootstrap] Error 2


-- 


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