[Bug c++/30423] compile with -O2 fails.

2007-04-27 Thread chat95 at mac dot com


--- Comment #5 from chat95 at mac dot com  2007-04-27 08:01 ---
Andrew Pinski: It seems ldconfig doesn't detect 4.2 libstdc++.
I removed gcc-4.1 and gcc-4.2 compiled executable now find correct version
of libstdc++...

marked as worksforme.
thanks for your attention.


-- 

chat95 at mac dot com changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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



[Bug c/31006] long double constant is read as double in i386

2007-03-01 Thread chat95 at mac dot com


--- Comment #1 from chat95 at mac dot com  2007-03-01 08:00 ---
Created an attachment (id=13129)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13129action=view)
test case


-- 


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



[Bug c/31006] long double constant is read as double in i386

2007-03-01 Thread chat95 at mac dot com


--- Comment #2 from chat95 at mac dot com  2007-03-01 08:01 ---
I used following compiler:
% gcc42 -v
Using built-in specs.
Target: i386-portbld-freebsd6.2
Configured with: ./..//gcc-4.2-20070110/configure --disable-nls
--with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local
--program-suffix=42 --libdir=/usr/local/lib/gcc-4.2.0
--with-gxx-include-dir=/usr/local/lib/gcc-4.2.0/include/c++/
--infodir=/usr/local/info/gcc42 --disable-rpath --prefix=/usr/local
i386-portbld-freebsd6.2
Thread model: posix
gcc version 4.2.0 20070110 (prerelease)


-- 


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



[Bug c/31006] long double constant is read as double in i386

2007-03-01 Thread chat95 at mac dot com


--- Comment #3 from chat95 at mac dot com  2007-03-01 08:06 ---
1. 
//  long double PI * PI + IP 
ld_a = ld_b = PI;
part becomes:
movl$560513024, %eax
movl$-921707870, %edx
movl$16384, %ecx
This number is equivalent to:
0x4000c90fdaa22168c000 
and we can write down as floating point number as:
2^(16384-16383) * 1.1001001 1101101010100010 001101101000
11 (B)

2.//  double PI * PI + IP
d_a = d_b = PI;
part becomes:
movl$1413754136, %eax
movl$1074340347, %edx
this number is equivalent to:
0x400921fb54442d18,
and corresponding floating number is:
 2^(1024-1023)* 1.1001001110110101010001000110110100011000(B)
.

when we compare these significants of these two numbers:
1.1001001 1101101010100010 001101101000 11000(B)
1.1001001 1101101010100010 001101101000 11000 0 (B)

so - what we can say from here is:
#define PI 3.14...L is read as double for long double number with 0 filled 
lowest 16bits.


-- 


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



[Bug c/31006] New: long double constant is read as double in i386

2007-02-28 Thread chat95 at mac dot com
when we #define PI 3.141592653589793238462643383279L
and long double a=PI;
PI is substituted in double precision.


-- 
   Summary: long double constant is read as double in i386
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chat95 at mac dot com
 GCC build triplet: i386-portbld-freebsd6.2
  GCC host triplet: i386-portbld-freebsd6.2
GCC target triplet: i386-portbld-freebsd6.2


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



[Bug c++/30423] compile with -O2 fails.

2007-02-04 Thread chat95 at mac dot com


--- Comment #3 from chat95 at mac dot com  2007-02-05 02:34 ---
Sorry for long delay...
No, I'm using 4.2's libstdc++.
% g++42 -O -fno-strict-aliasing -pipe -o gendoc gendoc.cc ; ldd ./gendoc
./gendoc:
libstdc++.so.6 = /usr/local/lib/gcc-4.1.2/libstdc++.so.6 (0x8006a3000)
libm.so.4 = /lib/libm.so.4 (0x80089d000)
libgcc_s.so.1 = /usr/local/lib/gcc-4.1.2/libgcc_s.so.1 (0x8009b9000)
libc.so.6 = /lib/libc.so.6 (0x800ac5000)
% g++42 -pipe -o gendoc gendoc.cc ; ldd ./gendoc
./gendoc:
libstdc++.so.6 = /usr/local/lib/gcc-4.1.2/libstdc++.so.6 (0x8006a1000)
libm.so.4 = /lib/libm.so.4 (0x80089b000)
libgcc_s.so.1 = /usr/local/lib/gcc-4.1.2/libgcc_s.so.1 (0x8009b7000)
libc.so.6 = /lib/libc.so.6 (0x800ac3000)


-- 


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



[Bug c++/30423] compile with -O2 fails.

2007-02-04 Thread chat95 at mac dot com


--- Comment #4 from chat95 at mac dot com  2007-02-05 02:39 ---
it seems amd64 only. with i386-portbld-freebsd6.2,
% g++42 -v
Using built-in specs.
Target: i386-portbld-freebsd6.2
Configured with: ./..//gcc-4.2-20070110/configure --disable-nls
--with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local
--program-suffix=42 --libdir=/usr/local/lib/gcc-4.2.0
--with-gxx-include-dir=/usr/local/lib/gcc-4.2.0/include/c++/
--infodir=/usr/local/info/gcc42 --disable-rpath --prefix=/usr/local
i386-portbld-freebsd6.2
Thread model: posix
gcc version 4.2.0 20070110 (prerelease)

% g++42 -O -fno-strict-aliasing -pipe -o gendoc gendoc.cc ; ldd ./gendoc
./gendoc:
libstdc++.so.6 = /usr/local/lib/gcc-4.2.0/libstdc++.so.6 (0x280ed000)
libm.so.4 = /lib/libm.so.4 (0x281ca000)
libgcc_s.so.1 = /usr/local/lib/gcc-4.2.0/libgcc_s.so.1 (0x281e)
libc.so.6 = /lib/libc.so.6 (0x281ea000)
% ./gendoc
...
works.

% g++42 -pipe -o gendoc gendoc.cc ; ldd ./gendoc
./gendoc:
libstdc++.so.6 = /usr/local/lib/gcc-4.2.0/libstdc++.so.6 (0x280ef000)
libm.so.4 = /lib/libm.so.4 (0x281cc000)
libgcc_s.so.1 = /usr/local/lib/gcc-4.2.0/libgcc_s.so.1 (0x281e2000)
libc.so.6 = /lib/libc.so.6 (0x281ec000)
% ./gendoc
...
works.

it seems it DOES only happens to amd64...


-- 


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



[Bug c++/30423] New: compile with -O2 fails.

2007-01-10 Thread chat95 at mac dot com
g++42 -v
Using built-in specs.
Target: x86_64-portbld-freebsd6.2
Configured with: ./..//gcc-4.2-20070102/configure --disable-nls
--with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local
--program-suffix=42 --libdir=/usr/local/lib/gcc-4.2.0
--with-gxx-include-dir=/usr/local/lib/gcc-4.2.0/include/c++/
--infodir=/usr/local/info/gcc42 --disable-libgcj --prefix=/usr/local
x86_64-portbld-freebsd6.2
Thread model: posix
gcc version 4.2.0 20070102 (prerelease)
 g++42 -O -fno-strict-aliasing -pipe -o gendoc gendoc.cc
% ./gendoc 
/libexec/ld-elf.so.1: ./gendoc: Undefined symbol _ZNSo9_M_insertEPKcl
% g++42 -fno-strict-aliasing -pipe -o gendoc gendoc.cc
% ./gendoc
...works


-- 
   Summary: compile with -O2 fails.
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chat95 at mac dot com
 GCC build triplet:  x86_64-portbld-freebsd6.2
  GCC host triplet:  x86_64-portbld-freebsd6.2
GCC target triplet:  x86_64-portbld-freebsd6.2


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



[Bug c++/30423] compile with -O2 fails.

2007-01-10 Thread chat95 at mac dot com


--- Comment #1 from chat95 at mac dot com  2007-01-10 10:48 ---
Created an attachment (id=12878)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12878action=view)
a testcase actually used file. from octave-2.9.9


-- 


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



[Bug fortran/30388] New: gfortran42 is slower than g77 3.4 about 10%

2007-01-05 Thread chat95 at mac dot com
1. download http://accc.riken.jp/HPC/HimenoBMT/Load_module/himenoBMTxp_m.lzh
% wget http://accc.riken.jp/HPC/HimenoBMT/Load_module/himenoBMTxp_m.lzh
2. extract with lha
% lha x himenoBMTxp_m.lzh 
himenobmtxp_m.f - Melted   :  o
3. apply following patch:
--- himenobmtxp_m.f~Mon Jan  7 13:54:48 2002
+++ himenobmtxp_m.f Sat Jan  6 09:02:22 2007
@@ -39,7 +39,6 @@
 C use portlib statement on the next line is for Visual fortran
 C to use UNIX libraries. Please remove it if your system is UNIX.
 C ---
-  use portlib
   IMPLICIT REAL*4(a-h,o-z)
 C
 C  PARAMETER (mimax=513,mjmax=257,mkmax=257)

4. compile with gfortran42 and g77-34.
% g77-34 -O -o himenobmtxp_m himenobmtxp_m.f
% ./himenobmtxp_m
  mimax= 257 mjmax= 129 mkmax= 129
  imax= 256 jmax= 128 kmax= 128
  Start rehearsal measurement process.
  Measure the performance in 3 times.
   MFLOPS:  421.095337  time(s):  0.976774991  0.00169381942
 Now, start the actual measurement process.
 The loop will be excuted in 184 times.
 This will take about one minute.
 Wait for a while.
  Loop executed for  184 times
  Gosa :  0.00126111682
  MFLOPS:  431.486053  time(s):  58.4661865
  Score based on Pentium III 600MHz :  5.20866823
PAUSE  statement executed
To resume execution, type go.  Other input will terminate the job.

STOP
% gfortran42 -O -o himenobmtxp_m himenobmtxp_m.f
himenobmtxp_m.f:111.72:

  pause 
   1
Warning: Obsolete: PAUSE statement at (1)
% ./himenobmtxp_m
  mimax= 257  mjmax= 129  mkmax= 129
  imax= 256  jmax= 128  kmax= 128
  Start rehearsal measurement process.
  Measure the performance in 3 times.
   MFLOPS:   190.3127   time(s):   2.161261  1.6937795E-03
 Now, start the actual measurement process.
 The loop will be excuted in  83  times.
 This will take about one minute.
 Wait for a while.
  Loop executed for   83  times
  Gosa :  1.4101295E-03
  MFLOPS:   372.9143   time(s):   30.51566
  Score based on Pentium III 600MHz :   4.501622
PAUSE
To resume execution, type go.  Other input will terminate the job.

5 result:
g77-34 MFLOPS: 431.486053
gfortran MFLOPS: 372.9143

% g77-34 -v
Reading specs from
/usr/local/lib/gcc/i386-portbld-freebsd6.1/3.4.6/gcc/i386-portbld-freebsd6.1/3.4.6/specs
Configured with: ./..//gcc-3.4.6/configure --disable-nls --with-system-zlib
--with-libiconv-prefix=/usr/local --program-suffix=34
--libdir=/usr/local/lib/gcc/i386-portbld-freebsd6.1/3.4.6
--with-gxx-include-dir=/usr/local/lib/gcc/i386-portbld-freebsd6.1/3.4.6/include/c++/
--infodir=/usr/local/info/gcc34 --prefix=/usr/local i386-portbld-freebsd6.1
Thread model: posix
gcc version 3.4.6 [FreeBSD]

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


-- 
   Summary: gfortran42 is slower than g77 3.4 about 10%
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chat95 at mac dot com
 GCC build triplet: i386-portbld-freebsd6.1
  GCC host triplet: i386-portbld-freebsd6.1


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



[Bug fortran/30388] gfortran42 is slower than g77 3.4 about 10%

2007-01-05 Thread chat95 at mac dot com


--- Comment #1 from chat95 at mac dot com  2007-01-06 00:32 ---
My CPU is : 
Jan  6 06:59:54 debussy kernel: ACPI APIC Table: INTEL  D845PESV
Jan  6 06:59:54 debussy kernel: Timecounter i8254 frequency 1193182 Hz
quality 0
Jan  6 06:59:54 debussy kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz
(2400.10-MHz 686-
class CPU)
Jan  6 06:59:54 debussy kernel: Origin = GenuineIntel  Id = 0xf27  Stepping =
7
Jan  6 06:59:54 debussy kernel:
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,A
PIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
Jan  6 06:59:54 debussy kernel: Features2=0x4400CNTX-ID,b14
Jan  6 06:59:54 debussy kernel: real memory  = 1072955392 (1023 MB)
Jan  6 06:59:54 debussy kernel: avail memory = 1040994304 (992 MB)


-- 


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



[Bug fortran/30388] gfortran42 is slower than g77 3.4 about 10%

2007-01-05 Thread chat95 at mac dot com


--- Comment #3 from chat95 at mac dot com  2007-01-06 00:38 ---
% gfortran42 -o himenobmtxp_m.gfortran42 -O2 -ffast-math -finline-functions
-fomit-frame-pointer -funroll-loops -fexpensive-optimizations himenobmtxp_m.f
% ./himenobmtxp_m.gfortran42 
  mimax= 257  mjmax= 129  mkmax= 129
  imax= 256  jmax= 128  kmax= 128
  Start rehearsal measurement process.
  Measure the performance in 3 times.
   MFLOPS:   194.9637   time(s):   2.109703  1.6937795E-03
 Now, start the actual measurement process.
 The loop will be excuted in  85  times.
 This will take about one minute.
 Wait for a while.
  Loop executed for   85  times
  Gosa :  1.4063698E-03
  MFLOPS:   391.9939   time(s):   29.72989
  Score based on Pentium III 600MHz :   4.731940
PAUSE
To resume execution, type go.  Other input will terminate the job.
% g77-34 -o himenobmtxp_m.g77 -O2 -ffast-math -finline-functions
-fomit-frame-pointer -funroll-loops -fexpensive-optimizations himenobmtxp_m.f
% ./himenobmtxp_m.g77 
  mimax= 257 mjmax= 129 mkmax= 129
  imax= 256 jmax= 128 kmax= 128
  Start rehearsal measurement process.
  Measure the performance in 3 times.
   MFLOPS:  242.952499  time(s):  1.69298697  0.00169377949
 Now, start the actual measurement process.
 The loop will be excuted in 106 times.
 This will take about one minute.
 Wait for a while.
  Loop executed for  106 times
  Gosa :  0.00136957248
  MFLOPS:  246.231003  time(s):  59.0223999
  Score based on Pentium III 600MHz :  2.97236848
PAUSE  statement executed
To resume execution, type go.  Other input will terminate the job.

Summary:

g77-34 with -O  : 431.486053 MFLOPS
g77-34 with -O2 -ffast-math -finline-functions -fomit-frame-pointer
-funroll-loops -fexpensive-optimizations
: 246.231003 MFLOPS
gfortran42 with -O : 372.9143 MFLOPS
gfortran42 with -O2 -ffast-math -finline-functions -fomit-frame-pointer
-funroll-loops -fexpensive-optimizations
   : 391.9939 MFLOPS

gfortran42 with -O2 ... produced faster code than gfortran42 -O, but
slower than g77-34 with -O, but g77-34 with -O2 ... produces very slow
code.


-- 


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



[Bug fortran/30388] gfortran42 is slower than g77 3.4 about 10%

2007-01-05 Thread chat95 at mac dot com


--- Comment #8 from chat95 at mac dot com  2007-01-06 05:08 ---

Using -O3 -ffast-math in both cases:

Using -O3 -ffast-math in both cases:

Using -O1 -ffast-math in both cases:

Using -O1 -ffast-math in both cases:

what's the difference between theset two?


-- 


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



[Bug fastjar/28647] New: jar installation fails

2006-08-07 Thread chat95 at mac dot com
* gcc-4.2.0-20060729
* I configured gcc --program-suffix=42..
* I also have jar in /usr/local/bin (symlink /usr/local/bin/jar@ -
/usr/local/bin/javavm)
* then, gcc installes as fastjar as jar in /usr/local/bin,
then rename to jar42.
* however when /usr/local/bin/jar exists, installtion fails.


-- 
   Summary: jar installation fails
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fastjar
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chat95 at mac dot com
 GCC build triplet: i386-portbld-freebsd6.1
  GCC host triplet: i386-portbld-freebsd6.1
GCC target triplet: i386-portbld-freebsd6.1


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



[Bug java/25239] gij failed to execute JREProperties.java

2005-12-23 Thread chat95 at mac dot com


--- Comment #9 from chat95 at mac dot com  2005-12-23 08:07 ---
Hello, Pawel Sikora!

I tried with (2005/12/23)
svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-4_1-branch revision 109008
and this problem has been solved!!

thank you very much!!


-- 


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



[Bug java/25239] gij failed to execute JREProperties.java

2005-12-23 Thread chat95 at mac dot com


--- Comment #10 from chat95 at mac dot com  2005-12-23 08:07 ---
.


-- 

chat95 at mac dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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



[Bug libgcj/24154] Make requires too much memory building libjava

2005-12-23 Thread chat95 at mac dot com


--- Comment #4 from chat95 at mac dot com  2005-12-23 08:10 ---
hi all,
i tried with gmake (GNU Make 3.81beta4) as Arno told,
build and installs file for me.

uname -a
FreeBSD debussy.private.org 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Mon Nov 21
09:36:37 JST 2005 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MAHO 
i386


-- 


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



[Bug libgcj/24154] Make requires too much memory building libjava

2005-12-23 Thread chat95 at mac dot com


--- Comment #5 from chat95 at mac dot com  2005-12-23 08:13 ---
sorry
file for me - fine for me


-- 


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



[Bug java/25239] gij failed to execute JREProperties.java

2005-12-13 Thread chat95 at mac dot com


--- Comment #6 from chat95 at mac dot com  2005-12-14 02:48 ---
Hi,
backtrace, gij bootstrapped with -O2

(gdb) bt
#0  0x292d42b7 in pthread_testcancel () from /usr/lib/libpthread.so.2
#1  0x292c40a2 in sigaction () from /usr/lib/libpthread.so.2
#2  0x292be18d in pthread_kill () from /usr/lib/libpthread.so.2
#3  0x292bdb9a in raise () from /usr/lib/libpthread.so.2
#4  0x2938dc5c in abort () from /lib/libc.so.6
#5  0x287a8084 in _Jv_Throw (value=0x813adf8)
at ../../../gcc-4.1-20051125/libjava/exception.cc:111
#6  0x2879c8cb in _Jv_ThrowNullPointerException ()
at ../../../gcc-4.1-20051125/libjava/prims.cc:359
#7  0x in ?? ()
#8  0x28a87b6e in java.util.logging.Level.parse(java.lang.String) (name=0x0) at
Level.java:359
#9  0x28a87c0b in
java.util.logging.LogManager.getLevelProperty(java.lang.String,
java.util.logging.Level) (propertyName=0x813ae10, defaultValue=Variable
defaultValue is not available.
) at LogManager.java:682
#10 0x28a87cbf in
java.util.logging.StreamHandler.StreamHandler(java.io.OutputStream,
java.lang.String, java.util.logging.Level, java.util.logging.Formatter,
java.lang.Class) (
this=0x809f7d0, out=0x80a2f18, propertyPrefix=0x8137540,
defaultLevel=0x8134850,
formatter=0x0, defaultFormatterClass=0x28f9ebc0) at StreamHandler.java:128
#11 0x28a88127 in java.util.logging.ConsoleHandler.ConsoleHandler()
(this=0x809f7d0)
at ConsoleHandler.java:82
#12 0x287cf3e1 in java::lang::Class::newInstance (this=0x28f9df80)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:656
#13 0x28a88528 in
java.util.logging.LogManager.readConfiguration(java.io.InputStream) (
this=0x80a2078, inputStream=0x80a3e20) at LogManager.java:534
#14 0x28a87264 in java.util.logging.LogManager.readConfiguration()
(this=0x80a2078)
at LogManager.java:491
#15 0x28a879e3 in java.util.logging.LogManager.clinit() () at
LogManager.java:186
#16 0x287cf1b3 in java::lang::Class::initializeClass (this=0x28f9e620)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#17 0x287cf767 in _Jv_InitClass (klass=0x28f9e620) at Class.h:584
#18 0x28a82866 in java.util.logging.LogManager.getLogManager() () at
LogManager.java:169
#19 0x28a865de in java.util.logging.Logger.getLogger(java.lang.String,
java.lang.String) (
name=0x80fc180, resourceBundleName=0x0) at Logger.java:258
#20 0x28a86746 in java.util.logging.Logger.getLogger(java.lang.String)
(name=0x80fc180)
at Logger.java:206
#21 0x28a8676a in java.util.logging.Logger.clinit() () at Logger.java:76
#22 0x287cf1b3 in java::lang::Class::initializeClass (this=0x28f9e8e0)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#23 0x287cf767 in _Jv_InitClass (klass=0x28f9e8e0) at Class.h:584
#24 0x28a86732 in java.util.logging.Logger.getLogger(java.lang.String)
(name=0x811c960)
at Logger.java:205
#25 0x287e2189 in gnu.classpath.debug.SystemLogger.clinit() () at
SystemLogger.java:47
#26 0x287cf1b3 in java::lang::Class::initializeClass (this=0x28e690c0)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#27 0x287cf767 in _Jv_InitClass (klass=0x28e690c0) at Class.h:584
#28 0x288b6372 in gnu.javax.crypto.RSACipherImpl.clinit() () at
RSACipherImpl.java:72
#29 0x287cf1b3 in java::lang::Class::initializeClass (this=0x28ec77e0)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#30 0x287cf767 in _Jv_InitClass (klass=0x28ec77e0) at Class.h:584
#31 0x2889c608 in gnu.java.security.provider.Gnu$1.run() (this=0x809de70) at
Gnu.java:174
#32 0x28a1c60e in
java.security.AccessController.doPrivileged(java.security.PrivilegedAction)
(action=0x809de70) at AccessController.java:98
#33 0x2889b996 in gnu.java.security.provider.Gnu.Gnu() (this=0x80b5ee0) at
Gnu.java:179
#34 0x287cf3e1 in java::lang::Class::newInstance (this=0x28ebd9a0)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:656
#35 0x28a1e02a in java.security.Security.loadProviders(java.lang.String,
java.lang.String) (
baseUrl=0x809cc80, vendor=0x80fb6b8) at Security.java:134
#36 0x28a1e225 in java.security.Security.clinit() () at Security.java:81
#37 0x287cf1b3 in java::lang::Class::initializeClass (this=0x28f69cc0)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#38 0x287cf767 in _Jv_InitClass (klass=0x28f69cc0) at Class.h:584
#39 0x28a1cf78 in java.security.Security.getProviders() () at Security.java:340
#40 0x28a21076 in java.security.MessageDigest.getInstance(java.lang.String) (
algorithm=0x80fc760) at MessageDigest.java:134
#41 0x289d8082 in java.lang.VMCompiler.clinit() () at VMCompiler.java:92
#42 0x287cf1b3 in java::lang::Class::initializeClass (this=0x28f3c400)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#43 0x287cf767 in _Jv_InitClass (klass=0x28f3c400) at Class.h:584
#44 0x289d84b9 in java.lang.VMCompiler.compileClass(java.lang.ClassLoader,
java.lang.String, byte[], int, int, java.security.ProtectionDomain)
(loader=0x80b5f88, name=0x807f060,
data=0x811b800

[Bug java/25239] gij failed to execute JREProperties.java

2005-12-13 Thread chat95 at mac dot com


--- Comment #7 from chat95 at mac dot com  2005-12-14 04:06 ---
hi,

I bootstrap with
gmake CFLAGS+=-march=i686 -O2 
and still dumps core.
#1  0x292c80a2 in sigaction () from /usr/lib/libpthread.so.2
#2  0x292c218d in pthread_kill () from /usr/lib/libpthread.so.2
#3  0x292c1b9a in raise () from /usr/lib/libpthread.so.2
#4  0x29391c5c in abort () from /lib/libc.so.6
#5  0x287a80bc in _Jv_Throw (value=0x813adf8)
at ../../../gcc-4.1-20051125/libjava/exception.cc:111
#6  0x2879c903 in _Jv_ThrowNullPointerException ()
at ../../../gcc-4.1-20051125/libjava/prims.cc:359
#7  0x in ?? ()
#8  0x28a87ba6 in java.util.logging.Level.parse(java.lang.String) (name=0x0) at
Level.java:359
#9  0x28a87c43 in
java.util.logging.LogManager.getLevelProperty(java.lang.String,
java.util.logging.Level) (propertyName=0x813ae10, defaultValue=Variable
defaultValue is not available.
) at LogManager.java:682
#10 0x28a87cf7 in
java.util.logging.StreamHandler.StreamHandler(java.io.OutputStream,
java.lang.String, java.util.logging.Level, java.util.logging.Formatter,
java.lang.Class) (
this=0x809f7a8, out=0x80a2f18, propertyPrefix=0x8137540,
defaultLevel=0x8134850,
formatter=0x0, defaultFormatterClass=0x28fa2f40) at StreamHandler.java:128
#11 0x28a8815f in java.util.logging.ConsoleHandler.ConsoleHandler()
(this=0x809f7a8)
at ConsoleHandler.java:82
#12 0x287cf419 in java::lang::Class::newInstance (this=0x28fa2300)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:656
#13 0x28a88560 in
java.util.logging.LogManager.readConfiguration(java.io.InputStream) (
this=0x80a2078, inputStream=0x80a3e20) at LogManager.java:534
#14 0x28a8729c in java.util.logging.LogManager.readConfiguration()
(this=0x80a2078)
at LogManager.java:491
#15 0x28a87a1b in java.util.logging.LogManager.clinit() () at
LogManager.java:186
#16 0x287cf1eb in java::lang::Class::initializeClass (this=0x28fa29a0)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#17 0x287cf79f in _Jv_InitClass (klass=0x28fa29a0) at Class.h:584
#18 0x28a8289e in java.util.logging.LogManager.getLogManager() () at
LogManager.java:169
#19 0x28a86616 in java.util.logging.Logger.getLogger(java.lang.String,
java.lang.String) (
name=0x80fc180, resourceBundleName=0x0) at Logger.java:258
#20 0x28a8677e in java.util.logging.Logger.getLogger(java.lang.String)
(name=0x80fc180)
at Logger.java:206
#21 0x28a867a2 in java.util.logging.Logger.clinit() () at Logger.java:76
#22 0x287cf1eb in java::lang::Class::initializeClass (this=0x28fa2c60)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#23 0x287cf79f in _Jv_InitClass (klass=0x28fa2c60) at Class.h:584
#24 0x28a8676a in java.util.logging.Logger.getLogger(java.lang.String)
(name=0x811c960)
at Logger.java:205
#25 0x287e21c1 in gnu.classpath.debug.SystemLogger.clinit() () at
SystemLogger.java:47
#26 0x287cf1eb in java::lang::Class::initializeClass (this=0x28e6d440)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#27 0x287cf79f in _Jv_InitClass (klass=0x28e6d440) at Class.h:584
#28 0x288b63aa in gnu.javax.crypto.RSACipherImpl.clinit() () at
RSACipherImpl.java:72
#29 0x287cf1eb in java::lang::Class::initializeClass (this=0x28ecbb60)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#30 0x287cf79f in _Jv_InitClass (klass=0x28ecbb60) at Class.h:584
#31 0x2889c640 in gnu.java.security.provider.Gnu$1.run() (this=0x809de70) at
Gnu.java:174
#32 0x28a1c646 in
java.security.AccessController.doPrivileged(java.security.PrivilegedAction)
(action=0x809de70) at AccessController.java:98
#33 0x2889b9ce in gnu.java.security.provider.Gnu.Gnu() (this=0x80b5ee0) at
Gnu.java:179
#34 0x287cf419 in java::lang::Class::newInstance (this=0x28ec1d20)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:656
#35 0x28a1e062 in java.security.Security.loadProviders(java.lang.String,
java.lang.String) (
baseUrl=0x809cc80, vendor=0x80fb6b8) at Security.java:134
#36 0x28a1e25d in java.security.Security.clinit() () at Security.java:81
#37 0x287cf1eb in java::lang::Class::initializeClass (this=0x28f6e040)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#38 0x287cf79f in _Jv_InitClass (klass=0x28f6e040) at Class.h:584
#39 0x28a1cfb0 in java.security.Security.getProviders() () at Security.java:340
#40 0x28a210ae in java.security.MessageDigest.getInstance(java.lang.String) (
algorithm=0x80fc760) at MessageDigest.java:134
#41 0x289d80ba in java.lang.VMCompiler.clinit() () at VMCompiler.java:92
#42 0x287cf1eb in java::lang::Class::initializeClass (this=0x28f40780)
at ../../../gcc-4.1-20051125/libjava/java/lang/natClass.cc:739
#43 0x287cf79f in _Jv_InitClass (klass=0x28f40780) at Class.h:584
#44 0x289d84f1 in java.lang.VMCompiler.compileClass(java.lang.ClassLoader,
java.lang.String, byte[], int, int, java.security.ProtectionDomain)
(loader=0x80b5f88, name=0x807f060,
data=0x811b800, offset=0, len=1775, domain=0x80a2708

[Bug java/25239] New: gij failed to execute JREProperties.java

2005-12-02 Thread chat95 at mac dot com
For i386-unknown-freebsd6.0 and gcc 4.1-20051125 snapshot,
For attached JREProperties.java, gij doesn't work properly, e.g:

% gcj -C JREProperties.java
% gij JREProperties
Abort (core dumped)

but JDK 1.4.2, JREProperties.class works perfectly.
% /usr/local/jdk1.4.2/bin/java JREProperties
106 97 118 97...


uname -a
FreeBSD satie.private.org 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Mon Nov 28
12:56:42 JST 2005 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MAHO 
i386


-- 
   Summary: gij failed to execute JREProperties.java
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chat95 at mac dot com
  GCC host triplet: i386-unknown-freebsd6.0


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



[Bug java/25239] gij failed to execute JREProperties.java

2005-12-02 Thread chat95 at mac dot com


--- Comment #1 from chat95 at mac dot com  2005-12-03 07:56 ---
Created an attachment (id=10396)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10396action=view)
A file doesn't work properly with gij (gcc-4.1-20051125 snapshot)


-- 


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



[Bug java/25239] gij failed to execute JREProperties.java

2005-12-02 Thread chat95 at mac dot com


--- Comment #2 from chat95 at mac dot com  2005-12-03 07:58 ---
BTW: GCJ works perfectly.
% gcj -o foo --main=JREProperties JREProperties.java
%  ./foo
112 97 116 104 46 115...
...


-- 


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



[Bug java/23829] New: FreeBSD 5 support for libjava

2005-09-11 Thread chat95 at mac dot com
FreeBSD 5 has -lpthread but not activated.

-- 
   Summary: FreeBSD 5 support for libjava
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chat95 at mac dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
 GCC build triplet: i386-unknown-freebsd5.4
  GCC host triplet: i386-unknown-freebsd5.4
GCC target triplet: i386-unknown-freebsd5.4


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


[Bug java/23829] FreeBSD 5 support for libjava

2005-09-11 Thread chat95 at mac dot com

--- Additional Comments From chat95 at mac dot com  2005-09-12 01:54 ---
Created an attachment (id=9708)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9708action=view)
FreeBSD =5.3 has -lpthread


-- 


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