[Bug ada/19369] New: fatal error: file gnatbind.ali is incorrectly formatted

[pluto at pld-linux dot org]

the final stage of profiledboostrap fails.  
  
# gcc -v  
Reading specs from /usr/lib/gcc/i686-pld-linux/4.0.0/specs  
Configured with: ../configure --prefix=/usr --libdir=/usr/lib  
--libexecdir=/usr/lib --infodir=/usr/share/info--mandir=/usr/share/man  
--enable-shared --enable-threads=posix --enable-__cxa_atexit  
--enable-languages=c,c++,ada --enable-c99 --enable-long-long --enable-multilib  
--enable-nls --with-gnu-as --with-gnu-ld --with-system-zlib  
--with-slibdir=/lib --without-x --enable-cmath i686-pld-linux  
Thread model: posix  
gcc version 4.0.0 20050102 (experimental) (PLD Linux)  
  
+patches: PR18241, PR18910, PR19030.  
  
# fragment of gcc4-20050109 buildlog:  
  
(...)  
gcc -c -O2 -march=i686 -mtune=pentium4 -ggdb -fomit-frame-pointer -pipe
-DHAVE_CONFIG_H -I. -I../../fixincludes -I../include -I   
../../fixincludes/../include ../../fixincludes/procopen.c   
gcc -c -O2 -march=i686 -mtune=pentium4 -ggdb -fomit-frame-pointer -pipe
-DHAVE_CONFIG_H -I. -I../../fixincludes -I../include -I   
../../fixincludes/../include ../../fixincludes/fixlib.c   
gcc -c -O2 -march=i686 -mtune=pentium4 -ggdb -fomit-frame-pointer -pipe
-DHAVE_CONFIG_H -I. -I../../fixincludes -I../include -I   
../../fixincludes/../include ../../fixincludes/fixopts.c   
gcc  -o fixincl fixincl.o fixtests.o fixfixes.o server.o procopen.o fixlib.o   
fixopts.o ../libiberty/libiberty.a   
echo timestamp > full-stamp   
srcdir="../../fixincludes" /bin/sh ../../fixincludes/mkfixinc.sh   
i686-pld-linux-gnu   
make[2]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/fixincludes'
   
make[2]: Entering directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/intl'
   
make[2]: Nothing to be done for `all'.   
make[2]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/intl'
   
make[2]: Entering directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/build-i686-pld-linux/lib
   
iberty'   
make[3]: Entering directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/build-i686-pld-linux/lib
   
iberty/testsuite'   
make[3]: Nothing to be done for `all'.   
make[3]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/build-i686-pld-linux/libi
   
berty/testsuite'   
make[2]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/build-i686-pld-linux/libi
   
berty'   
make[2]: Entering directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/build-i686-pld-linux/fix
   
includes'   
make[2]: Nothing to be done for `all'.   
make[2]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/build-i686-pld-linux/fixi
   
ncludes'   
make[2]: Entering directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/libcpp'
   
make[2]: Nothing to be done for `all'.   
make[2]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/libcpp'
   
make[2]: Entering directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/gcc'
   
gnatbind -C -I- -I. -Iada -I../../gcc/ada -o ada/b_gnatb.c ada/gnatbind.ali   
fatal error: file gnatbind.ali is incorrectly formatted   
make sure you are using consistent versions of gcc/gnatbind   
13.  R nnnvnnnvnnnvnnvnvvnnvnvvnvnnnvn  
 
 |  
 
make[2]: *** [ada/b_gnatb.c] Error 4   
make[2]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux/gcc'
   
make[1]: *** [all-gcc] Error 2   
make[1]: Leaving directory   
`/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050109/obj-i686-pld-linux'   
make: *** [profiledbootstrap] Error 2 
 
# currently installed gcc-ada seems to work. 
 
gcc hello_world.adb -c -O2 -march=i686 -mtune=pentium4 
-ggdb -fomit-frame-pointer 
gnatbind hello_world.ali 
gnatlink hello_world.ali 
./hello_world 
Hello world!

-- 
   Summary: fatal error: file gnatbind.ali is incorrectly formatted
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at pld-linux dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pld-linux
  GCC host triplet: i686-pld-linux
GCC target triplet: i686-pld-linux


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

[Bug other/19370] New: .size directive not emitted for mips-linux

[angela at releasedominatrix dot com]

In config/mips/linux.h, the macro ASM_DECLARE_FUNCTION_SIZE() doesn't actually 
emit the .size directive.  Testcase follows.

% cat tst.c
int
func1(void)
{
  return(1);
}
% mips-linux-gcc -c tst.c   
% mips-linux-readelf -s tst.o 

Symbol table '.symtab' contains 11 entries:
   Num:Value  Size TypeBind   Vis  Ndx Name
 0:  0 NOTYPE  LOCAL  DEFAULT  UND 
 1:  0 FILELOCAL  DEFAULT  ABS tst.c
 2:  0 SECTION LOCAL  DEFAULT1
 3:  0 SECTION LOCAL  DEFAULT3 
 4:  0 SECTION LOCAL  DEFAULT4
 5:  0 SECTION LOCAL  DEFAULT8 
 6:  0 SECTION LOCAL  DEFAULT5
 7:  0 SECTION LOCAL  DEFAULT6
 8:  0 SECTION LOCAL  DEFAULT9
 9:  0 FUNCGLOBAL DEFAULT1 func1
10:  0 OBJECT  GLOBAL DEFAULT  UND _gp_disp

Will attach a patch after bug is opened.

-- 
   Summary: .size directive not emitted for mips-linux
   Product: gcc
   Version: 3.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: angela at releasedominatrix dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mips-linux-gnu


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

[Bug other/19370] .size directive not emitted for mips-linux

[angela at releasedominatrix dot com]

--- Additional Comments From angela at releasedominatrix dot com  
2005-01-11 09:29 ---
Created an attachment (id=7927)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7927&action=view)
patch to emit .size directive for mips-linux


-- 


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

[Bug other/19370] .size directive not emitted for mips-linux

[angela at releasedominatrix dot com]

--- Additional Comments From angela at releasedominatrix dot com  
2005-01-11 09:32 ---
Forgot to note.  I found it in 3.3.4 but it looks like it's still a problem in 
mainline.

-- 


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

[Bug target/18916] [4.0 Regression] mis-aligned vector code with copy memory (-maltivec)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
09:51 ---
Subject: Bug 18916

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 09:51:24

Modified files:
gcc: ChangeLog builtins.c calls.c expr.h function.c 

Log message:
PR target/18916
* builtins.c (std_gimplify_va_arg_expr): Adjust alignment of *ap.
* expr.h (struct locate_and_pad_arg_data): Add "boundary".
* function.c (locate_and_pad_parm): Set new field.
(assign_parm_find_stack_rtl): Use it instead of FUNCTION_ARG_BOUNDARY.
Tweak where_pad test to include "none".  Always set mem align for
stack_parm.
(assign_parm_adjust_stack_rtl): Discard stack_parm if alignment
not sufficient for type.
(assign_parm_setup_block): If stack_parm is zero on entry, always
make a new stack local.  Block move old stack parm if necessary
to new aligned stack local.
(assign_parm_setup_stack): Use a block move to handle
potentially misaligned entry_parm.
(assign_parms_unsplit_complex): Specify required alignment when
creating stack local.
* calls.c (compute_argument_addresses): Override alignment of stack
arg calculated from its type with the alignment given by
FUNCTION_ARG_BOUNDARY.
(store_one_arg): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7090&r2=2.7091
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gcc&r1=1.411&r2=1.412
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/calls.c.diff?cvsroot=gcc&r1=1.375&r2=1.376
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expr.h.diff?cvsroot=gcc&r1=1.184&r2=1.185
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/function.c.diff?cvsroot=gcc&r1=1.599&r2=1.600



-- 


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

[Bug target/18916] [4.0 Regression] mis-aligned vector code with copy memory (-maltivec)

[amodra at bigpond dot net dot au]

--- Additional Comments From amodra at bigpond dot net dot au  2005-01-11 
10:03 ---
Should now be fixed

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c/19371] New: Missing uninitialized warning

[axel at zankasoftware dot com]

Consider the following code snippet:

$ cat testcase.c
int bar(int n) {
return n + 1;
}


int main(void) {
int a = bar(a);
int b, c, d;
b = bar(b);
(void) bar(c);
return bar(d);
}

Both a, b, c and d are used before they are initialized. However, we only get a 
warning from d in gcc 
3.3/3.4.

$ gcc -O2 -Wuninitialized testcase.c 
testcase.c: In function `main':
testcase.c:8: warning: `d' might be used uninitialized in this function

Tested on:
gcc version 3.3 20030304 (Apple Computer, Inc. build 1640)
gcc version 3.4.2 [FreeBSD] 20040728

In gcc 2.95, we get a warning from b, c and d, but not a.

$ gcc -O2 -Wuninitialized testcase.c
testcase.c: In function `main':
testcase.c:8: warning: `b' might be used uninitialized in this function
testcase.c:8: warning: `c' might be used uninitialized in this function
testcase.c:8: warning: `d' might be used uninitialized in this function

Tested on:
gcc version 2.95.3 20010125 (prerelease) (OpenBSD)

-- 
   Summary: Missing uninitialized warning
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: axel at zankasoftware dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-01-11 10:35 
---
sparc/sol2.h seems to be used just for sparc*-*-solaris* (correct)
and sparc*-*-{elf,rtems}* (incorrectly).  sparc*-*-linux* and
sparc*-*-{free,net,open}bsd* don't use sol2.h at all.

-- 


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

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-01-11 
10:41 ---
Rainer's patch doesn't work anymore:

cc   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -DHAVE_CONFIG_H
-DGENERATOR_FILE  -o build/genflags \
build/genflags.o build/rtl.o build/read-rtl.o build/ggc-none.o
build/min-insn-modes.o build/gensupport.o build/insn-conditions.o build/bitmap.o
build/vec.o build/print-rtl.o \
build/errors.o ../build-sparc-sun-solaris2.8/libiberty/libiberty.a
ild: (undefined symbol) recog -- referenced in the text segment of
build/insn-conditions.o
gmake[2]: *** [build/genflags] Error 5


-- 
   What|Removed |Added

   Last reconfirmed|2004-10-19 13:05:48 |2005-01-11 10:41:41
   date||


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

[Bug tree-optimization/19360] [4.0 Regression] ICE with -O1 -funit-at-a-time

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-01-11 11:14 
---
tree-ssa-dom.c in this case uses a released SSA_NAME.
The dom pass recorded a SSA_NAME X into another SSA_NAME (Y)'s SSA_NAME_VALUE,
then tree_duplicate_bb called indirectly from thread_through_all_blocks
marks X for rewrite and following rewrite_ssa_into_ssa releases X, but X's
address is still in Y's SSA_NAME_VALUE.  Later on when Y's SSA_NAME_VALUE is
used, it references a released SSA_NAME and the compiler crashes.


-- 
   What|Removed |Added

 CC||law at redhat dot com,
   ||dnovillo at redhat dot com


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

[Bug target/19370] .size directive not emitted for mips-linux

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|other   |target
   Keywords||wrong-code


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

[Bug c/19371] [3.4 Regression] Missing uninitialized warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
12:49 ---
Confirmed as a regression but was fixed already on the mainline.
On the mainline get a warning about all four including a so that part is not a 
regression.

I don't know if we can do anything about it as we remove the call to bar as it 
is a pure/const function 
and we don't use the result of the function at all.

-- 
   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
  Known to fail||3.4.0 3.3.3
  Known to work||2.95.3 4.0.0
   Last reconfirmed|-00-00 00:00:00 |2005-01-11 12:49:14
   date||
Summary|Missing uninitialized   |[3.4 Regression] Missing
   |warning |uninitialized warning
   Target Milestone|--- |3.4.4


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

[Bug middle-end/19371] [3.3/3.4 Regression] Missing uninitialized warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
12:55 ---
If you used the result of the function call, you would get a warning about all 
four on 3.4 including a 
which does not exist on before 3.4.0.

-- 
   What|Removed |Added

  Component|c   |middle-end
   Priority|P2  |P3
Summary|[3.4 Regression] Missing|[3.3/3.4 Regression] Missing
   |uninitialized warning   |uninitialized warning


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
13:02 ---
Does it hang, or just really slow to start up.
For me it takes 14seconds to run this pogram (yes that slow, the problem is 
related to the dynamic 
loader on Mac OS X 10.3, it is fixed I hear on 10.4) on a 1.5GHz G4.

-- 


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
13:03 ---
(In reply to comment #1)
One more note this was a 5 day old compiler but that should not matter.

-- 


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

[Bug java/18190] [4.0 regression] primitive array optimization is gone

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |minor
   Priority|P2  |P3


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

[Bug middle-end/19084] [4.0 Regression] ICE: internal consistency failure

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
13:54 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug rtl-optimization/19348] [4.0 Regression] internal consistency error while compiling linux kernel

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
13:54 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug bootstrap/19372] New: [4.0 regression] ICE in c-cppbuiltin.c

[joel at gcc dot gnu dot org]

gcc-4.0-20050109 
binutils 2.15
newlib 1.13

configured as:


 ../gcc-4.0.20050109/configure --prefix=/opt/rtems-4.7
--mandir=/opt/rtems-4.7/man --infodir=/opt/rtems-4.7/info
--build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=arm-rtems4.7
--with-gnu-as --with-gnu-ld --with-newlib --verbose --with-system-zlib
--disable-nls --enable-version-specific-runtime-libs --enable-threads=rtems
--enable-languages=c,c++

produces this error:

.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/gcc'
/home/rtems/src/packages/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/gcc/xgcc
-B/home/rtems/src/packages/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/gcc/
-nostdinc
-B/home/rtems/src/packages/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/arm-rtems4.7/newlib/
-isystem
/home/rtems/src/packages/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/arm-rtems4.7/newlib/targ-include
-isystem
/home/rtems/src/packages/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/gcc-4.0.20050109/newlib/libc/include
-B/opt/rtems-4.7/arm-rtems4.7/bin/ -B/opt/rtems-4.7/arm-rtems4.7/lib/ -isystem
/opt/rtems-4.7/arm-rtems4.7/include -isystem
/opt/rtems-4.7/arm-rtems4.7/sys-include -O2 -DIN_GCC -DCROSS_COMPILE   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
 -isystem ./include  -I. -I. -I../../gcc-4.0.20050109/gcc
-I../../gcc-4.0.20050109/gcc/. -I../../gcc-4.0.20050109/gcc/../include
-I../../gcc-4.0.20050109/gcc/../libcpp/include   -g0 -finhibit-size-directive
-fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss
-fno-unit-at-a-time  \
  -Dinhibit_libc -c ../../gcc-4.0.20050109/gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
:1: internal compiler error: in define__GNUC__, at c-cppbuiltin.c:296
Please submit a full bug report,

-- 
   Summary: [4.0 regression] ICE in c-cppbuiltin.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-rtems


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

[Bug bootstrap/19372] [4.0 regression] ICE in c-cppbuiltin.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
14:06 ---
Hmm, the two things I can think of is that the version in version.c is bad 
(which is what the assert is 
about) or we getting a miscompiled c-cppbuiltin.c from the host/build's 
compiler.  I am testing it right 
now on powerpc-darwin for the former with an updated version.c from today.

-- 


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[andreast at gcc dot gnu dot org]

--- Additional Comments From andreast at gcc dot gnu dot org  2005-01-11 
14:11 ---
Todays gcc builds and runs this hello fine :)

The difference I have here is the linking stage of libstdc++ and libgcj which I
do with -dynamiclib -single_module.

Without these modifications in ltcf-** we really have to wait that long until
the result comes over.

[wolfram:objdir/powerpc-apple-darwin7.7.0/libjava] andreast% time ./hello
Hello!

0.780u 0.060s 0:01.68 50.0% 0+0k 0+0io 0pf+0w

On a G4/1.5GHz with full mauve testsuite load, the above mentioned :)

Configured with: /Volumes/src/gcc/gcc-cvs/gcc/configure
--prefix=/Volumes/src/gcc/gcc-cvs/testbin --enable-languages=c,c++,java
--enable-java-awt=gtk --enable-gtk-cairo --enable-libgcj-multifile
--disable-checking
Thread model: posix
gcc version 4.0.0 20050111 (experimental)

in reply to comment #1, yes it does run with tiger much faster. Also we can run
awt and swing apps based on gtk.

Unless Apple updates dylib we have no chance to have it better on 10.3.x :(
I even do not know if it would be possible.

-- 


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

[Bug tree-optimization/19333] [4.0 Regression] Compilation SEGFAULTs with -O1 -finline-functions on the x86_64 architecture.

[drab at kepler dot fjfi dot cvut dot cz]

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz  
2005-01-11 14:15 ---
(In reply to comment #5)
> http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00512.html

Quite thouroughly tested, the patch works fine. Thanks.


-- 


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

[Bug c++/19373] New: Including STL headers in a namespace doesn't compile

[JurgenvonOerthel at hotmail dot com]

The following code doesn't compile:

namespace foo {
#include 
}

int main (void) {
  return 0;
}

Many errors follow, the first one looks like:

In file included 
from /sys/cadappl_linuxi386_borealis/gcc/3.3.3/include/c++/3.3.3/cstring:49,
 
from /sys/cadappl_linuxi386_borealis/gcc/3.3.3/include/c++/3.3.3/bits/stl_algob
ase.h:65,
 
from /sys/cadappl_linuxi386_borealis/gcc/3.3.3/include/c++/3.3.3/vector:67,
 from map_test.cc:2:
/sys/cadappl_linuxi386_borealis/gcc/3.3.3/include/c++/3.3.3/cstddef:52: error: 
`
   ptrdiff_t' not declared
/sys/cadappl_linuxi386_borealis/gcc/3.3.3/include/c++/3.3.3/cstddef:53: error: 
`
   size_t' not declared

-- 
   Summary: Including STL headers in a namespace doesn't compile
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: JurgenvonOerthel at hotmail dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/19373] Including STL headers in a namespace doesn't compile

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
14:20 ---
Yes this is invalid, sorry, you cannot do this.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/19372] [4.0 regression] ICE in c-cppbuiltin.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
14:22 ---
Just a question, what compiler version are you building the cross with?

-- 


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

[Bug rtl-optimization/19374] New: ICE in make_decl_rtl, at varasm.c:867

[micis at gmx dot de]

When I compile our sources at -O3 with the actual snapshot I get an ICE:

g++ -O3 -c -o ErrValTest.o ErrValTest.ii
ErrValTest.ii: In member function 'ErrVal ErrValTest::recursiveTest(int, int)':
ErrValTest.ii:16115: internal compiler error: in make_decl_rtl, at varasm.c:867
Please submit a full bug report,with preprocessed source if appropriate.

g++ -v
Using built-in specs.
Configured with: ../gcc40/configure --prefix=/usr/local/gcc40f
--program-suffix=40f --with-arch=opteron --enable-languages=c,c++
--enable-checking
Thread model: posix
gcc version 4.0.0 20050109 (experimental)

gcc was build with "make bootstrap" and following CFLAGS
 -pipe -g -O3 -march=opteron -fmessage-length=0 -falign-loops=16 
 -falign-jumps=16 -falign-functions=32 -fstrict-aliasing -fsched-interblock
 -ffast-math -funroll-all-loops -funit-at-a-time -fpeel-loops -ftracer
 -funswitch-loops -floop-optimize2 -fmove-loop-invariants -fgcse-after-reload
 -frename-registers -fmodulo-sched --param max-gcse-passes=5
 --param max-unrolled-insns=600 --param inline-unit-growth=300
 --param large-function-growth=400

Michael Cieslinski

-- 
   Summary: ICE in make_decl_rtl, at varasm.c:867
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-redhat-linux
  GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux


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

[Bug rtl-optimization/19374] ICE in make_decl_rtl, at varasm.c:867

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-01-11 14:33 ---
Created an attachment (id=7928)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7928&action=view)
preprocessed source


-- 


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

[Bug bootstrap/19372] [4.0 regression] ICE in c-cppbuiltin.c

[joel at gcc dot gnu dot org]

--- Additional Comments From joel at gcc dot gnu dot org  2005-01-11 14:46 
---
I think I did mess up the version string.  I am trying to use the RTEMS RPMs
scripts to build a snapshot set of RPMs to do full testing with.  With a name
like gcc-4.0-DATE, it messes up some of the patterns.  I hacked the version
number to be gcc-4.0.0.20050109 and it obviously broke.  

It is hard to come up with a meaningful hack on the version number that makes 
both gcc and RPM happy. 

I am past this now and will close this.  Hopefully I will be able to report real
problems in a little while. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/19375] New: [3.4,4.0 regression] Access violation diagnostic given twice

[redi at gcc dot gnu dot org]

I'm surprised I can't find this reported already, apologies if it has been.

Given:

class A { int i; };

class B : public A { int f() { return i; } };

GCC 3.4 and up prints the same diagnostic twice:

access2.cc: In member function `int B::f()':
access2.cc:1: error: `int A::i' is private
access2.cc:3: error: within this context
access2.cc:1: error: `int A::i' is private
access2.cc:3: error: within this context

GCC 2.95 - 3.3 only printed the diagnostic once:

-- 
   Summary: [3.4,4.0 regression] Access violation diagnostic given
twice
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: redi at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/19375] [3.4/4.0 Regression] Access violation diagnostic given twice

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
15:13 ---
Confirmed.  I am suprised too.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-01-11 15:13:41
   date||
Summary|[3.4,4.0 regression] Access |[3.4/4.0 Regression] Access
   |violation diagnostic given  |violation diagnostic given
   |twice   |twice
   Target Milestone|--- |3.4.4


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

[Bug tree-optimization/19374] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
15:24 ---
I think this is a dup of bug 19241 but I have no prove yet.

-- 
   What|Removed |Added

  Component|rtl-optimization|tree-optimization
   Keywords||ice-on-valid-code
Summary|ICE in make_decl_rtl, at|[4.0 Regression] ICE in
   |varasm.c:867|make_decl_rtl, at
   ||varasm.c:867
   Target Milestone|--- |4.0.0


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

[Bug tree-optimization/19374] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
15:28 ---
Ok, I have some more information.
We do:
[pr19374.1.cc : 15716] D.41402 = ;
[pr19374.1.cc : 15716] __comp_ctor  (D.41402, &"e%d"[0], level);
[pr19374.1.cc : 15716] return ;

into
  [pr19374.1.cc : 15716] D.45362 = &D.45365;
  [pr19374.1.cc : 15716] __comp_ctor  (D.45362, &"e%d"[0], 
level);

This just shows the problem and why this is a dup of bug 19241.

*** This bug has been marked as a duplicate of 19241 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
15:29 ---
*** Bug 19374 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||micis at gmx dot de


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

[Bug bootstrap/19376] New: -Wno-variadic-macros - new flag?

[gccbugs at sohailsomani dot com]

gcc -c   -g -O0  -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition  -Wno-e
ror  -DHAVE_CONFIG_H-I. -I. -I/extra/src/gcc/gcc/gcc
-I/extra/src/gcc/gcc/gcc/. -I/extra/src/gcc/gcc/gcc/../include
-I/extra/src/gcc/gcc/gcc/../libcpp/include  c-pars
.c -o c-parse.o
cc1: error: unrecognized command line option "-Wno-variadic-macros"
make[2]: *** [c-parse.o] Error 1
make[2]: Leaving directory `/extra/src/gcc/build/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/extra/src/gcc/build'
make: *** [bootstrap] Error 2

Configured with:

CFLAGS="-g -O0" /extra/src/gcc/gcc/configure --prefix=/usr \
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0/ \
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.0/include \
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/ \
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/man/ \
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/info/ \
--enable-shared \
--host=$(gcc -dumpmachine) \
--target=$(gcc -dumpmachine) \
--with-system-zlib \
--enable-languages=c,c++,ada \
--enable-threads=posix \
--enable-long-long \
--disable-checking \
--enable-cstdio=stdio \
--enable-clocale=generic \
--enable-__cxa_atexit \
--enable-debug=yes \
--enable-version-specific-runtime-libs \
--with-gcc-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.0/include/g++-v4 \
--with-local-prefix=/usr/local \
--disable-werror

-- 
   Summary: -Wno-variadic-macros - new flag?
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gccbugs at sohailsomani dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c++/19377] New: Using declaration in "private" part causes "protected" diagnostic

[redi at gcc dot gnu dot org]

Given this code:

class A {
protected:
int i;
};

class B : public A {
private:
using A::i;
};

class C : public B {
public:
void f() { A::i = 0; }
};

g++ 3.4 and 4.0 say:

protinherit.cc: In member function 'void C::f()':
protinherit.cc:5: error: 'int A::i' is protected
protinherit.cc:15: error: within this context

(It actually prints the message twice, but that's PR 19375)

The diagnostic says A::i is protected, but surely if it was protected it would
be accessible in C, since C is derived from A ?
Also, the using declaration is in the private section of B, so again, it can't
be protected, can it?
Should the diagnostic actually say "A::i is private in this context" or "A::i is
inaccessible in this context" ?

Even if that's the right diagnostic for this behaviour, is the behaviour right?

Does that using directive change the access of i ?

It makes sense to me that if C refers to the member as A::i it should have
access. Accessing B::i might fail, but A::i should be OK ... shouldn't it?

I can't see anything in the standard that says whether using decls can be used
to _reduce_ access, the closest is at the end of [namespace.udecl] which says:
   The alias created by the using-declaration has the usual accessibility
   for a member-declaration.
That would imply B::i is private. I'm not sure what "alias" means in that
context but it implies to me that A::i is still public.

Every version of GCC I have since 2.95 behaves the same and rejects the code,
but como says it is OK. I've not added the rejects-valid keyword as I'm not sure
it should be there.

FWIW, if the access of i in A is changed from protected to public, the
diagnostic says A::i is "inaccessible" not "protected". So that diagnostic is
right, given GCC's behaviour - but there's still the question of whether the
behaviour's right.

-- 
   Summary: Using declaration in "private" part causes "protected"
diagnostic
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: redi at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long

[belyshev at depni dot sinp dot msu dot ru]

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-01-11 16:18 ---
Caused by this patch:

Fri May 15 21:40:06 1998  John Wehle  ([EMAIL PROTECTED])

* i386.md (movdi-1, movdi): Rewrite based on SI move patterns.


-- 
   What|Removed |Added

  Known to fail|2.95.3 3.3.3 3.3.4 3.4.0|2.95 2.95.3 3.3.3 3.3.4
   |3.4.1 4.0.0 |3.4.0 3.4.1 4.0.0
   Last reconfirmed|2004-12-27 03:15:48 |2005-01-11 16:18:25
   date||


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

[Bug bootstrap/19378] New: ICE during bootstrap compiling __fixdfdi

[joel at gcc dot gnu dot org]

gcc-4.0 20050109 
binutils 2.15
newlib 1.13.0

[NOTE: I included avr-elf since this failure should be early enough in the build
process to duplicate with that.]

avr-rtems4.7 fails to bootstrap.  Fails with this:

./gcc-4.0.20050109/gcc/../newlib/libc/sys/rtems/include -DIN_GCC -DCROSS_COMPILE
  -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -DDF=SF -Dinhibit_libc
-mcall-prologues -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I -I../../gcc-4.0.20050109/gcc -I../../gcc-4.0.20050109/gcc/
-I../../gcc-4.0.20050109/gcc/../include
-I../../gcc-4.0.20050109/gcc/../libcpp/include  -DL_fixdfdi -c
../../gcc-4.0.20050109/gcc/libgcc2.c -o libgcc/./_fixdfdi.o
../../gcc-4.0.20050109/gcc/libgcc2.c: In function '__fixdfdi':
../../gcc-4.0.20050109/gcc/libgcc2.c:1267: internal compiler error: in
find_valid_class, at reload.c:719
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE during bootstrap compiling __fixdfdi
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-unknown-rtems4.7 avr-elf


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

[Bug bootstrap/19379] New: ICE during build of newlib's e_atan2.c when soft-float

[joel at gcc dot gnu dot org]

gcc-4.0 20050109
binutils 2.15
newlib 1.13.0

This is a regression from at least gcc 3.3.5.  

Bootstrap fails with:

/home/rtems/src/packages/BUILD/rtems-4.7-i386-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/gcc/xgcc
-B/home/rtems/src/packages/BUILD/rtems-4.7-i386-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/gcc/
-nostdinc
-B/home/rtems/src/packages/BUILD/rtems-4.7-i386-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/i386-rtems4.7/soft-float/newlib/
-isystem
/home/rtems/src/packages/BUILD/rtems-4.7-i386-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/build/i386-rtems4.7/soft-float/newlib/targ-include
-isystem
/home/rtems/src/packages/BUILD/rtems-4.7-i386-rtems4.7-gcc-newlib-gcc4.0.20050109newlib1.13.0/gcc-4.0.20050109/newlib/libc/include
-B/opt/rtems-4.7/i386-rtems4.7/bin/ -B/opt/rtems-4.7/i386-rtems4.7/lib/ -isystem
/opt/rtems-4.7/i386-rtems4.7/include -isystem
/opt/rtems-4.7/i386-rtems4.7/sys-include  -msoft-float -DPACKAGE=\"newlib\"
-DVERSION=\"1.13.0\"  -I. -I../../../../../../gcc-4.0.20050109/newlib/libm/math
 -I../../../../../../gcc-4.0.20050109/newlib/libm/math/../common -O2
-DHAVE_GETTIMEOFDAY -DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES
-DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_OPENDIR -DNO_EXEC
-DHAVE_FCNTL -fno-builtin-O2 -g -O2  -O2 -g -O2  -msoft-float -c
../../../../../../gcc-4.0.20050109/newlib/libm/math/e_atan2.c
../../../../../../gcc-4.0.20050109/newlib/libm/math/e_atan2.c: In function
'__ieee754_atan2':
../../../../../../gcc-4.0.20050109/newlib/libm/math/e_atan2.c:129: error:
unrecognizable insn:
(insn 627 262 263 32 (parallel [
(set (reg:XF 9 st(1))
(reg:XF 8 st))
(set (reg:XF 8 st)
(reg:XF 9 st(1)))
]) -1 (nil)
(nil))
../../../../../../gcc-4.0.20050109/newlib/libm/math/e_atan2.c:129: internal
compiler error: in insn_default_length, at insn-attrtab.c:430

I expect that once I can produce a cut-down of this, I can reproduce this with a
native version of this compiler.

-- 
   Summary: ICE during build of newlib's e_atan2.c when soft-float
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i386-unknown-rtems4.7 i386-elf


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

[Bug bootstrap/19376] -Wno-variadic-macros - new flag?

[gccbugs at sohailsomani dot com]

--- Additional Comments From gccbugs at sohailsomani dot com  2005-01-11 
16:35 ---
Should be using cvs to compile.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug fortran/18870] [g77 regression] Equivalencing two common blocks is not caught

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2005-01-11 
16:42 ---
I have applied http://gcc.gnu.org/ml/fortran/2005-01/msg00089.html
to the 20050109 snapshot, and now the test case produces a
segfault:

$ cat common-2.f
  program main
  common /foo/ a
  common /bar/ b
  equivalence (a,c)
  equivalence (b,c)
  c=3.
  print *,a
  print *,b
  end
$ gfortran common-2.f
common-2.f: In function 'MAIN__':
common-2.f:6: 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.

I've adjusted the keywords accordingly.

-- 
   What|Removed |Added

   Keywords|accepts-invalid |ice-on-invalid-code


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

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
17:01 ---
This shows up in another bug too, see PR 19307 which uses "-msse2 -mno-80387" 
but I assume that 
this is the same bug.

-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org
  BugsThisDependsOn||19307
  Component|bootstrap   |target
   Keywords||ice-on-valid-code
Summary|ICE during build of newlib's|[4.0 Regression] ICE during
   |e_atan2.c when soft-float   |build of newlib's e_atan2.c
   ||when soft-float
   Target Milestone|--- |4.0.0


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

[Bug c++/19377] Using declaration in "private" part causes "protected" diagnostic

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
17:08 ---
No this is valid code.  We don't implement full using semantics.

This might be related to PR 6936.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2005-01-11 17:08:01
   date||


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

[Bug middle-end/19378] [4.0 Regression] ICE during bootstrap compiling __fixdfdi

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
17:15 ---
Note there was another bug opened which will also fix the avr bootstrap failure 
but does not fix the ICE, 
only works around the problem (PR 18887).

-- 
   What|Removed |Added

  BugsThisDependsOn||18887
 Status|UNCONFIRMED |NEW
  Component|bootstrap   |middle-end
 Ever Confirmed||1
 GCC target triplet|avr-unknown-rtems4.7 avr-elf|avr
   Keywords||build, ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-01-11 17:15:44
   date||
Summary|ICE during bootstrap|[4.0 Regression] ICE during
   |compiling __fixdfdi |bootstrap compiling
   ||__fixdfdi
   Target Milestone|--- |4.0.0


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

[Bug middle-end/19378] [4.0 Regression] ICE during bootstrap compiling __fixdfdi

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
17:17 ---
As mentioned in PR 18887 in comment #9, the ICE was caused by:
+2004-12-06  DJ Delorie  <[EMAIL PROTECTED]>
+
+   * reload.c (find_valid_class): Fix logic to test inner mode as well.
+   (push_reload): Pass inner mode.


The problem is not *in* this patch, but while waiting for
a proper fix, I could get GCC to build again for AVR by
reversing it locally.


-- 
   What|Removed |Added

 CC||dj at redhat dot com
   Priority|P2  |P3


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

[Bug libgcj/18840] java.io.BufferedInputStream.read(byte[],..) methods don't attempt to read as much as possible

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-01-11 
17:39 ---
I'm testing a patch.
We can't just directly use the Classpath code here since
our InputStreamReader interacts with this class, and that
class can't easily be merged because it touches on charset
conversion.



-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug driver/19281] file format not recognized; treating as linker script

[jeff at connectrf dot com]

--- Additional Comments From jeff at connectrf dot com  2005-01-11 17:44 
---
Andrew,

What compiler option flag do I need to set for forward Declartions then?  _M was
taking care of those errors however it is not producing the .o?  Is there a
Crossrefrence of compiler options between MC VC++ and GCC?

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[bothner at gcc dot gnu dot org]

--- Additional Comments From bothner at gcc dot gnu dot org  2005-01-11 
18:02 ---
Indeed, it just takes forever: About 40+ seconds on my 1Gz G4 PowerBook.
Linking with -Wl,-bind_at_load doesn't make much difference.

I thought it worked before (I don't consider 40 seconds start-up time "working")
but perhaps I'm mistaken.

Andreast wrote: "Todays gcc builds and runs this hello fine".  I'm unclear this
means there was a change/fix in gcc, in how you configured/built gcc, or how you
compiled/linked the application.

-- 


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

[Bug c/17662] testsuite for IMA testcases

[janis187 at us dot ibm dot com]

--- Additional Comments From janis187 at us dot ibm dot com  2005-01-11 
18:22 ---
Look at dg-additional-files and dg-additional-sources, defined in
gcc-testsuite/lib/gcc-defs.exp and used in several tests.  I'll take a closer
look at them soon, but feel free to beat me to it and try them out on the IMA
tests.

-- 


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

[Bug ada/19369] fatal error: file gnatbind.ali is incorrectly formatted

[pluto at pld-linux dot org]

--- Additional Comments From pluto at pld-linux dot org  2005-01-11 18:50 
---
(In reply to comment #0) 
> the final stage of profiledboostrap fails.   
> # fragment of gcc4-20050109 buildlog:   
>
> (...)   
> gcc -c -O2 -march=i686 -mtune=pentium4 -ggdb -fomit-frame-pointer -pipe 
 
without -fomit-frame-pointer build process has ended successfully. 

-- 


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

[Bug driver/19281] file format not recognized; treating as linker script

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
18:55 ---
I have no idea what option you are talking about?
Look at the info/man pages of ld and gcc.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
19:00 ---
(In reply to comment #4)
> Indeed, it just takes forever: About 40+ seconds on my 1Gz G4 PowerBook.
> Linking with -Wl,-bind_at_load doesn't make much difference.

You have to link libgcj with -single_module to get the speed up.  This is a 
dyld (dynamic loader aka 
ld.so) problem and not really a java problem. 


> I thought it worked before (I don't consider 40 seconds start-up time 
> "working")
> but perhaps I'm mistaken.

The start up time comes from looking up symbols in the dynamic library and it 
is really a bug in dyld 
and the only work around I know of is to link libgcj with -single_module, I can 
post a patch for that but 
that will take a while because there are more important things with respect 
with the release of GCC than 
the slow start-up time of gcj on Pather (Tiger it is fixed).

-- 


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[andreast at gcc dot gnu dot org]

--- Additional Comments From andreast at gcc dot gnu dot org  2005-01-11 
19:15 ---
Created an attachment (id=7929)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7929&action=view)
link libgcj with -single_module


-- 


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

[Bug java/19368] GCJ doesn't build working "hello world" on OS X

[andreast at gcc dot gnu dot org]

--- Additional Comments From andreast at gcc dot gnu dot org  2005-01-11 
19:17 ---
I simply meant I did not test the previous ones. My cable connection dropped.

I attached my hackerish ltcf** diff. You may try and see if it gives you a 
speed up.

-- 


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

[Bug driver/19281] file format not recognized; treating as linker script

[jeff at connectrf dot com]

--- Additional Comments From jeff at connectrf dot com  2005-01-11 19:24 
---
Andrew, let me try again.  BTW I have looked at the man pages for both gcc and
ld, I must say they are clear as mud, but then most are.

If I take the defaults, in CDT, I receive the errors attached below.  If I add
the options -fpreprocessed and -M as miscellaneous options, as I found in the
man pages,  the files compile without issue, but gcc does not create the proper
object files for linking.

So what gcc options would be required for forward declarations and standard
#include's?

Here is the makefile...

# Automatically-generated file. Do not edit!


ROOT := ..

-include $(ROOT)/makefile.init

RM := rm -rf

# All of the sources participating in the build are defined here
-include sources.mk
-include $(SUBDIRS:%=%/subdir.mk)
-include objects.mk
-include $(DEPS)
-include $(ROOT)/makefile.defs

all: Auth.exe

Auth.exe: $(OBJS)
@echo 'Building target: $@'
g++  -o $@ $(OBJS) $(USER_OBJS) $(LIBS)
@echo 'Finished building: $@'

clean:
-$(RM) $(OBJS) $(DEPS) Auth.exe

.PHONY: all clean dependents

-include $(ROOT)/makefile.targets



 Full rebuild of configuration Release for project Auth 

make -k clean all 
rm -rf authtest.o authtestdlg.o stdafx.o   authtest.d authtestdlg.d
stdafx.d   Auth.exe
Building file: ../authtest.cpp
g++ -IC:\Documents and Settings\jeff\Desktop\AuthTest\include -O3 -Wall -c
-fmessage-length=0 -oauthtest.o ../authtest.cpp
In file included from ../authtest.cpp:4:
../AuthTest.h:4:9: warning: #pragma once is obsolete
../AuthTest.h:7:10: #error include 'stdafx.h' before including this file for PCH
In file included from ../authtest.cpp:4:
../AuthTest.h:18: error: parse error before `{' token
../AuthTest.h:29: error: ISO C++ forbids declaration of `DECLARE_MESSAGE_MAP'
with no type
../AuthTest.h: In function `int DECLARE_MESSAGE_MAP()':
../AuthTest.h:29: error: parse error before `}' token
../AuthTest.h:31:28: warning: no newline at end of file
In file included from ../authtest.cpp:5:
../AuthTestDlg.h:9: error: parse error before `{' token
../AuthTestDlg.h:17: error: parse error before `protected'
../AuthTestDlg.h:26: error: syntax error before `(' token
../AuthTestDlg.h:27: error: syntax error before `void'
../AuthTestDlg.h:28: error: syntax error before `void'
../AuthTestDlg.h:29: error: parse error before `(' token
../AuthTestDlg.h:31: error: ISO C++ forbids declaration of `DECLARE_MESSAGE_MAP'
with no type
../AuthTestDlg.h: In function `int DECLARE_MESSAGE_MAP()':
../AuthTestDlg.h:31: error: redefinition of `int DECLARE_MESSAGE_MAP()'
../AuthTest.h:29: error: `int DECLARE_MESSAGE_MAP()' previously defined here
../AuthTestDlg.h:31: error: redefinition of `int DECLARE_MESSAGE_MAP()'
../AuthTest.h:29: error: `int DECLARE_MESSAGE_MAP()' previously defined here
../AuthTestDlg.h:31: error: parse error before `public'
../AuthTestDlg.h:33: error: 'CString' is used as a type, but is not defined as a
type.
../AuthTestDlg.h:35: error: 'CString' is used as a type, but is not defined as a
type.
../AuthTestDlg.h:37: error: 'BOOL' is used as a type, but is not defined as a 
type.
../AuthTestDlg.h:41: error: 'BOOL' is used as a type, but is not defined as a 
type.
../AuthTestDlg.h:42: error: 'BOOL' is used as a type, but is not defined as a 
type.
../AuthTestDlg.h:43: error: syntax error before `void'
../AuthTestDlg.h:44: error: 'CString' is used as a type, but is not defined as a
type.
../AuthTestDlg.h:45: error: parse error before `}' token
../authtest.cpp:14: error: type specifier omitted for parameter `CWinApp'
../authtest.cpp:15: error: ISO C++ forbids declaration of `BEGIN_MESSAGE_MAP'
with no type
../authtest.cpp: In function `int BEGIN_MESSAGE_MAP(CAuthTestApp)':
../authtest.cpp:15: error: `' has incomplete type
../AuthTest.h:17: error: forward declaration of `class CAuthTestApp'
../authtest.cpp:15: error: parse error before `(' token
../authtest.cpp:15: error: `ID_HELP' undeclared (first use this function)
../authtest.cpp:15: error: (Each undeclared identifier is reported only once for
each function it appears in.)
../authtest.cpp:15: error: `CWinApp' undeclared (first use this function)
../authtest.cpp:15: error: parse error before `::' token
../authtest.cpp:16: error: ISO C++ forbids declaration of `ON_COMMAND' with no 
type
../authtest.cpp: In function `int ON_COMMAND(...)':
../authtest.cpp:21: error: ISO C++ forbids declaration of `END_MESSAGE_MAP' with
no type
../authtest.cpp: In function `int END_MESSAGE_MAP()':
../authtest.cpp:22: error: invalid use of undefined type `class CAuthTestApp'
../AuthTest.h:17: error: forward declaration of `class CAuthTestApp'
../authtest.cpp: In constructor `CAuthTestApp::CAuthTestApp()':
../authtest.cpp:30: error: aggregate `CAuthTestApp theApp' has incomplete type
a

[Bug driver/19281] file format not recognized; treating as linker script

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
19:31 ---
This is your bug and not gcc bug, figure out why you are getting the following 
error:
../AuthTest.h:7:10: #error include 'stdafx.h' before including this file for PCH

The reason why it works just fine for -M, well it does not fully compile, it 
only emits the dependencies.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/18987] [3.3/3.4 regression] [ia64] Extra '.restore sp' in tail call

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-01-11 19:46 ---
Subject: Re:  [3.3/3.4/4.0 regression] [ia64] Extra '.restore sp' in tail call

"wilson at specifixinc dot com" <[EMAIL PROTECTED]> writes:

| Subject: Re:  [3.3/3.4/4.0 regression] [ia64] Extra
|   '.restore sp' in tail call
| 
| On Fri, 2005-01-07 at 20:47, gdr at integrable-solutions dot net wrote:
| > I must have missed that patch then. 
| 
| On second thought, I think I forgot to ask about it.  The patches aren't
| in gcc-3.4 yet, but I just asked Mark for permission, and if he OKs it I
| will add to both gcc-3.4 and gcc-3.3.

That is fine.

-- Gaby


-- 


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

[Bug c++/19373] Including STL headers in a namespace doesn't compile

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-01-11 19:48 ---
Subject: Re:  New: Including STL headers in a namespace doesn't compile

"JurgenvonOerthel at hotmail dot com" <[EMAIL PROTECTED]> writes:

| The following code doesn't compile:

Then, don't do it.

-- Gaby


-- 


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

[Bug driver/19281] file format not recognized; treating as linker script

[jeff at connectrf dot com]

--- Additional Comments From jeff at connectrf dot com  2005-01-11 20:03 
---
Andrew,

If I take the exact same code, and compile it with VC++ it does not complain! 
However, gcc the ONLY thing that has changed, will not compile code that works!

Why? Old wise one, must one rewrite entrie working applications just so gcc
understands??

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug libgcj/18840] java.io.BufferedInputStream.read(byte[],..) methods don't attempt to read as much as possible

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:04 ---
Subject: Bug 18840

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:04:33

Modified files:
libjava: ChangeLog 
libjava/java/io: BufferedInputStream.java 

Log message:
PR libgcj/18840:
* java/io/BufferedInputStream.java (read): Repeatedly read to
fill buffer.
(refill): Change test to see if buffer must be grown.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3282&r2=1.3283
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/io/BufferedInputStream.java.diff?cvsroot=gcc&r1=1.10&r2=1.11



-- 


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

[Bug libgcj/18840] java.io.BufferedInputStream.read(byte[],..) methods don't attempt to read as much as possible

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-01-11 
20:05 ---
Fix checked in


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug driver/19281] file format not recognized; treating as linker script

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:07 ---
../AuthTest.h:7:10: #error include 'stdafx.h' before including this file for PCH

See that error, in VC++ (which is not usually a compand line driven) you have a 
PCH which use, do "-
include stdafx.h" on the command for gcc since that is actually done for you 
with VC++, this is still not 
a gcc problem, please stop reopening this bug as it is not a gcc bug and cannot 
be.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/18761] C++ ABI bug on OS X with embed types

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:15 ---
Subject: Bug 18761

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:15:14

Modified files:
gcc: ChangeLog 
gcc/config/rs6000: rs6000.c 

Log message:
2005-01-11  Andrew Pinski  <[EMAIL PROTECTED]>

PR target/18761
* config/rs6000/rs6000.c (rs6000_special_round_type_align):
Skip all DECLs except for FIELD_DECLs.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7093&r2=2.7094
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcc&r1=1.773&r2=1.774



-- 


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

[Bug target/18761] C++ ABI bug on OS X with embed types

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:19 ---
Subject: Bug 18761

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:19:36

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/abi: align1.C 

Log message:
2005-01-11  Andrew Pinski  <[EMAIL PROTECTED]>

PR target/18761
* g++.dg/abi/align1.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4878&r2=1.4879
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/align1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug target/18761] C++ ABI bug on OS X with embed types

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:20 ---
Fixed on the mainline.  Also committed a testcase so we don't fail again and 
find other targets which 
are wrong.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug libgcj/14012] HttpURLConnection.setRequestProperty() is not case insensitive

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:20 ---
Subject: Bug 14012

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:19:57

Modified files:
libjava: ChangeLog Makefile.am Makefile.in 
libjava/gnu/java/net/protocol/http: Handler.java 
libjava/javax/net/ssl: HttpsURLConnection.java 
Added files:
libjava/gnu/java/net: BASE64.java EmptyX509TrustManager.java 
  LineInputStream.java 
libjava/gnu/java/net/protocol/http: Authenticator.java 
ByteArrayRequestBodyWriter.java 
ByteArrayResponseBodyReader.java 
ChunkedInputStream.java 
Cookie.java 
CookieManager.java 
Credentials.java 
HTTPConnection.java 
HTTPDateFormat.java 
HTTPURLConnection.java 
Headers.java Request.java 
RequestBodyWriter.java 
Response.java 
ResponseBodyReader.java 
ResponseHeaderHandler.java 
SimpleCookieManager.java 
libjava/gnu/java/net/protocol/http/event: ConnectionEvent.java 
  ConnectionListener.java 
  RequestEvent.java 
  RequestListener.java 
Removed files:
libjava/gnu/java/net/protocol/http: Connection.java 

Log message:
2005-01-11  Michael Koch  <[EMAIL PROTECTED]>

PR libgcj/14012, PR libgcj/14013, PR libgcj/15157, PR libgcj/15509
* gnu/java/net/BASE64.java,
gnu/java/net/EmptyX509TrustManager.java,
gnu/java/net/LineInputStream.java,
gnu/java/net/protocol/http/Authenticator.java,
gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java,
gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java,
gnu/java/net/protocol/http/ChunkedInputStream.java,
gnu/java/net/protocol/http/Cookie.java,
gnu/java/net/protocol/http/CookieManager.java,
gnu/java/net/protocol/http/Credentials.java,
gnu/java/net/protocol/http/HTTPConnection.java,
gnu/java/net/protocol/http/HTTPDateFormat.java,
gnu/java/net/protocol/http/HTTPURLConnection.java,
gnu/java/net/protocol/http/Headers.java,
gnu/java/net/protocol/http/Request.java,
gnu/java/net/protocol/http/RequestBodyWriter.java,
gnu/java/net/protocol/http/Response.java,
gnu/java/net/protocol/http/ResponseBodyReader.java,
gnu/java/net/protocol/http/ResponseHeaderHandler.java,
gnu/java/net/protocol/http/SimpleCookieManager.java,
gnu/java/net/protocol/http/event/ConnectionEvent.java,
gnu/java/net/protocol/http/event/ConnectionListener.java,
gnu/java/net/protocol/http/event/RequestEvent.java,
gnu/java/net/protocol/http/event/RequestListener.java: New files.
* gnu/java/net/protocol/http/Connection.java: Removed.
* gnu/java/net/protocol/http/Handler.java,
javax/net/ssl/HttpsURLConnection.java: Updated.
* Makefile.am: Added new files and remove old ones.
* Makefile.in: Regenerated.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3283&r2=1.3284
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.434&r2=1.435
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.464&r2=1.465
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/BASE64.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/EmptyX509TrustManager.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/LineInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/Authenticator.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ChunkedInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/

[Bug libgcj/15509] URL.connect does not include port into the "Host:" header field of HTTP request

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:20 ---
Subject: Bug 15509

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:19:57

Modified files:
libjava: ChangeLog Makefile.am Makefile.in 
libjava/gnu/java/net/protocol/http: Handler.java 
libjava/javax/net/ssl: HttpsURLConnection.java 
Added files:
libjava/gnu/java/net: BASE64.java EmptyX509TrustManager.java 
  LineInputStream.java 
libjava/gnu/java/net/protocol/http: Authenticator.java 
ByteArrayRequestBodyWriter.java 
ByteArrayResponseBodyReader.java 
ChunkedInputStream.java 
Cookie.java 
CookieManager.java 
Credentials.java 
HTTPConnection.java 
HTTPDateFormat.java 
HTTPURLConnection.java 
Headers.java Request.java 
RequestBodyWriter.java 
Response.java 
ResponseBodyReader.java 
ResponseHeaderHandler.java 
SimpleCookieManager.java 
libjava/gnu/java/net/protocol/http/event: ConnectionEvent.java 
  ConnectionListener.java 
  RequestEvent.java 
  RequestListener.java 
Removed files:
libjava/gnu/java/net/protocol/http: Connection.java 

Log message:
2005-01-11  Michael Koch  <[EMAIL PROTECTED]>

PR libgcj/14012, PR libgcj/14013, PR libgcj/15157, PR libgcj/15509
* gnu/java/net/BASE64.java,
gnu/java/net/EmptyX509TrustManager.java,
gnu/java/net/LineInputStream.java,
gnu/java/net/protocol/http/Authenticator.java,
gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java,
gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java,
gnu/java/net/protocol/http/ChunkedInputStream.java,
gnu/java/net/protocol/http/Cookie.java,
gnu/java/net/protocol/http/CookieManager.java,
gnu/java/net/protocol/http/Credentials.java,
gnu/java/net/protocol/http/HTTPConnection.java,
gnu/java/net/protocol/http/HTTPDateFormat.java,
gnu/java/net/protocol/http/HTTPURLConnection.java,
gnu/java/net/protocol/http/Headers.java,
gnu/java/net/protocol/http/Request.java,
gnu/java/net/protocol/http/RequestBodyWriter.java,
gnu/java/net/protocol/http/Response.java,
gnu/java/net/protocol/http/ResponseBodyReader.java,
gnu/java/net/protocol/http/ResponseHeaderHandler.java,
gnu/java/net/protocol/http/SimpleCookieManager.java,
gnu/java/net/protocol/http/event/ConnectionEvent.java,
gnu/java/net/protocol/http/event/ConnectionListener.java,
gnu/java/net/protocol/http/event/RequestEvent.java,
gnu/java/net/protocol/http/event/RequestListener.java: New files.
* gnu/java/net/protocol/http/Connection.java: Removed.
* gnu/java/net/protocol/http/Handler.java,
javax/net/ssl/HttpsURLConnection.java: Updated.
* Makefile.am: Added new files and remove old ones.
* Makefile.in: Regenerated.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3283&r2=1.3284
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.434&r2=1.435
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.464&r2=1.465
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/BASE64.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/EmptyX509TrustManager.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/LineInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/Authenticator.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ChunkedInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/

[Bug libgcj/14013] HttpURLConnection.receiveReply() does not deal with code only responses

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:20 ---
Subject: Bug 14013

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:19:57

Modified files:
libjava: ChangeLog Makefile.am Makefile.in 
libjava/gnu/java/net/protocol/http: Handler.java 
libjava/javax/net/ssl: HttpsURLConnection.java 
Added files:
libjava/gnu/java/net: BASE64.java EmptyX509TrustManager.java 
  LineInputStream.java 
libjava/gnu/java/net/protocol/http: Authenticator.java 
ByteArrayRequestBodyWriter.java 
ByteArrayResponseBodyReader.java 
ChunkedInputStream.java 
Cookie.java 
CookieManager.java 
Credentials.java 
HTTPConnection.java 
HTTPDateFormat.java 
HTTPURLConnection.java 
Headers.java Request.java 
RequestBodyWriter.java 
Response.java 
ResponseBodyReader.java 
ResponseHeaderHandler.java 
SimpleCookieManager.java 
libjava/gnu/java/net/protocol/http/event: ConnectionEvent.java 
  ConnectionListener.java 
  RequestEvent.java 
  RequestListener.java 
Removed files:
libjava/gnu/java/net/protocol/http: Connection.java 

Log message:
2005-01-11  Michael Koch  <[EMAIL PROTECTED]>

PR libgcj/14012, PR libgcj/14013, PR libgcj/15157, PR libgcj/15509
* gnu/java/net/BASE64.java,
gnu/java/net/EmptyX509TrustManager.java,
gnu/java/net/LineInputStream.java,
gnu/java/net/protocol/http/Authenticator.java,
gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java,
gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java,
gnu/java/net/protocol/http/ChunkedInputStream.java,
gnu/java/net/protocol/http/Cookie.java,
gnu/java/net/protocol/http/CookieManager.java,
gnu/java/net/protocol/http/Credentials.java,
gnu/java/net/protocol/http/HTTPConnection.java,
gnu/java/net/protocol/http/HTTPDateFormat.java,
gnu/java/net/protocol/http/HTTPURLConnection.java,
gnu/java/net/protocol/http/Headers.java,
gnu/java/net/protocol/http/Request.java,
gnu/java/net/protocol/http/RequestBodyWriter.java,
gnu/java/net/protocol/http/Response.java,
gnu/java/net/protocol/http/ResponseBodyReader.java,
gnu/java/net/protocol/http/ResponseHeaderHandler.java,
gnu/java/net/protocol/http/SimpleCookieManager.java,
gnu/java/net/protocol/http/event/ConnectionEvent.java,
gnu/java/net/protocol/http/event/ConnectionListener.java,
gnu/java/net/protocol/http/event/RequestEvent.java,
gnu/java/net/protocol/http/event/RequestListener.java: New files.
* gnu/java/net/protocol/http/Connection.java: Removed.
* gnu/java/net/protocol/http/Handler.java,
javax/net/ssl/HttpsURLConnection.java: Updated.
* Makefile.am: Added new files and remove old ones.
* Makefile.in: Regenerated.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3283&r2=1.3284
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.434&r2=1.435
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.464&r2=1.465
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/BASE64.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/EmptyX509TrustManager.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/LineInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/Authenticator.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ChunkedInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/

[Bug libgcj/15157] Lack of chuncked encoding handling causes junk in http downloads

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:20 ---
Subject: Bug 15157

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:19:57

Modified files:
libjava: ChangeLog Makefile.am Makefile.in 
libjava/gnu/java/net/protocol/http: Handler.java 
libjava/javax/net/ssl: HttpsURLConnection.java 
Added files:
libjava/gnu/java/net: BASE64.java EmptyX509TrustManager.java 
  LineInputStream.java 
libjava/gnu/java/net/protocol/http: Authenticator.java 
ByteArrayRequestBodyWriter.java 
ByteArrayResponseBodyReader.java 
ChunkedInputStream.java 
Cookie.java 
CookieManager.java 
Credentials.java 
HTTPConnection.java 
HTTPDateFormat.java 
HTTPURLConnection.java 
Headers.java Request.java 
RequestBodyWriter.java 
Response.java 
ResponseBodyReader.java 
ResponseHeaderHandler.java 
SimpleCookieManager.java 
libjava/gnu/java/net/protocol/http/event: ConnectionEvent.java 
  ConnectionListener.java 
  RequestEvent.java 
  RequestListener.java 
Removed files:
libjava/gnu/java/net/protocol/http: Connection.java 

Log message:
2005-01-11  Michael Koch  <[EMAIL PROTECTED]>

PR libgcj/14012, PR libgcj/14013, PR libgcj/15157, PR libgcj/15509
* gnu/java/net/BASE64.java,
gnu/java/net/EmptyX509TrustManager.java,
gnu/java/net/LineInputStream.java,
gnu/java/net/protocol/http/Authenticator.java,
gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java,
gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java,
gnu/java/net/protocol/http/ChunkedInputStream.java,
gnu/java/net/protocol/http/Cookie.java,
gnu/java/net/protocol/http/CookieManager.java,
gnu/java/net/protocol/http/Credentials.java,
gnu/java/net/protocol/http/HTTPConnection.java,
gnu/java/net/protocol/http/HTTPDateFormat.java,
gnu/java/net/protocol/http/HTTPURLConnection.java,
gnu/java/net/protocol/http/Headers.java,
gnu/java/net/protocol/http/Request.java,
gnu/java/net/protocol/http/RequestBodyWriter.java,
gnu/java/net/protocol/http/Response.java,
gnu/java/net/protocol/http/ResponseBodyReader.java,
gnu/java/net/protocol/http/ResponseHeaderHandler.java,
gnu/java/net/protocol/http/SimpleCookieManager.java,
gnu/java/net/protocol/http/event/ConnectionEvent.java,
gnu/java/net/protocol/http/event/ConnectionListener.java,
gnu/java/net/protocol/http/event/RequestEvent.java,
gnu/java/net/protocol/http/event/RequestListener.java: New files.
* gnu/java/net/protocol/http/Connection.java: Removed.
* gnu/java/net/protocol/http/Handler.java,
javax/net/ssl/HttpsURLConnection.java: Updated.
* Makefile.am: Added new files and remove old ones.
* Makefile.in: Regenerated.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3283&r2=1.3284
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.434&r2=1.435
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.464&r2=1.465
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/BASE64.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/EmptyX509TrustManager.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/LineInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/Authenticator.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayRequestBodyWriter.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ByteArrayResponseBodyReader.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/ChunkedInputStream.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/

[Bug driver/19281] file format not recognized; treating as linker script

[jeff at connectrf dot com]

--- Additional Comments From jeff at connectrf dot com  2005-01-11 20:23 
---
Andrew,

You are sure hard to convince...

Where did the error go?


 Full rebuild of configuration Release for project Auth 

make -k clean all 
rm -rf authtest.o authtestdlg.o stdafx.o   authtest.d authtestdlg.d
stdafx.d   Auth.exe
Building file: ../authtest.cpp
g++ -IC:\Documents and Settings\jeff\Desktop\AuthTest\include -O3 -Wall -c
-fmessage-length=0 -fpreprocessed -M -oauthtest.o ../authtest.cpp
Finished building: ../authtest.cpp
 
Building file: ../authtestdlg.cpp
g++ -IC:\Documents and Settings\jeff\Desktop\AuthTest\include -O3 -Wall -c
-fmessage-length=0 -fpreprocessed -M -oauthtestdlg.o ../authtestdlg.cpp
Finished building: ../authtestdlg.cpp
 
Building file: ../stdafx.cpp
g++ -IC:\Documents and Settings\jeff\Desktop\AuthTest\include -O3 -Wall -c
-fmessage-length=0 -fpreprocessed -M -ostdafx.o ../stdafx.cpp
Finished building: ../stdafx.cpp
 
Building target: Auth.exe
g++  -o Auth.exe authtest.o authtestdlg.o stdafx.o
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld:authtest.o:
file format not recognized; treating as linker script
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld:authtest.o:1:
syntax error
collect2: ld returned 1 exit status
make: *** [Auth.exe] Error 1
make: Target `all' not remade because of errors.
Build complete for project Auth


-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug driver/19281] file format not recognized; treating as linker script

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:26 ---
Considering -M does not actually compile your code, no I am not hard to 
convince.
Read the manual for gcc and you will see -M does not compile the code at all, 
only gets the dependices 
for include files.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libgcj/14012] HttpURLConnection.setRequestProperty() is not case insensitive

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:27 ---
Fixed. on the mainline.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

[pinskia at gcc dot gnu dot org]

-- 
Bug 16229 depends on bug 14012, which changed state.

Bug 14012 Summary: HttpURLConnection.setRequestProperty() is not case 
insensitive
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14012

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug libgcj/15509] URL.connect does not include port into the "Host:" header field of HTTP request

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:27 ---
Fixed. on the mainline.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

[pinskia at gcc dot gnu dot org]

-- 
Bug 16229 depends on bug 15509, which changed state.

Bug 15509 Summary: URL.connect does not include port into the "Host:" header 
field of HTTP request
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15509

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

[pinskia at gcc dot gnu dot org]

-- 
Bug 16229 depends on bug 14013, which changed state.

Bug 14013 Summary: HttpURLConnection.receiveReply() does not deal with code 
only responses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14013

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug libgcj/14013] HttpURLConnection.receiveReply() does not deal with code only responses

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:27 ---
Fixed. on the mainline.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

[pinskia at gcc dot gnu dot org]

-- 
Bug 16229 depends on bug 15157, which changed state.

Bug 15157 Summary: Lack of chuncked encoding handling causes junk in http 
downloads
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15157

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug libgcj/15157] Lack of chuncked encoding handling causes junk in http downloads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:28 ---
Fixed. on the mainline.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug driver/19281] file format not recognized; treating as linker script

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-01-11 20:29 
---
Jeff,

The problem does not have to be the source code or the compiler, it can be the
way that you are invoking the compiler.  I do not understand why you are
invoking the compiler with -M -fpreprocessed -- you say that with those options
it works, but it obviously does not work.  I infer that you mean it works
because you no longer receive error messages, but that change in behavior is a
byproduct of the option not because those options are necessary or correct.  You
are skipping the compiler processing that produces the error messages *and*
skipping the compiler processing that produces an object file.

David

Those additional options are wrong.  You need to figure out how to address the
error messages.  If the application source code is standard C++, it should
compile with both VC++ and with G++, modulo problems with conformance to 
standards.

As best I can figure out from the discussion thread, VC++ is being "friendly"
and implicitly inserting some header files that should be referenced explicitly.
 This is a difference in behavior between the two compilers, not a bug in either
one.  However, you need to adapt your source code and your build machinery to
the behavior of each compiler.

-- 


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

[Bug libgcj/13972] gcj's URL() does not handle ContextURL + "/redir?http://domain2.com/index.html" correctly.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
20:40 ---
Subject: Bug 13972

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 20:40:11

Modified files:
libjava: ChangeLog 
libjava/java/net: URL.java 

Log message:
2005-01-11  Michael Koch  <[EMAIL PROTECTED]>

PR libgcj/13972
* java/net/URL.java (URL): Handle specs like
"/redir?http://domain2.com/index.html"; which start with a slash.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3284&r2=1.3285
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/net/URL.java.diff?cvsroot=gcc&r1=1.44&r2=1.45



-- 


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

[Bug libgcj/13972] gcj's URL() does not handle ContextURL + "/redir?http://domain2.com/index.html" correctly.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
20:43 ---
Fixed on the mainline for 4.0.0.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

[pinskia at gcc dot gnu dot org]

-- 
Bug 16229 depends on bug 13972, which changed state.

Bug 13972 Summary: gcj's URL() does not handle ContextURL + 
"/redir?http://domain2.com/index.html"; correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13972

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug driver/19281] file format not recognized; treating as linker script

[jeff at connectrf dot com]

--- Additional Comments From jeff at connectrf dot com  2005-01-11 21:03 
---
Well that makes sense..

Does anyone have an example of the compiler options to port from VC++ to GCC?  A
nice Crossreference table would be just dandy.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug target/18987] [3.3/3.4 regression] [ia64] Extra '.restore sp' in tail call

[wilson at tuliptree dot org]

--- Additional Comments From wilson at tuliptree dot org  2005-01-11 21:05 
---
Subject: Re:  [3.3/3.4 regression] [ia64] Extra '.restore
sp' in tail call

On Mon, 2005-01-10 at 23:07, steven at gcc dot gnu dot org wrote:
> --- Additional Comments From steven at gcc dot gnu dot org  2005-01-11 
> 07:07 ---
> Can the test case also be added to the test suite? 

Certainly.  I am working on that.  The usual ways of handling a testcase
don't seem to work for this one, and this situation is complicated
enough that I figured it would be easier to deal with the testcase
separately.




-- 


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

[Bug ada/19380] New: ACATS c3a0004 SEGV at runtime on s390-linux, probably access to subprogram problem

[laurent at guerby dot net]

,.,. C3A0004 ACATS 2.5 05-01-11 12:12:07
 C3A0004 Check that access to subprogram may be stored within data
structures, and that the access to subprogram can
subsequently be called.
/home/waldi/debian/tmp/gcc-snapshot/gcc-snapshot-20050108/src/gcc/testsuite/ada/acats/run_all.sh:
line 15: 12717 Segmentation fault  $*

-- 
   Summary: ACATS c3a0004 SEGV at runtime on s390-linux, probably
access to subprogram problem
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: s390-linux


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

[Bug ada/19381] New: ACATS c954a03 raises storage error at runtime on s390-linux

[laurent at guerby dot net]

,.,. C954A03 ACATS 2.5 05-01-11 13:00:05
 C954A03 Requeue from an Accept with parameters to a Protected Entry 
without parameters.

raised STORAGE_ERROR

-- 
   Summary: ACATS c954a03 raises storage error at runtime on s390-
linux
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: s390-linux


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

[Bug ada/19382] New: ACATS cxb5002 simple To_Fortran test fails at runtime on s390-linux

[laurent at guerby dot net]

,.,. CXB5002 ACATS 2.5 05-01-11 13:45:01
 CXB5002 Check that functions To_Fortran and To_Ada produce correct 
results.
   * CXB5002 Incorrect result from procedure To_Fortran - 1.
   * CXB5002 Incorrect value returned from function To_Ada - 1.
 CXB5002 FAILED .

-- 
   Summary: ACATS cxb5002 simple To_Fortran test fails at runtime on
s390-linux
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: s390-linux


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

[Bug driver/19281] file format not recognized; treating as linker script

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-11 
21:14 ---
Well open a new bug for that and/or figure out what the options do, all of the 
gcc options are 
documented and if they are not, then that is a bug.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-01-11 
21:33 ---
Subject: Bug 13366

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-01-11 21:33:15

Modified files:
gcc: ChangeLog 
gcc/config/i386: emmintrin.h i386-protos.h i386.c i386.h 
 mmintrin.h mmx.md pmmintrin.h predicates.md 
 sse.md xmmintrin.h 
Added files:
gcc/testsuite/gcc.target/i386: pr13366.c 

Log message:
PR target/13366
* config/i386/i386.h (enum ix86_builtins): Move ...
* config/i386/i386.c: ... here.
(IX86_BUILTIN_MOVDDUP, IX86_BUILTIN_MMX_ZERO, IX86_BUILTIN_PEXTRW,
IX86_BUILTIN_PINSRW, IX86_BUILTIN_LOADAPS, IX86_BUILTIN_LOADSS,
IX86_BUILTIN_STORESS, IX86_BUILTIN_SSE_ZERO, IX86_BUILTIN_PEXTRW128,
IX86_BUILTIN_PINSRW128, IX86_BUILTIN_LOADAPD, IX86_BUILTIN_LOADSD,
IX86_BUILTIN_STOREAPD, IX86_BUILTIN_STORESD,  IX86_BUILTIN_STOREHPD,
IX86_BUILTIN_STORELPD, IX86_BUILTIN_SETPD1, IX86_BUILTIN_SETPD,
IX86_BUILTIN_CLRPD, IX86_BUILTIN_LOADPD1, IX86_BUILTIN_LOADRPD,
IX86_BUILTIN_STOREPD1, IX86_BUILTIN_STORERPD, IX86_BUILTIN_LOADDQA,
IX86_BUILTIN_STOREDQA, IX86_BUILTIN_CLRTI,
IX86_BUILTIN_LOADDDUP): Remove.
(IX86_BUILTIN_VEC_INIT_V2SI, IX86_BUILTIN_VEC_INIT_V4HI,
IX86_BUILTIN_VEC_INIT_V8QI, IX86_BUILTIN_VEC_EXT_V2DF,
IX86_BUILTIN_VEC_EXT_V2DI, IX86_BUILTIN_VEC_EXT_V4SF,
IX86_BUILTIN_VEC_EXT_V8HI, IX86_BUILTIN_VEC_EXT_V4HI,
IX86_BUILTIN_VEC_SET_V8HI, IX86_BUILTIN_VEC_SET_V4HI): New.
(ix86_init_builtins): Make static.
(ix86_init_mmx_sse_builtins): Update for changed builtins.
(ix86_expand_binop_builtin): Only use ix86_fixup_binary_operands
if all the modes match.  Otherwise, fake it.
(get_element_number, ix86_expand_vec_init_builtin,
ix86_expand_vec_ext_builtin, ix86_expand_vec_set_builtin): New.
(ix86_expand_builtin): Make static.  Update for changed builtins.
(ix86_expand_vector_move_misalign): Use sse2_loadlpd with zero
operand instead of sse2_loadsd.  Cast sse1 fallback to V4SFmode.
(ix86_expand_vector_init_duplicate): New.
(ix86_expand_vector_init_low_nonzero): New.
(ix86_expand_vector_init_one_var, ix86_expand_vector_init_general):
Split out from ix86_expand_vector_init; handle integer modes.
(ix86_expand_vector_init): Use them.
(ix86_expand_vector_set, ix86_expand_vector_extract): New.
* config/i386/i386-protos.h: Update.
* config/i386/predicates.md (reg_or_0_operand): New.
* config/i386/mmx.md (mov_internal): Add 'r' variants.
(movv2sf_internal): Likewise.  And a splitter to match them all.
(vec_dupv2sf, mmx_concatv2sf, vec_setv2sf, vec_extractv2sf,
vec_initv2sf, vec_dupv4hi, vec_dupv2si, mmx_concatv2si, vec_setv2si,
vec_extractv2si, vec_initv2si, vec_setv4hi, vec_extractv4hi,
vec_initv4hi, vec_setv8qi, vec_extractv8qi, vec_initv8qi): New.
(mmx_pinsrw): Fix operand ordering.
* config/i386/sse.md (movv4sf splitter): Use direct pattern,
rather than sse_loadss expander.
(movv2df splitter): Similarly.
(sse_loadss, sse_loadlss): Remove.
(vec_dupv4sf, sse_concatv2sf, sse_concatv4sf, vec_extractv4sf_0): New.
(vec_setv4sf, vec_setv2df): Use ix86_expand_vector_set.
(vec_extractv4sf, vec_extractv2df): Use ix86_expand_vector_extract.
(sse3_movddup): Rename with '*'.
(sse3_movddup splitter): Use gen_rtx_REG instead of gen_lowpart.
(sse2_loadsd): Remove.
(vec_dupv2df_sse3): Rename from sse3_loadddup.
(vec_dupv2df, vec_concatv2df_sse3, vec_concatv2df): New.
(sse2_pinsrw): Fix argument ordering.
(sse2_loadld, sse2_loadq): Add sse1 alternatives.
(sse2_stored): Remove 'r' destination.
(vec_dupv4si, vec_dupv2di, sse2_concatv2si, sse1_concatv2si,
vec_concatv4si_1, vec_concatv2di, vec_setv2di, vec_extractv2di,
vec_initv2di, vec_setv4si, vec_extractv4si, vec_initv4si,
vec_setv8hi, vec_extractv8hi, vec_initv8hi, vec_setv16qi,
vec_extractv16qi, vec_initv16qi): New.

* config/i386/emmintrin.h (__m128i, __m128d): Use typedef, not define.
(_mm_set_sd, _mm_set1_pd, _mm_setzero_pd, _mm_set_epi64x,
_mm_set_epi32, _mm_set_epi16, _mm_set_epi8, _mm_setzero_si128): Use
constructor form.
(_mm_load_pd, _mm_store_pd): Use plain dereference.
(_mm_load_si128, _mm_store_si128): Likewise.
(_mm_load1_pd): Use _mm_set1_pd.
(_mm_load_sd): Use _mm_set_sd.
(_mm_store_sd, _mm_storeh_pd): Use __builtin_ia32_vec_ext_v2df.
(_mm_store1_pd, _mm_storer_pd): Use _mm_store_pd.
(_mm_set_epi64): Use _mm_set_epi64x.
(_mm_set1_epi64x, _mm_set1_epi64, _mm_set

[Bug ada/19383] New: ACATS c954020 (1,2,3,4,6) do not terminate on ppc-linux, s390-linux

[laurent at guerby dot net]

,.,. C954020 ACATS 2.5 05-01-11 17:03:35
 C954020 Requeue, with abort, from protected entry to task entry.
   * C954020 Unexpected exception in Message_Task.
   * C954020 Unexpected exception in Message_Task.

,.,. C954021 ACATS 2.5 05-01-11 17:08:40
 C954021 Requeue from one entry body to an entry in another
protected object.
   * C954021 Unexpected exception in Message_Task.

,.,. C954022 ACATS 2.5 05-01-11 17:13:43
 C954022 Check Requeue to the same Protected Entry.
   * C954022 Unexpected Exception in Carrier_Task.
   * C954022 Unexpected Exception in Carrier_Task.
   * C954022 Unexpected Exception in Carrier_Task.

,.,. C954023 ACATS 2.5 05-01-11 17:18:48
 C954023 Requeue from within a protected object to a family of
entries in another protected object.
   * C954023 Unexpected exception in Message_Task.

,.,. C954024 ACATS 2.5 05-01-11 17:23:51
 C954024 Requeue from protected entry to task entry.
   * C954024 Unexpected exception in Message_Task.
   * C954024 Unexpected exception in Message_Task.

,.,. C954026 ACATS 2.5 05-01-11 17:28:58
 C954026 Check that if the original entry call was a conditional or 
timed entry call, the expiration time for a requeue with
abort to a protected entry is the original expiration
time.
   * C954026 exception in main.

-- 
   Summary: ACATS c954020 (1,2,3,4,6) do not terminate on ppc-linux,
s390-linux
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/17662] testsuite for IMA testcases

[janis187 at us dot ibm dot com]

--- Additional Comments From janis187 at us dot ibm dot com  2005-01-11 
21:45 ---
Here's how two tests mentioned here can use dg-additional-sources.  I ran
these in gcc.dg.special, which only treats files matching *[0-9].c as tests.
I don't yet know why, but 'dg-do compile' turns into 'dg-do assemble' and
vice versa when dg-additional-sources is used.
   

% cat combine-1a.c
extern int printf (const char *, ...);
   

struct x { int a; int b; };
   

bar (struct x* p)
{
printf ("%d\n", p->a);
}
% cat combine-1.c
/* { dg-do compile } */
/* { dg-options "-combine -O3" } */
/* { dg-additional-sources combine-1a.c } */
   

struct x;
foo (struct x* q)
{
bar (q);
}
% cat combine-2a.c
#include "combine-2.h"
   

int sentence[MAX_WORD];
% cat combine-2b.c
#include "combine-2.h"
% cat combine-2.c
/* { dg-do compile } */
/* { dg-options "-combine" } */
/* { dg-additional-sources "combine-2a.c combine-2b.c" } */
/* { dg-additional-files combine-2.h } */
   

#include "combine-2.h"
% cat combine-2.h
#define MAX_WORD 60
   

extern int sentence[];

-- 


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

[Bug ada/19384] New: ACATS c940005 fail (no ZCX) or timeout (ZCX) at runtime on ppc-darwin/linux

[laurent at guerby dot net]

On ppc-darwin (no ZCX) or ppc-linux (no ZCX)

,.,. C940005 ACATS 2.5 04-12-09 05:34:07
 C940005 Check internal calls of protected functions and procedures.
   * C940005 Unexpected exception in Vehicle Task.
   * C940005 Unexpected paths taken.
 C940005 FAILED .

On ppc-linux with ZCX:

,.,. C974012 ACATS 2.5 05-01-11 17:36:46
 C974012 Asynchronous Select: Trigger is queued on a protected entry
and completes before the abortable part.

raised PROGRAM_ERROR : s-tasini.adb:299

-- 
   Summary: ACATS c940005 fail (no ZCX) or timeout (ZCX) at runtime
on ppc-darwin/linux
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/19385] New: ACATS c974012 fails at runtime on ppc-linux/darwin

[laurent at guerby dot net]

On ppc-darwin and linux without ZCX:

,.,. C974012 ACATS 2.5 05-01-10 11:03:41
 C974012 Asynchronous Select: Trigger is queued on a protected entry
and completes before the abortable part.
   * C974012 Unexpected test path taken.
 C974012 FAILED .

On ppc-linux with ZCX:

,.,. C974012 ACATS 2.5 05-01-11 17:36:46
 C974012 Asynchronous Select: Trigger is queued on a protected entry
and completes before the abortable part.

raised PROGRAM_ERROR : s-tasini.adb:299

-- 
   Summary: ACATS c974012 fails at runtime on ppc-linux/darwin
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/19380] ACATS c3a0004 SEGV at runtime on s390-linux, probably access to subprogram problem

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-01-11 21:50 
---
This also fail on ppc-linux with ZCX.

-- 
   What|Removed |Added

   GCC host triplet|s390-linux  |


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

[Bug ada/19381] ACATS c954a03 raises storage error at runtime on s390-linux

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-01-11 21:51 
---
Also fails on ppc-linux with ZCX.

-- 
   What|Removed |Added

   GCC host triplet|s390-linux  |


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

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-01-11 21:53 
---
Fixed.  No chance of a backport to 3.4.  As a workaround, use _mm_set_pi16
instead of the explicit constructor.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug target/19356] [4.0 regression] ICE with SSE intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-01-11 22:12 
---
Fixed with the patch for PR13366.  Of course, __builtin_ia32_setzero128
doesn't exist anymore, but presumably this was after reducing the real
testcase that used .

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/19252] sub optimal use of fpu comparisons in SSE code

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||missed-optimization, ssemmx


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

[Bug target/19370] .size directive not emitted for mips-linux

[echristo at redhat dot com]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |echristo at redhat dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-01-11 22:43:26
   date||


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

[Bug c++/19373] Including STL headers in a namespace doesn't compile

[bkoz at gcc dot gnu dot org]

--- Additional Comments From bkoz at gcc dot gnu dot org  2005-01-11 22:49 
---
Gaby, your comment is funny! Made me laugh, since I just got out of my cast.

Just for reference, this is invalid because it would invalidate 

17.4.1.1 - Library contents 

requires std or std:: namespaces for library components

17.4.3.1.4 - Types [lib.extern.types]

ie std::size_t and ::size_t could no longer be equivalent.

It would also change standard-defined external linkage

17.4.3.1.3 - External linkage

-benjamin

-- 


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