Re: bootstrap fail on powerpc-apple-darwin8

2009-09-04 Thread Office Admin 


On 3 Sep 2009, at 12:05, IainS wrote:


uname -prs
Darwin 8.11.0 powerpc

Updating SVN tree
At revision 151374.

config:
 ../gcc-4-5-regtest/configure --prefix=/Volumes/ScratchCS/gcc-4-5- 
install --target=powerpc-apple-darwin8 --host=powerpc-apple-darwin8  
--build=powerpc-apple-darwin8 --enable-languages=c,objc,c++,obj-c+ 
+,fortran --enable-version-specific-runtime-libs --enable-threads -- 
enable-checking=yes --program-suffix=-4.5.0 --with-dwarf2 --with- 
libiconv-prefix=/usr --with-system-zlib --enable-stage1- 
languages=c,c++


output:

[address=03d770b0 pc=002cabf8]
../../gcc-4-5-regtest/gcc/config/rs6000/altivec.md: In function  
'recog_48':
../../gcc-4-5-regtest/gcc/config/rs6000/altivec.md:1864:1: internal  
compiler error: Segmentation Fault

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [insn-recog.o] Error 1
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [bootstrap] Error 2

what other output would hep diagnose this?
(151057 was my last successful bootstrap)


to answer my own...
As of 151409 powerpc-apple-darwin8 behaves the same as darwin9  
(bootstrap is still broken as per PR41224)

Iain

Large slowdown with gfortran vs f77 (x7)

2009-09-04 Thread Jeremy Sanders 
Hi - We noticed some code was very slow in gfortran vs g77, almost a factor 
of 7 times slower. This appears to be because gfortran uses the expf 
liubrary function call for the fortran exp() function for single precision 
numbers, but g77 uses the exp library function (i.e. the double precision 
function).

You can see the very large speed differences by telling gfortran to always 
use double precision numbers.

This can be replicated with this simple program:

test.f:
  implicit none
  integer i,j
  real a, u
  do j=1,10
 do i=1,1000
a=exp(1.0+1.0/i)
u = u+a
 end do
  end do
  print *,u
  end

Compiled with gfortran -O2:
real0m29.921s
user0m29.912s
sys 0m0.000s

Compiled with gfortran -O2 -fdefault-real-8:
real0m4.306s
user0m4.304s
sys 0m0.000s

This is with a newly built gcc 4.4.1 on Fedora 10 (glibc 2.9), x86-64.

As the difference comes down to the speed difference between exp and expf, 
is it a gcc issue or a glibc issue? Should gcc be using this slow function? 
It seems amazing that the same function call is 7 times slower for lower 
precision numbers!

Thanks

Jeremy

-- 
Jeremy Sandershttp://www-xray.ast.cam.ac.uk/~jss/
X-Ray Group, Institute of Astronomy, University of Cambridge, UK.
Public Key Server PGP Key ID: E1AAE053

Re: [ada] help debugging acats failure

2009-09-04 Thread Richard Guenther 
On Fri, Sep 4, 2009 at 1:00 AM, Richard Henderson wrote:
> Can someone tell me how to debug this:
>
>> splitting
>> /home/rth/work/gcc/bld-sjlj/gcc/testsuite/ada/acats0/tests/c3/c35502i.ada
>> into:
>>   c35502i.adb
>> BUILD c35502i.adb
>> gnatmake --GCC="/home/rth/work/gcc/bld-sjlj/gcc/xgcc
>> -B/home/rth/work/gcc/bld-sjlj/gcc/" -gnatws -O2
>> -I/home/rth/work/gcc/bld-sjlj/gcc/testsuite/ada/acats0/support c35502i.adb
>> -largs --GCC="/home/rth/work/gcc/bld-sjlj/gcc/xgcc
>> -B/home/rth/work/gcc/bld-sjlj/gcc/"
>> /home/rth/work/gcc/bld-sjlj/gcc/xgcc -c -B/home/rth/work/gcc/bld-sjlj/gcc/
>> -gnatws -O2 -I/home/rth/work/gcc/bld-sjlj/gcc/testsuite/ada/acats0/support
>> c35502i.adb
>> gnatbind -I/home/rth/work/gcc/bld-sjlj/gcc/testsuite/ada/acats0/support -x
>> c35502i.ali
>> gnatlink c35502i.ali --GCC=/home/rth/work/gcc/bld-sjlj/gcc/xgcc
>> -B/home/rth/work/gcc/bld-sjlj/gcc/
>> ./c35502i.o: In function `_ada_c35502i':
>> c35502i.adb:(.text+0x156): undefined reference to `.L47'
>> collect2: ld returned 1 exit status
>> gnatlink: error when calling /home/rth/work/gcc/bld-sjlj/gcc/xgcc
>> gnatmake: *** link failed.
>> FAIL:   c35502i
>
> I haven't been able to figure out what command to issue from the command
> line to reproduce this.  Cut and paste from the dejagnu log doesn't work,
> which is more than annoying...

Same for libjava ...

What works for me is in the appropriate directory where the test.adb resides
use the xgcc command line and add -I/home//gcc/ada/rts

Richard.

>
> r~
>

Re: [ada] help debugging acats failure

2009-09-04 Thread Eric Botcazou 
> I haven't been able to figure out what command to issue from the command
> line to reproduce this.  Cut and paste from the dejagnu log doesn't
> work, which is more than annoying...

There is a blurb about this on http://gcc.gnu.org/wiki/DebuggingGCC

-- 
Eric Botcazou

Re: MSVC hook function prologue

2009-09-04 Thread Stefan Dösinger 
Am Thursday 03 September 2009 00:04:43 schrieb Paolo Bonzini:
> (define_insn "vswapmov"
> [(set (match_operand 0 "register_operand" "0")
>(match_operand 1 "register_operand" "1")
>   (unspec_volatile [] UNSPECV_VSWAPMOV)]
I ran into a problem with this: build/genattrtab doesn't like the empty 
operand list for the unspec_volatile. So after looking at some other insns I 
added a const_int 0. There was also a parenthesis missing, which I added 
after the "register_operand" "1"), to close the "set".

(define_insn "vswapmov"
  [(set (match_operand 0 "register_operand" "0")
(match_operand 1 "register_operand" "1"))
   (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]
  ""
  "movl.s\t%1,%0"
  [(set_attr "length" "2")
   (set_attr "length_immediate" "0")
   (set_attr "modrm" "0")])

This however leads to the following errors and warnings:
build/genrecog ../.././gcc/config/i386/i386.md \
  insn-conditions.md > tmp-recog.c
../.././gcc/config/i386/i386.md:15751: operand 0 missing output reload
../.././gcc/config/i386/i386.md:15751: warning: operand 0 missing mode?
../.././gcc/config/i386/i386.md:15751: warning: operand 1 missing mode?

I guess the error isn't about the const_int 0, but about operand 0. Any ideas?

Re: MSVC hook function prologue

2009-09-04 Thread Paolo Bonzini 



I guess the error isn't about the const_int 0, but about operand 0. Any ideas?


Yes, you need this:

[(set (match_operand:SI 0 "register_operand" "=r")
  (match_operand:SI 1 "register_operand" "r"))
 (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]

Paolo

Re: MSVC hook function prologue

2009-09-04 Thread Stefan Dösinger 
Am Friday 04 September 2009 13:47:20 schrieb Paolo Bonzini:
> > I guess the error isn't about the const_int 0, but about operand 0. Any
> > ideas?
>
> Yes, you need this:
>
>  [(set (match_operand:SI 0 "register_operand" "=r")
>(match_operand:SI 1 "register_operand" "r"))
>   (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]
That works, thanks!

I just found the "=r" and "r" stuff myself almost at the same time your mail 
arrived. But what does the "SI" do? I haven't found 

Now I went a step further, and implemented the suggestion from amylaar in this 
mail:
http://gcc.gnu.org/ml/gcc/2009-01/msg00174.html

> If you make it a parallel where the actual oprtation is paired with an
> empty unspec, no REG_FRAME_RELATED_EXPR is needed.  If the actual operation
> is hidden in the RTL, however, you have to add it in a 
REG_FRAME_RELATED_EXPR.
> The latter alternative is more complicated.  However, there is a benefit to
> choosing this: win the stack realign or !frame_pointer_needed cases, the
> (early) move of esp to ebp is not really supposed to establish a frame
> pointer, and thus you then don't want any cfi information emitted for it.
> Thus, you can then simply leave out the REG_FRAME_RELATED_EXPR note.

Now the definition looks like this:
(define_insn "vswapmov"
  [(parallel
[(set (match_operand:SI 0 "register_operand" "=r")
  (match_operand:SI 1 "register_operand" "r"))
 (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]
   )]
  ""
  "movl.s\t%1,%0"
  [(set_attr "length" "2")
   (set_attr "length_immediate" "0")
   (set_attr "modrm" "0")])

I am still compiling, so I don't know if it works yet.

I attached the current state of the whole patch. I added the attribute to the 
documentation, and generated the patch with function names this time.
Index: gcc/doc/extend.texi
===
--- gcc/doc/extend.texi	(revision 151419)
+++ gcc/doc/extend.texi	(working copy)
@@ -2672,6 +2672,14 @@ when targeting Windows.  On all other systems, the
 
 Note, This feature is currently sorried out for Windows targets trying to
 
+...@item msvc_prologue
+...@cindex @code{msvc_prologue} attribute
+
+On 32 bit x86-*-* targets, you can use this function attribute to make
+gcc generate the "hot-patching" function prologue used in Win32 API
+functions in Microsoft Windows XP Service Pack 2 and newer. This requires
+support for the swap suffix in the assembler.
+
 @item naked
 @cindex function without a prologue/epilogue code
 Use this attribute on the ARM, AVR, IP2K and SPU ports to indicate that
Index: gcc/configure.ac
===
--- gcc/configure.ac	(revision 151419)
+++ gcc/configure.ac	(working copy)
@@ -3035,6 +3035,12 @@ foo:	nop
   [AC_DEFINE(HAVE_AS_IX86_SAHF, 1,
 [Define if your assembler supports the sahf mnemonic.])])
 
+gcc_GAS_CHECK_FEATURE([swap suffix],
+  gcc_cv_as_ix86_swap,,,
+  [movl.s %esp, %ebp],,
+  [AC_DEFINE(HAVE_AS_IX86_SWAP, 1,
+[Define if your assembler supports the swap suffix.])])
+
 gcc_GAS_CHECK_FEATURE([different section symbol subtraction],
   gcc_cv_as_ix86_diff_sect_delta,,,
   [.section .rodata
Index: gcc/config/i386/i386.h
===
--- gcc/config/i386/i386.h	(revision 151419)
+++ gcc/config/i386/i386.h	(working copy)
@@ -2388,6 +2388,9 @@ struct GTY(()) machine_function {
  to be used. MS_ABI means ms abi. Otherwise SYSV_ABI means sysv abi.  */
   enum calling_abi call_abi;
   struct machine_cfa_state cfa;
+  /* This value is used for i386 targets and specifies if the function
+   * should start with the hooking-friendly Win32 function prologue   */
+  int msvc_prologue;
 };
 #endif
 
Index: gcc/config/i386/i386.md
===
--- gcc/config/i386/i386.md	(revision 151419)
+++ gcc/config/i386/i386.md	(working copy)
@@ -237,6 +237,7 @@
(UNSPECV_RDTSC		18)
(UNSPECV_RDTSCP		19)
(UNSPECV_RDPMC		20)
+   (UNSPECV_VSWAPMOV	21)
   ])
 
 ;; Constants to represent pcomtrue/pcomfalse variants
@@ -15747,6 +15748,18 @@
(set_attr "length_immediate" "0")
(set_attr "modrm" "0")])
 
+(define_insn "vswapmov"
+  [(parallel
+[(set (match_operand:SI 0 "register_operand" "=r")
+  (match_operand:SI 1 "register_operand" "r"))
+ (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]
+   )]
+  ""
+  "movl.s\t%1,%0"
+  [(set_attr "length" "2")
+   (set_attr "length_immediate" "0")
+   (set_attr "modrm" "0")])
+
 ;; Pad to 16-byte boundary, max skip in op0.  Used to avoid
 ;; branch prediction penalty for the third jump in a 16-byte
 ;; block on K8.
Index: gcc/config/i386/i386.c
===
--- gcc/config/i386/i386.c	(revision 151419)
+++ gcc/config/i386/i386.c	(working copy)
@@ -4777,6 +4777,19 @@ ix86_function_type_ab

Re: MSVC hook function prologue

2009-09-04 Thread Paolo Bonzini 

Yes, you need this:

  [(set (match_operand:SI 0 "register_operand" "=r")
(match_operand:SI 1 "register_operand" "r"))
   (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]

That works, thanks!

I just found the "=r" and "r" stuff myself almost at the same time your mail
arrived. But what does the "SI" do? I haven't found


It specifies that the register must be 32-bit (SImode, Single-word 
Integer mode).  It just shuts up the warnings.



Now the definition looks like this:
(define_insn "vswapmov"
   [(parallel
 [(set (match_operand:SI 0 "register_operand" "=r")
   (match_operand:SI 1 "register_operand" "r"))
  (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]
)]


The parallel is implicit in define_insn, so it is not different.  It 
does not make any harm I guess, but it looks "weird" to a more familiar 
eye. :-)



   ""
   "movl.s\t%1,%0"
   [(set_attr "length" "2")
(set_attr "length_immediate" "0")
(set_attr "modrm" "0")])

I am still compiling, so I don't know if it works yet.

I attached the current state of the whole patch. I added the attribute to the
documentation, and generated the patch with function names this time.


Here:

+#ifdef HAVE_AS_IX86_SWAP
+  { "msvc_prologue", 0, 0, false, true, true, ix86_handle_abi_attribute },
+#endif

it's better to always provide the attribute, and call "sorry" in 
ix86_function_msvc_prologue if you don't have the .s suffix.


Another two nits since I've found a more serious one: :-)

1) do not remove spurious lines.

   RTX_FRAME_RELATED_P (insn) = 1;
-
   insn = emit_move_insn (hard_frame_pointer_rtx, stack_pointer_rtx);
   RTX_FRAME_RELATED_P (insn) = 1;
-
   if (ix86_cfa_state->reg == stack_pointer_rtx)


2) extra long line, go to new line *before* ? and colon:

+  if (TARGET_64BIT ? is_attribute_p ("msvc_prologue", name) : 
!is_attribute_p ("msvc_prologue", name))


Thanks!!

Paolo

Re: MSVC hook function prologue

2009-09-04 Thread Stefan Dösinger 
Am Friday 04 September 2009 14:23:39 schrieb Paolo Bonzini:
> The parallel is implicit in define_insn, so it is not different.  It
> does not make any harm I guess, but it looks "weird" to a more familiar
> eye. :-)
Ok, I removed it again :-)

> +#ifdef HAVE_AS_IX86_SWAP
> +  { "msvc_prologue", 0, 0, false, true, true, ix86_handle_abi_attribute },
> +#endif
>
> it's better to always provide the attribute, and call "sorry" in
> ix86_function_msvc_prologue if you don't have the .s suffix.
Fixed!

> Another two nits since I've found a more serious one: :-)
>
> 1) do not remove spurious lines.
Ooops. Forgot to read the diff...

> 2) extra long line, go to new line *before* ? and colon:
>
> +  if (TARGET_64BIT ? is_attribute_p ("msvc_prologue", name) :
> !is_attribute_p ("msvc_prologue", name))
Fixed!

I attached another version of the patch - I restarted the compile, so I still 
don't know if it fully works.
Index: gcc/doc/extend.texi
===
--- gcc/doc/extend.texi	(revision 151419)
+++ gcc/doc/extend.texi	(working copy)
@@ -2672,6 +2672,14 @@ when targeting Windows.  On all other systems, the
 
 Note, This feature is currently sorried out for Windows targets trying to
 
+...@item msvc_prologue
+...@cindex @code{msvc_prologue} attribute
+
+On 32 bit x86-*-* targets, you can use this function attribute to make
+gcc generate the "hot-patching" function prologue used in Win32 API
+functions in Microsoft Windows XP Service Pack 2 and newer. This requires
+support for the swap suffix in the assembler. (GNU Binutils 2.19.51 or later)
+
 @item naked
 @cindex function without a prologue/epilogue code
 Use this attribute on the ARM, AVR, IP2K and SPU ports to indicate that
Index: gcc/configure.ac
===
--- gcc/configure.ac	(revision 151419)
+++ gcc/configure.ac	(working copy)
@@ -3035,6 +3035,12 @@ foo:	nop
   [AC_DEFINE(HAVE_AS_IX86_SAHF, 1,
 [Define if your assembler supports the sahf mnemonic.])])
 
+gcc_GAS_CHECK_FEATURE([swap suffix],
+  gcc_cv_as_ix86_swap,,,
+  [movl.s %esp, %ebp],,
+  [AC_DEFINE(HAVE_AS_IX86_SWAP, 1,
+[Define if your assembler supports the swap suffix.])])
+
 gcc_GAS_CHECK_FEATURE([different section symbol subtraction],
   gcc_cv_as_ix86_diff_sect_delta,,,
   [.section .rodata
Index: gcc/config/i386/i386.h
===
--- gcc/config/i386/i386.h	(revision 151419)
+++ gcc/config/i386/i386.h	(working copy)
@@ -2388,6 +2388,9 @@ struct GTY(()) machine_function {
  to be used. MS_ABI means ms abi. Otherwise SYSV_ABI means sysv abi.  */
   enum calling_abi call_abi;
   struct machine_cfa_state cfa;
+  /* This value is used for i386 targets and specifies if the function
+   * should start with the hooking-friendly Win32 function prologue   */
+  int msvc_prologue;
 };
 #endif
 
Index: gcc/config/i386/i386.md
===
--- gcc/config/i386/i386.md	(revision 151419)
+++ gcc/config/i386/i386.md	(working copy)
@@ -237,6 +237,7 @@
(UNSPECV_RDTSC		18)
(UNSPECV_RDTSCP		19)
(UNSPECV_RDPMC		20)
+   (UNSPECV_VSWAPMOV	21)
   ])
 
 ;; Constants to represent pcomtrue/pcomfalse variants
@@ -15747,6 +15748,16 @@
(set_attr "length_immediate" "0")
(set_attr "modrm" "0")])
 
+(define_insn "vswapmov"
+  [(set (match_operand:SI 0 "register_operand" "=r")
+(match_operand:SI 1 "register_operand" "r"))
+   (unspec_volatile [(const_int 0)] UNSPECV_VSWAPMOV)]
+  ""
+  "movl.s\t%1,%0"
+  [(set_attr "length" "2")
+   (set_attr "length_immediate" "0")
+   (set_attr "modrm" "0")])
+
 ;; Pad to 16-byte boundary, max skip in op0.  Used to avoid
 ;; branch prediction penalty for the third jump in a 16-byte
 ;; block on K8.
Index: gcc/config/i386/i386.c
===
--- gcc/config/i386/i386.c	(revision 151419)
+++ gcc/config/i386/i386.c	(working copy)
@@ -4777,6 +4777,24 @@ ix86_function_type_abi (const_tree fntype)
   return ix86_abi;
 }
 
+static int
+ix86_function_msvc_prologue (const_tree fntype)
+{
+  if (!TARGET_64BIT && fntype != NULL)
+{
+  if(lookup_attribute ("msvc_prologue", TYPE_ATTRIBUTES (fntype)))
+{
+#ifdef HAVE_AS_IX86_SWAP
+  return 1;
+#else
+  sorry ("msvc_prologue needs swap suffix support in as");
+  return 0;
+#endif
+}
+}
+  return 0;
+}
+
 static enum calling_abi
 ix86_function_abi (const_tree fndecl)
 {
@@ -4808,6 +4826,11 @@ ix86_call_abi_override (const_tree fndecl)
 cfun->machine->call_abi = ix86_abi;
   else
 cfun->machine->call_abi = ix86_function_type_abi (TREE_TYPE (fndecl));
+
+  if (fndecl == NULL_TREE)
+cfun->machine->msvc_prologue = 0;
+  else
+cfun->machine->msvc_prologue = ix86_function_msvc_prologue (TREE_TYPE (fndecl));
 }
 
 /* MS and SYSV ABI have different

Re: verify_ssa failed on cygwin and in ada

2009-09-04 Thread Dave Korn 
Christian Joensson wrote:
> Is this a well know problem:

  Please file a PR.  It didn't happen a few weeks ago when I last tried
bootstrapping ada on cygwin.

cheers,
  DaveK

Re: Call for testers: MPC 0.7 prerelease tarball

2009-09-04 Thread Kaveh R. Ghazi 

From: "Dave Korn" 


Dave Korn wrote:


  Attached allowed it to build,


 And with that patch:


===
All 45 tests passed
===


Thanks Dave!

This MPC release may happen early next week.  Anyone else have success 
results, problems or portability patches?


   --Kaveh

make bootstrap and make not working for gcc-4.4.1

2009-09-04 Thread Margaret Doll 

I need help in installing gcc in /usr/local.

After configuring gcc in /usr/local/gcc-4.4.1/objdir using

../gcc/configure --prefix=/usr/local/ --enable-threads=[osix --enable- 
shared --enable-languages=c++,java --enable-bootstrap


I try

make bootstrap
make:  ** No rule to make target 'bootstrp'.  Stop
make
ends in

/bin/sh:  line1:  build/genmodes:  No such file or directlry
make:  ***[s-modes-h] Error 127

I need the gcj compiler for some software that I am trying to install.

The system is a RedHat system running:  2.4.21-58ELsmp

I have installed redhat-java-rpm-scripts-1.0.2-2
gcc-3.2.3-59
texinfo-4.9
mpfr-2.4.1
gmp-4.1.2-6

The output from the compile is:


Script started on Thu 03 Sep 2009 10:50:43 AM EDT
]0;r...@casey:/usr/local/gcc-4.4.1/objdir[r...@casey objdir]#  
exitmake bootstrap../gcc/configure --prefix=/usr/ 
local --enable-threads=posix --enable-shared

d --enable-languages=c++,java
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking LIBRARY_PATH variable... ok
checking GCC_EXEC_PREFIX variable... ok
checking whether to place generated files in the source directory...  
no

checking whether a default linker was specified... no
checking whether a default assembler was specified... no
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes
checking for gnatbind... no
checking for gnatmake... no
checking whether compiler driver understands Ada... no
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking how to run the C preprocessor... gcc -E
checking for inline... inline
checking for void *... yes
checking size of void *... 4
checking for short... yes
checking size of short... 2
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for long long... yes
checking for long long... (cached) yes
checking size of long long... 8
checking for __int64... no
checking whether gcc supports -W... yes
checking whether gcc supports -Wall... yes
checking whether gcc supports -Wwrite-strings... yes
checking whether gcc supports -Wstrict-prototypes... yes
checking whether gcc supports -Wmissing-prototypes... yes
checking whether gcc supports -Wcast-qual... yes
checking whether gcc supports -Wold-style-definition... no
checking whether gcc supports -Wc++-compat... no
checking whether gcc supports -Wmissing-format-attribute... yes
checking whether gcc supports -pedantic -Wno-long-long -Wno-variadic- 
macros -Wno-overlength-strings... no

checking valgrind.h usability... no
checking valgrind.h presence... no
checking for valgrind.h... no
configure: WARNING: fixed-point is not supported for this target
checking whether make sets $(MAKE)... yes
checking for gawk... gawk
checking whether ln -s works... yes
checking whether ln works... yes
checking for ranlib... ranlib
checking for a BSD compatible install... /usr/local/bin/install -c
checking for cmp's capabilities... gnucompare
checking for mktemp... yes
checking for makeinfo... makeinfo
checking for modern makeinfo... yes
checking for recent Pod::Man... yes
checking for flex... flex
checking for bison... bison
checking for nm... nm
checking for ar... ar
checking for ANSI C header files... (cached) yes
checking whether time.h and sys/time.h may both be included... yes
checking whether string.h and strings.h may both be included... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for limits.h... yes
checking for stddef.h... yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for time.h... yes
checking for iconv.h... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for sys/file.h... yes
checking for sys/time.h... yes
checking for sys/mman.h... yes
checking for sys/resource.h... yes
checking for sys/param.h... yes
checking for sys/times.h... yes
checking for sys/stat.h... (cached) yes
checking for direct.h... no
ch

Re: MSVC hook function prologue

2009-09-04 Thread Stefan Dösinger 
Am Friday 04 September 2009 14:49:42 schrieb Stefan Dösinger:
> I attached another version of the patch - I restarted the compile, so I
> still don't know if it fully works.
Seems to be working - gcc compiles fine, my test function has the right 
starting bytes. Wine compiles and runs, and Steam successfully hooks the 
functions.

I'll add a test case for this feature as well, and submit it next week. Before 
I finally submit it I want to make sure Alexandre hasn't changed his mind 
about all this.

Re: make bootstrap and make not working for gcc-4.4.1

2009-09-04 Thread Paolo Carlini 
Margaret Doll wrote:
> I need help in installing gcc in /usr/local.
>
> After configuring gcc in /usr/local/gcc-4.4.1/objdir using
>
> ../gcc/configure --prefix=/usr/local/ --enable-threads=[osix
> --enable-shared --enable-languages=c++,java --enable-bootstrap
>
> I try
>
> make bootstrap
> make:  ** No rule to make target 'bootstrp'.  Stop
Evidently, you misspelled bootstrap as bootstrp. Also,
--enable-bootstrap is the default in your case, and just make is fine. I
can also see a typo posix as [osix, and, again, that --enable-threads is
redundant, is the default, likewise for --enable-shared.

Paolo.

Re: Call for testers: MPC 0.7 prerelease tarball

2009-09-04 Thread Uros Bizjak 

Hello!


A prerelease tarball of the upcoming MPC 0.7 is available here:
http://www.multiprecision.org/mpc/download/mpc-0.7-dev.tar.gz

Please help test it for portability and bugs by downloading and compiling
it on systems you have access to.  I'd like a report to contain your
target triplet and the versions of your compiler, GMP and MPFR used when
building MPC.  Also please include your results from "make check".  You
can report your results here in this thread or on the MPC mailing list:
http://lists.gforge.inria.fr/mailman/listinfo/mpc-discuss
   


Works OK on alphaev68-linux-gnu with:

gcc -v
Using built-in specs.
Target: alpha-unknown-linux-gnu
Configured with: 
/var/tmp/portage/sys-devel/gcc-4.4.1/work/gcc-4.4.1/configure 
--prefix=/usr --bindir=/usr/alpha-unknown-linux-gnu/gcc-bin/4.4.1 
--includedir=/usr/lib/gcc/alpha-unknown-linux-gnu/4.4.1/include 
--datadir=/usr/share/gcc-data/alpha-unknown-linux-gnu/4.4.1 
--mandir=/usr/share/gcc-data/alpha-unknown-linux-gnu/4.4.1/man 
--infodir=/usr/share/gcc-data/alpha-unknown-linux-gnu/4.4.1/info 
--with-gxx-include-dir=/usr/lib/gcc/alpha-unknown-linux-gnu/4.4.1/include/g++-v4 
--host=alpha-unknown-linux-gnu --build=alpha-unknown-linux-gnu 
--disable-altivec --disable-fixed-point --without-ppl --without-cloog 
--enable-nls --without-included-gettext --with-system-zlib 
--disable-checking --disable-werror --enable-secureplt 
--disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp 
--enable-cld --disable-libgcj --enable-languages=c,c++,fortran 
--enable-shared --enable-threads=posix --enable-__cxa_atexit 
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ 
--with-pkgversion='Gentoo 4.4.1 p1.0'

Thread model: posix
gcc version 4.4.1 (Gentoo 4.4.1 p1.0)

* Searching for gmp ...
[IP-] [ ~] dev-libs/gmp-4.3.1 (0)

 * Searching for mpfr ...
[IP-] [ ~] dev-libs/mpfr-2.4.1_p5 (0)


===
All 45 tests passed
===

Uros.

Re: make bootstrap and make not working for gcc-4.4.1

2009-09-04 Thread Paolo Carlini 
Margaret Doll wrote:
> I need help in installing gcc in /usr/local.
>
> After configuring gcc in /usr/local/gcc-4.4.1/objdir using
>
> ../gcc/configure --prefix=/usr/local/ --enable-threads=[osix
> --enable-shared --enable-languages=c++,java --enable-bootstrap
Last but not least, from your build dir you should invoke the toplevel
configure, that is the one in gcc-4.4.1, not in gcc-4.4.1/gcc.

Paolo.

Re: Large slowdown with gfortran vs f77 (x7)

2009-09-04 Thread FX 

Hi Jeremy,

  -- it's unarguably a glibc issue: if exp() is fast and expf() is  
slow, why doesn't glibc implement expf() by calling exp()? (yes, there  
can be other issues like rounding or so, but they can also be dealt  
with separately)
  -- a similar bug was already reported a year and a half ago, and no  
activity was recorded on that front  (http://sources.redhat.com/bugzilla/show_bug.cgi?id=5997 
); overall, the math lib from glibc can be buggy and slow (and its  
development is not exactly proceeding at a steady pace) but political  
reasons prevent GCC to include its own math lib
  -- there is a GNU Fortran mailing-list where Fortran-related issues  
are welcome


Regards,
FX

Re: Large slowdown with gfortran vs f77 (x7)

2009-09-04 Thread Tobias Burnus 
On 09/04/2009 05:04 PM, FX wrote:
>   -- it's unarguably a glibc issue: if exp() is fast and expf() is
> slow, why doesn't glibc implement expf() by calling exp()? (yes, there
> can be other issues like rounding or so, but they can also be dealt
> with separately)

If I recall correctly, it is mostly an x86-64 problem. AMD has some math
patches for GLIBC which speed things up a lot. I think those are used in
openSUSE/SLES but not in Fedora. On the other hand, the AMD patches have
a problem with signaling NaN, which is being fixed [1,4].

Some older timings (from PR 34128) on openSUSE (!)  -- for "sin" but
there is the same problem as for exp:

  g77 gfortran
-m32  real(4) 0.408s  0.421s
-m64  real(4) 1.040s  0.589s ! sinf on x86-64: 40% faster!
-m32  real(8) 0.411s  0.408s
-m64  real(8) 0.976s  0.968s ! sin on x86-64


As this is a math-library problem, one cannot do much from the
GCC/gfortran side. You could consider using the AMD Math Core Library
[2] which implements fast versions of the trigonometric functions and
exp [3]. Those functions are not fully IEEE compliant but it might not
be needed in your case [3,4]. (See AMCL manual [3] for the details.)
Intel's MKL should have something similar if you are on Intel hardware
and have by chance the library.

Switching to SUSE or applying the patches oneself is another
possibility. (I do not know why the patches are not included in the
upstream version of glibc. There must be some (somewhat) well-founded
reason.)

> -- a similar bug was already reported a year and a half ago, and no
> activity was recorded on that front 
> (http://sources.redhat.com/bugzilla/show_bug.cgi?id=5997);

Well, it is assigned to someone @suse and as written it is not an issue
on openSUSE. It might be also related to the AMD patches and the reason
why they are not included in GLIBC.

Tobias
(who uses openSUSE [11.1/Factory] at home, Fedora [version 6 (!)]  at work)


[1] For sNaN, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39314 and
https://bugzilla.novell.com/show_bug.cgi?id=487576
[2] ACML (free as in free beer): http://www.amd.com/acml
[3]
http://developer.amd.com/cpu/Libraries/acml/onlinehelp/Documents/Simple.html
; the functions are prefixed by "fast" but if you include the library
before the math library ("-lm") the fast version is used instead of the
libm version; "-lm" is automatically appended (internally) at the end of
the command line when using "gfortran" thus simply adding "-lacml_mv"
(or was it -lacml ?) to the command line should be sufficient.
[4] Note, the GLIBC patches of AMD are supposed to be fully IEEE
complient while the fastexp etc. of ACML are not (esp. regarding
denormal numbers and signaling NaN.)

Re: make bootstrap and make not working for gcc-4.4.1

2009-09-04 Thread Margaret Doll 


On Sep 4, 2009, at 10:42 AM, Paolo Carlini wrote:


Margaret Doll wrote:

I need help in installing gcc in /usr/local.

After configuring gcc in /usr/local/gcc-4.4.1/objdir using

../gcc/configure --prefix=/usr/local/ --enable-threads=[osix
--enable-shared --enable-languages=c++,java --enable-bootstrap

Last but not least, from your build dir you should invoke the toplevel
configure, that is the one in gcc-4.4.1, not in gcc-4.4.1/gcc.

Paolo.


The [osix  was a typo.  My email system is not on my server.

I added the --enable-bootstrap because I was not getting a bootstrap  
option


I was following the instructions on the build from 
http://gcc.gnu.org/java/build-snapshot.html

5. Compile and install gcc/gcj/libgcj
 $ cd compile
 $ mkdir objdir
 $ cd objdir
 $ ../gcc/configure --enable-threads=posix --prefix=/home/joerg/gcc \  
--enable-shared --enable-languages=c++,java \ --with-as=/opt/gnu/bin/ 
as --with-ld=/opt/gnu/bin/ld

 $ make bootstrap
 $ make
 $ make install
Which doesn't work.
cd /usr/local/gcc-4.1.1
./configure
ends in the error that I have the wrong version of mpfr.h.   I am  
using mpfr-2.4.1.   The error log says that I should be using

mpfr 2.3.2+
I will look for mpfr 2.3.2 and try again.

Re: Call for testers: MPC 0.7 prerelease tarball

2009-09-04 Thread Loren James Rittle 
Hello Kaveh,

Sorry for the delay in this primary platform report; just saw the
second call today.

In all cases below, installed from the FreeBSD ports system with the
system compiler (based upon GNU 4.2.1):
/usr/ports/math/libgmp4 [4.3.1]
/usr/ports/math/mpfr [2.4.1]
[And, for the record, /usr/ports/math/mpc contains 0.6 with no
 local patches so I expected this to work without any issues.]

With the default system compiler on i386-unknown-freebsd7.2:

./configure fails to find gmp installed in /usr/local (as expected to me
but not the expected behaviour for a typical gcc user on other platforms).

./configure --with-gmp\=/usr/local; gmake; gmake check # All 45 tests passed

With gcc version 4.4.2 [...revision 151396] (GCC) on i386-unknown-freebsd7.2
(which was installed in prefix=/usr/local/beta-gcc not /usr/local):

./configure; gmake; gmake check # All 45 tests passed

With gcc version 4.5.0 [...revision 151387] (GCC) on i386-unknown-freebsd7.2
(which was installed in prefix=/usr/local/beta-gcc not /usr/local):

./configure; gmake; gmake check # All 45 tests passed

Regards,
Loren

Re: Call for testers: MPC 0.7 prerelease tarball

2009-09-04 Thread Dominique Dhumieres 
Kaveh,

mpc-0.7-dev passed the 45 tests on i686-apple-darwin9 when compiled
with gcc version 4.0.1 (Apple Inc. build 5493).

Cheers

Dominique

Re: Call for testers: MPC 0.7 prerelease tarball

2009-09-04 Thread David Fang 

A prerelease tarball of the upcoming MPC 0.7 is available here:
http://www.multiprecision.org/mpc/download/mpc-0.7-dev.tar.gz


Hi,

On powerpc-apple-darwin8 (32b):
using mpfr-2.4.1, gmp-4.3.1

===
All 45 tests passed
===

Target: powerpc-apple-darwin8
Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable-checking 
-enable-werror --prefix=/usr --mandir=/share/man 
--enable-languages=c,objc,c++,obj-c++ 
--program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ 
--with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib 
--build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 
--target=powerpc-apple-darwin8

Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5370)

Apple Computer, Inc. version cctools-622.9~2, GNU assembler version 1.38


Fang

David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/

better assembly output

2009-09-04 Thread g...@cyberfiber.org 
hi,

some optimized assembly output, hope you can use it.

http://www.codenamezero.org/sites/default/files/20090904%20-%20rdiv.tar.gz
http://www.codenamezero.org/sites/default/files/20090904%20-%20rmul.tar.gz

greetz,
michael

Fwd: make bootstrap and make not working for gcc-4.4.1

2009-09-04 Thread Margaret Doll 



Begin forwarded message:


From: Margaret Doll 
Date: September 4, 2009 12:07:51 PM EDT
To: gcc@gcc.gnu.org
Subject: Re: make bootstrap and make not working for gcc-4.4.1


On Sep 4, 2009, at 10:42 AM, Paolo Carlini wrote:


Margaret Doll wrote:

I need help in installing gcc in /usr/local.

After configuring gcc in /usr/local/gcc-4.4.1/objdir using

../gcc/configure --prefix=/usr/local/ --enable-threads=[osix
--enable-shared --enable-languages=c++,java --enable-bootstrap
Last but not least, from your build dir you should invoke the  
toplevel

configure, that is the one in gcc-4.4.1, not in gcc-4.4.1/gcc.

Paolo.


The [osix  was a typo.  My email system is not on my server.

I added the --enable-bootstrap because I was not getting a bootstrap  
option


I was following the instructions on the build from 
http://gcc.gnu.org/java/build-snapshot.html

5. Compile and install gcc/gcj/libgcj
$ cd compile
$ mkdir objdir
$ cd objdir
$ ../gcc/configure --enable-threads=posix --prefix=/home/joerg/gcc \  
--enable-shared --enable-languages=c++,java \ --with-as=/opt/gnu/bin/ 
as --with-ld=/opt/gnu/bin/ld

$ make bootstrap
$ make
$ make install
Which doesn't work.
cd /usr/local/gcc-4.1.1
./configure
ends in the error that I have the wrong version of mpfr.h.   I am  
using mpfr-2.4.1.   The error log says that I should be using

mpfr 2.3.2+
I will look for mpfr 2.3.2 and try again.


I am still using mpfr 2.4.1 installed in /usr/local

I started with a clean gcc-4.4.1 directory
cd /usr/local/gcc-4.4.1
mkdir objdir
cd objdir
../configure  --prefix=/usr/local/ --enable-threads=posix --enable- 
shared --enable-languages=c++,java --with-gmp --with-mpfr


make bootstrap

goes on for many minutes and ends with

/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include - 
isystem /usr/l

ocal/i686-pc-linux-gnu/sys-include
checking for suffix of object files... configure: error: in `/usr/ 
local/gcc-4.4.1/i68

6-pc-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[2]: Leaving directory `/usr/local/gcc-4.4.1'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/usr/local/gcc-4.4.1'
make: *** [bootstrap] Error 2

Looking in config.log I found

configure:3450: checking for suffix of object files
configure:3471: gcc -c   conftest.c >&5
configure:3474: $? = 0
configure:3498: result: o

What was I supposed to do to make this work?

Re: verify_ssa failed on cygwin and in ada

2009-09-04 Thread Alexandre Oliva 
On Sep  4, 2009, Dave Korn  wrote:

> Christian Joensson wrote:
>> Is this a well know problem:

>   Please file a PR.  It didn't happen a few weeks ago when I last tried
> bootstrapping ada on cygwin.

And please Cc: aol...@gcc.gnu.org in the bug report.  This is clearly
VTA-related.  It may be that I already have a fix for it, but I'd like
to keep track of the bug report just in case.

Thanks,

-- 
Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/   FSF Latin America board member
Free Software Evangelist  Red Hat Brazil Compiler Engineer

Re: make bootstrap and make not working for gcc-4.4.1

2009-09-04 Thread Richard Guenther 
On Fri, Sep 4, 2009 at 9:01 PM, Margaret Doll wrote:
>
>
> Begin forwarded message:
>
>> From: Margaret Doll 
>> Date: September 4, 2009 12:07:51 PM EDT
>> To: gcc@gcc.gnu.org
>> Subject: Re: make bootstrap and make not working for gcc-4.4.1
>>
>>
>> On Sep 4, 2009, at 10:42 AM, Paolo Carlini wrote:
>>
>>> Margaret Doll wrote:

 I need help in installing gcc in /usr/local.

 After configuring gcc in /usr/local/gcc-4.4.1/objdir using

 ../gcc/configure --prefix=/usr/local/ --enable-threads=[osix
 --enable-shared --enable-languages=c++,java --enable-bootstrap
>>>
>>> Last but not least, from your build dir you should invoke the toplevel
>>> configure, that is the one in gcc-4.4.1, not in gcc-4.4.1/gcc.
>>>
>>> Paolo.
>>
>> The [osix  was a typo.  My email system is not on my server.
>>
>> I added the --enable-bootstrap because I was not getting a bootstrap
>> option
>>
>> I was following the instructions on the build from
>> http://gcc.gnu.org/java/build-snapshot.html
>>
>> 5. Compile and install gcc/gcj/libgcj
>> $ cd compile
>> $ mkdir objdir
>> $ cd objdir
>> $ ../gcc/configure --enable-threads=posix --prefix=/home/joerg/gcc \
>> --enable-shared --enable-languages=c++,java \ --with-as=/opt/gnu/bin/as
>> --with-ld=/opt/gnu/bin/ld
>> $ make bootstrap
>> $ make
>> $ make install
>> Which doesn't work.
>> cd /usr/local/gcc-4.1.1
>> ./configure
>> ends in the error that I have the wrong version of mpfr.h.   I am using
>> mpfr-2.4.1.   The error log says that I should be using
>> mpfr 2.3.2+
>> I will look for mpfr 2.3.2 and try again.
>
> I am still using mpfr 2.4.1 installed in /usr/local
>
> I started with a clean gcc-4.4.1 directory
> cd /usr/local/gcc-4.4.1
> mkdir objdir
> cd objdir
> ../configure  --prefix=/usr/local/ --enable-threads=posix --enable-shared
> --enable-languages=c++,java --with-gmp --with-mpfr
>
> make bootstrap
>
>        goes on for many minutes and ends with
>
> /i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include
> -isystem /usr/l
> ocal/i686-pc-linux-gnu/sys-include
> checking for suffix of object files... configure: error: in
> `/usr/local/gcc-4.4.1/i68
> 6-pc-linux-gnu/libgcc':
> configure: error: cannot compute suffix of object files: cannot compile
> See `config.log' for more details.
> make[2]: *** [configure-stage1-target-libgcc] Error 1
> make[2]: Leaving directory `/usr/local/gcc-4.4.1'
> make[1]: *** [stage1-bubble] Error 2
> make[1]: Leaving directory `/usr/local/gcc-4.4.1'
> make: *** [bootstrap] Error 2
>
> Looking in config.log I found
>
> configure:3450: checking for suffix of object files
> configure:3471: gcc -c   conftest.c >&5
> configure:3474: $? = 0
> configure:3498: result: o
>
> What was I supposed to do to make this work?

Adjust your LD_LIBRARY_PATH to pick up the shared libraries in
/usr/local where gmp/mpfr are installed.

Wrong config.log btw, the relevant one is i686-pc-linux-gnu/libgcc/config.log

Richard.

>
>
>>
>>
>
>

CVS/SVN binutils and gcc on MacOS X?

2009-09-04 Thread Stefan Dösinger 
Hi,
I tried to install binutils from CVS and the gcc SVN code on my mac to test my 
msvc_prologue work there, but I ran into an interesting problem:

When using the SVN gcc with my own as, I cannot compile any files:
Assembler messages:
Fatal error: Invalid listing option `r'

This can happen when compiling something manually, or during gcc bootstrap. 
The build type is i386-apple-darwin9.8.0.

Using my own gcc with the system assembler works. Using the system gcc with my 
as build works as well. But my own as and gcc together fail. Google wasn't 
much help unfortunately.

Is this a known problem? Am I doing something wrong here? Do I need any 
special Darwin patches for as or gcc?

Thanks,
Stefan

Re: CVS/SVN binutils and gcc on MacOS X?

2009-09-04 Thread Andreas Tobler 

Stefan Dösinger wrote:

I tried to install binutils from CVS and the gcc SVN code on my mac to test my 
msvc_prologue work there, but I ran into an interesting problem:


binutils for MacOSX is a no-go.


When using the SVN gcc with my own as, I cannot compile any files:
Assembler messages:
Fatal error: Invalid listing option `r'

This can happen when compiling something manually, or during gcc bootstrap. 
The build type is i386-apple-darwin9.8.0.


Using my own gcc with the system assembler works. Using the system gcc with my 
as build works as well. But my own as and gcc together fail. Google wasn't 
much help unfortunately.


binutils 'as' does not know the magic of mach-o.

Is this a known problem? Am I doing something wrong here? Do I need any 
special Darwin patches for as or gcc?


No, you don't do anything wrong. It is simply not supported, the 
binutils from gnu.


You can rely on gcc being able to work with the MacOS-X 'binutils' aka: 
ld, as. But don't try to build it for yourself. It's somehow like sparc 
solaris, rely on the systems as/ld.


Regards,
Andreas

Re: CVS/SVN binutils and gcc on MacOS X?

2009-09-04 Thread Stefan Dösinger 
Am Friday 04 September 2009 23:35:55 schrieb Andreas Tobler:
> No, you don't do anything wrong. It is simply not supported, the
> binutils from gnu.
>
> You can rely on gcc being able to work with the MacOS-X 'binutils' aka:
> ld, as. But don't try to build it for yourself. It's somehow like sparc
> solaris, rely on the systems as/ld.
Drats, that's what I was afraid of :-(

Unfortunately I need support for the swap suffix in as, so using the system 
binaries is not an option. Is the only thing I can do to find the source of 
the as version, backport the swap suffix and hope for the best?

Re: CVS/SVN binutils and gcc on MacOS X?

2009-09-04 Thread Stefan Dösinger 
Am Friday 04 September 2009 23:50:11 schrieb Stefan Dösinger:
> Unfortunately I need support for the swap suffix in as, so using the system
> binaries is not an option. Is the only thing I can do to find the source of
> the as version, backport the swap suffix and hope for the best?
Ok, I grabbed the cctools source and hacked in .s suffix support. Now the 
bootstrap process got beyond the initial configure run. Lets see what happens 
once the compilation is finished...

Re: verify_ssa failed on cygwin and in ada

2009-09-04 Thread Christian Joensson 
2009/9/4 Alexandre Oliva :
> On Sep  4, 2009, Dave Korn  wrote:
>
>> Christian Joensson wrote:
>>> Is this a well know problem:
>
>>   Please file a PR.  It didn't happen a few weeks ago when I last tried
>> bootstrapping ada on cygwin.
>
> And please Cc: aol...@gcc.gnu.org in the bug report.  This is clearly
> VTA-related.  It may be that I already have a fix for it, but I'd like
> to keep track of the bug report just in case.
>

will do, but it'll have to wait 'til Monday... don't have that
computer available right now...

-- 
Cheers,

/ChJ

Re: Call for testers: MPC 0.7 prerelease tarball

2009-09-04 Thread Ryan Hill 
On Fri, 4 Sep 2009 07:05:57 -0700
"Kaveh R. Ghazi"  wrote:

> From: "Dave Korn" 
> 
> > Dave Korn wrote:
> >
> >>   Attached allowed it to build,
> >
> >  And with that patch:
> >
> >> ===
> >> All 45 tests passed
> >> ===
> 
> Thanks Dave!
> 
> This MPC release may happen early next week.  Anyone else have success 
> results, problems or portability patches?

x86_64-unknown-linux-gnu
gmp-4.3.1, mpfr-2.4.1_p5
all tests pass w/ gcc-4.3.4, gcc-4.4.1, 4.4 svn, and trunk.

Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured
with: /var/tmp/portage/sys-devel/gcc-4.4.1/work/gcc-4.4.1/configure
--prefix=/usr --bindir=/usr/x86_64-unknown-linux-gnu/gcc-bin/4.4.1
--includedir=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.1/include
--datadir=/usr/share/gcc-data/x86_64-unknown-linux-gnu/4.4.1
--mandir=/usr/share/gcc-data/x86_64-unknown-linux-gnu/4.4.1/man
--infodir=/usr/share/gcc-data/x86_64-unknown-linux-gnu/4.4.1/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.1/include/g++-v4
--host=x86_64-unknown-linux-gnu --build=x86_64-unknown-linux-gnu
--disable-altivec --disable-fixed-point --with-ppl --with-cloog --disable-nls
--with-system-zlib --disable-checking --disable-werror --enable-secureplt
--enable-multilib --disable-libmudflap --disable-libssp --enable-libgomp
--enable-cld --disable-libgcj --enable-languages=c,c++,fortran
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.4.1 p1.0' Thread model: posix gcc version 4.4.1
(Gentoo 4.4.1 p1.0)


-- 
fonts, Character is what you are in the dark.
gcc-porting,
wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662


signature.asc
Description: PGP signature