[Bug fortran/24518] Intrinsic MOD incorrect for large arg1/arg2 and slow.

[paul dot richard dot thomas at cea dot fr]

--- Comment #3 from paul dot richard dot thomas at cea dot fr  2006-06-21 
07:19 ---
Subject: RE:  Intrinsic MOD incorrect for large arg1/arg2 and slow.

FX,

I do not have the slightest idea!  I wrote various versions using
BUILT_IN_FMOD and got bogged down in a discussion about the use of
built-in fast-math versions.  These seem to me to have more useful
arithmetical properties, as well as being faster.  I lost interest
after that.

I am stuck with a build problem that is causing me to scratch my
head.  PRECISION and RANGE do not seem to be known to the build
any more and, in consequence it goes down in flames at
selected_int/real_kind.f90.  This is with a completely clean build.

I cannot see any obvious culprit yet but we will see!

Paul

> -Message d'origine-
> De : fxcoudert at gcc dot gnu dot org 
> [mailto:[EMAIL PROTECTED]
> Envoyé : mardi 20 juin 2006 14:23
> À : THOMAS Paul Richard 169137
> Objet : [Bug fortran/24518] Intrinsic MOD incorrect for large 
> arg1/arg2
> and slow.
> 
> 
> 
> 
> --- Comment #2 from fxcoudert at gcc dot gnu dot org  
> 2006-06-20 12:22 ---
> Why exactly aren't we using BUILT_IN_FMOD{F,,L}?
> 
> $ cat a.f90   
>   real*8 :: x = 10.0e9
>   do i = 10, 22
> x = 10d0 * x
> print '(a,i2,a,g14.8," = ",g14.8)', "mod (10**",i,", 1.7_8) = ", &
> fmod (x, 1.7_8), mod 
> (x, 1.7_8);
>   end do
> end
> $ cat a.c
> #include 
> double fmod_ (double *x, double *y)
> { return fmod(*x,*y); }
> $ gfortran a.f90 a.c && ./a.out
> mod (10**10, 1.7_8) =  1.326 =  1.326
> mod (10**11, 1.7_8) =  1.1000261 =  1.1000261
> mod (10**12, 1.7_8) = 0.80026120 = 0.80026150
> mod (10**13, 1.7_8) =  1.2026123 =  1.2026138
> mod (10**14, 1.7_8) = 0.12612289 = 0.12609863
> mod (10**15, 1.7_8) =  1.2612289 =  1.2607422
> mod (10**16, 1.7_8) = 0.71228945 =  5.8125000
> mod (10**17, 1.7_8) = 0.32289469 = -50.687500
> mod (10**18, 1.7_8) =  1.5289470 =  364.0
> mod (10**19, 1.7_8) =  1.6894697 = -.7000E+20
> mod (10**20, 1.7_8) =  1.5946971 = -.7000E+21
> mod (10**21, 1.7_8) = 0.64697063 = -.7000E+22
> mod (10**22, 1.7_8) = 0.86970627 = -.7000E+23
> 
> It's actually slower: 55% slower at -O0 and 230% slower at 
> -O2, on a loop with
> real(kind=8) variables modulo. But then, we're already 
> testing whether the
> division can be represented by an integer, we could call fmod 
> only in the case
> where it's not possible. Opinions?
> 
> 
> -- 
> 
> fxcoudert at gcc dot gnu dot org changed:
> 
>What|Removed |Added
> --
> --
>  CC||fxcoudert at 
> gcc dot gnu dot
>||org
>Last reconfirmed|2006-01-24 04:26:11 |2006-06-20 12:22:57
>date||
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24518
> 
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
> 


-- 


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

[Bug fortran/28118] New: ICE calling subroutine defined via explicit interface

[anlauf at gmx dot de]

Howdy,

the attached code ICE's in the subroutine call:

gfcbug33.f90: In function 'MAIN__':
gfcbug33.f90:17: internal compiler error: Segmentation fault

Cheers,
-ha


-- 
   Summary: ICE calling subroutine defined via explicit interface
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anlauf at gmx dot de
  GCC host triplet: i686-pc-linux-gnu


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

[Bug fortran/28118] ICE calling subroutine defined via explicit interface

[anlauf at gmx dot de]

--- Comment #1 from anlauf at gmx dot de  2006-06-21 08:05 ---
Created an attachment (id=11718)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11718&action=view)
Code provoking the ICE


-- 


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

[Bug bootstrap/28101] Cannot build cross compiler for Solaris: values-Xa.o: No such file: No such file or directory

[info at yourkit dot com]

--- Comment #1 from info at yourkit dot com  2006-06-21 08:10 ---
All librarues from /usr/lib (from target Solaris machine) should be copied to
$PREFIX/sysroot/usr/lib


-- 

info at yourkit dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'

[schwab at suse dot de]

--- Comment #6 from schwab at suse dot de  2006-06-21 08:22 ---
Patch here: .


-- 

schwab at suse dot de changed:

   What|Removed |Added

   Keywords||patch


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

[Bug fortran/28119] New: forall_stmt ; stmt gives an internal error

[paul dot richard dot thomas at cea dot fr]

In the course of understanding pr25072, I came across this beauty.

$ cat test.f90
   real a(2)
   forall (i = 1:2) a(i) = i ; a = 2.0 * a
end

[EMAIL PROTECTED] /cygdrive/d/svn/prs
$ /snap/bin/gfortran test.f90
 In file test.f90:2

   forall (i = 1:2) a(i) = i ; a = 2.0 * a
  1
 Internal Error at (1):
 free_expr0(): Bad expr type

Paul


-- 
   Summary: forall_stmt ; stmt gives an internal error
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paul dot richard dot thomas at cea dot fr


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

[Bug fortran/28118] ICE calling subroutine defined via explicit interface

[paul dot richard dot thomas at cea dot fr]

--- Comment #2 from paul dot richard dot thomas at cea dot fr  2006-06-21 
10:24 ---
This reduced version produces the same error

  character(12) :: a(2)
  call foo (a(:)(7:11))
end

(gdb) run PR28118.f90
Starting program: /irun/libexec/gcc/i686-pc-cygwin/4.2.0/f951.exe PR28118.f90
 MAIN__
Program received signal SIGSEGV, Segmentation fault.
0x0048a297 in gfc_conv_expr_descriptor (se=0x22eb70, expr=0x101ff150,
ss=0x1020f730) at ../../trunk/gcc/fortran/trans-array.c:4203
4203  loop.temp_ss->string_length = expr->ts.cl->backend_decl;
(gdb) backtrace
#0  0x0048a297 in gfc_conv_expr_descriptor (se=0x22eb70, expr=0x101ff150,
ss=0x1020f730) at ../../trunk/gcc/fortran/trans-array.c:4203
#1  0x0048a682 in gfc_conv_array_parameter (se=0x22eb70, expr=0x101ff150,
ss=0x1020f730, g77=1) at ../../trunk/gcc/fortran/trans-array.c:4485
#2  0x0049924a in gfc_conv_function_call (se=0x22ed20, sym=0x101ff018,
arg=0x101ff0b8) at ../../trunk/gcc/fortran/trans-expr.c:1953
#3  0x004ad94c in gfc_trans_call (code=0x101ff418, dependency_check=0 '\0')
at ../../trunk/gcc/fortran/trans-stmt.c:336
#4  0x00480d05 in gfc_trans_code (code=0x101ff418)
at ../../trunk/gcc/fortran/trans.c:509
#5  0x004954f6 in gfc_generate_function_code (ns=0x101feb40)
at ../../trunk/gcc/fortran/trans-decl.c:2990
#6  0x00451cfd in gfc_parse_file () at ../../trunk/gcc/fortran/parse.c:3206
#7  0x00474530 in gfc_be_parse_file (set_yydebug=0)
at ../../trunk/gcc/fortran/f95-lang.c:303
#8  0x0051eab0 in compile_file () at ../../trunk/gcc/toplev.c:999
#9  0x00520b8b in do_compile () at ../../trunk/gcc/toplev.c:1970
#10 0x00520c15 in toplev_main (argc=2, argv=0x10102068)
at ../../trunk/gcc/toplev.c:2002
#11 0x004b7637 in main (argc=2, argv=0x10102068) at ../../trunk/gcc/main.c:35

I will confirm it tonight.

Paul


-- 


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

[Bug c/28120] New: The option -f[no-]inline-functions is invalid with -O2

[tanaka at personal-media dot co dot jp]

Compiling C source code(test.c) by

gcc -c --save-temps -O2 -fno-inline-functions test.c -o test.o
gcc -c --save-temps -O2 -finline-functions test.c -o test.o

Both output, function(small()) is integrated into main().

If the option -fno-unit-at-a-time is set additionally, the option
-f[no-]inline-functions
becomes effective.

Is it correct?

 test.c =
static int small(int a)
{
return 2*a;
}

int main()
{
return small(2);
}

 gcc -v =
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1.1/configure --prefix=/work/te/tool/Linux-i686
--enable-languages=c,c++
Thread model: posix
gcc version 4.1.1

Same result is produced by gcc-3.4.5.


-- 
   Summary: The option -f[no-]inline-functions is invalid with -O2
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tanaka at personal-media dot co dot jp
 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=28120

[Bug rtl-optimization/28121] New: [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[tbm at cyrius dot com]

I get the following ICE with gcc 4.2.  This is a regression from 4.0 and 4.1.

(sid)17:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 mini.c
mini.c: In function 'GetCmd':
mini.c:23: error: wrong amount of branch edges after unconditional jump 2
mini.c:23: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
zsh: exit 1 /usr/lib/gcc-snapshot/bin/gcc -c -O2 mini.c
(sid)18:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O1 mini.c
(sid)19:[EMAIL PROTECTED]: ~] gcc-4.1 -c -O2 mini.c
(sid)20:[EMAIL PROTECTED]: ~] gcc-4.0 -c -O2 mini.c
(sid)21:[EMAIL PROTECTED]: ~] cat mini.c
short
GetCmd ()
{
  int c, c1;
  for (c = 255; c == 255;)
{
  c = GetMouseButton ();
  if (c >= 0)
{
  c = ParsePos (c, -1, 0);
  c1 = ParsePos (c1, c, 1);
  if (c == c1 && (c >= 0 || c == -10))
{
  return c;
}
  if (c >= 0 && c1 == -12)
{
  return ((10) + 1) + 1)) + 1) << 7) | c;
}
  c = 255;
}
}
}


-- 
   Summary: [4.2 regression] verify_flow_info failed (wrong amount
of branch edges after unconditional jump 2)
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


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

[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||06/msg01160.html
   Keywords||patch
   Target Milestone|--- |4.2.0


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

[Bug fortran/23862] Select Fortran source form appropriately for "-pipe"

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2006-06-21 11:14 
---
I'm rediscovering that bug, so I'm assigning this bug to myself in order to not
forget it again :)

One remark: I don't understand exactly why the second part would be needed:

-{"@f95", "%{!E:f951 %i %(cc1_options) %{J*} %{I*}\
+{"@f95", "%{!E:f951 %i %{!ffixed-form:-ffree-form} %(cc1_options) %{J*} %{I*}\
  %{!fsyntax-only:%(invoke_as)}}", 0, 0, 0},

as currently, the @f95 sources (files with .f95 and .f90) are compiled
correctly.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |fxcoudert at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
  Known to fail||4.1.2 4.2.0
   Last reconfirmed|2005-12-15 05:03:07 |2006-06-21 11:14:44
   date||
   Target Milestone|--- |4.1.2


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

[Bug fortran/28122] New: Undocumented gfortran options

[fxcoudert at gcc dot gnu dot org]

The following options are not documented in gfortran's invoke.texi, and should
probably be:
  -fmodule-private, -fno-backend, -fpreprocessed, -qkind=


-- 
   Summary: Undocumented gfortran options
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org


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

[Bug c/28120] The option -f[no-]inline-functions is invalid with -O2

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2006-06-21 11:57 ---
-f[no-]inline is what you are looking for.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2006-06-21 11:59 ---
Confirmed.

#0  internal_error (gmsgid=0x887a074 "verify_flow_info failed")
at /space/rguenther/src/svn/trunk/gcc/diagnostic.c:586
#1  0x085fc3ab in verify_flow_info ()
at /space/rguenther/src/svn/trunk/gcc/cfghooks.c:227
#2  0x0871f6af in try_optimize_cfg (mode=1)
at /space/rguenther/src/svn/trunk/gcc/cfgcleanup.c:2147
#3  0x0871f912 in cleanup_cfg (mode=1)
at /space/rguenther/src/svn/trunk/gcc/cfgcleanup.c:2238
#4  0x083dfd84 in rest_of_handle_jump_bypass ()
at /space/rguenther/src/svn/trunk/gcc/gcse.c:6630


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 11:59:33
   date||


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

[Bug middle-end/28116] [4.1 Regression] ICE when building konverter with gcc-4.1 with -O3 [RSO]

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2006-06-21 12:20 ---
This sounds like a tree-nrv bug to me.
We have at *.optimized:
QTime QTime::msToTime() (this)
{
  struct QTimeD.1732 D.1772;
  struct QTimeD.1732 tD.1765;

  (voidD.34) 0;
  D.1772 = addMSecs (&);
   = D.1772;
  return ;
}

(note D.1772 never has address taken, while  does).
Now tree_nrv () finds  is only set to D.1772 and:
  /* At this point we know that all the return statements return the
 same local which has suitable attributes for NRV.   Copy debugging
 information from FOUND to RESULT.  */
  DECL_NAME (result) = DECL_NAME (found);
  DECL_SOURCE_LOCATION (result) = DECL_SOURCE_LOCATION (found);
  DECL_ABSTRACT_ORIGIN (result) = DECL_ABSTRACT_ORIGIN (found);
  TREE_ADDRESSABLE (result) = TREE_ADDRESSABLE (found);
which clears the addressable flag, although the RESULT_DECL clearly has its
address taken.  Perhaps the last line should be:
TREE_ADDRESSABLE (result) |= TREE_ADDRESSABLE (found);
but am not 100% sure if tree_nrv is a safe transformation if TREE_ADDRESSABLE
(result) was set already.  Also, in this case DECL_NAME (result) contained the
real var name (t) while DECL_NAME (found) is NULL, so perhaps the first 3 lines
should be conditionalized on if (DECL_NAME (found)) to avoid making debug info
worse.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dnovillo at redhat dot com,
   ||law at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 12:20:43
   date||


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

[Bug c/28120] The option -f[no-]inline-functions is invalid with -O2

[tanaka at personal-media dot co dot jp]

--- Comment #2 from tanaka at personal-media dot co dot jp  2006-06-21 
12:46 ---
Thanks for your reply.

Originally, my wanting to say is that
When compile a C source code only with an option -O2, 
small function is not inlined.
But it is inlined by gcc-4.1.1.

Small function is not inlined by gcc-3.2.2.

Best regards.


-- 


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

[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[tbm at cyrius dot com]

--- Comment #2 from tbm at cyrius dot com  2006-06-21 13:37 ---
This appeared between 20060218 and 20060325.


-- 


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

[Bug c/28120] The option -f[no-]inline-functions is invalid with -O2

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-06-21 14:19 ---
Or -fno-inline-functions-called-once for 4.2.0 and above.


-- 


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

[Bug c/28120] The option -f[no-]inline-functions is invalid with -O2

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2006-06-21 14:19 ---
(In reply to comment #3)
> Or -fno-inline-functions-called-once for 4.2.0 and above.
For this case that is.


-- 


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

[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-06-21 14:22 ---
This works for me with a cross to powerpc64-linux-gnu with "4.2.0 20060617". 
What target are you compiling this on?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[rakdver at gcc dot gnu dot org]

--- Comment #4 from rakdver at gcc dot gnu dot org  2006-06-21 14:26 ---
On i686-linux, it fails.


-- 


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

[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[rakdver at gcc dot gnu dot org]

--- Comment #5 from rakdver at gcc dot gnu dot org  2006-06-21 14:37 ---
The problem is that the edge from bb 2 has EDGE_EXECUTABLE flag set, which
confuses verify_flow_info.


-- 

rakdver at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rakdver at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-06-21 11:59:33 |2006-06-21 14:37:01
   date||


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

[Bug fortran/28094] Modulo of real(kind=10) variables doesn't work

[fxcoudert at gcc dot gnu dot org]

--- Comment #2 from fxcoudert at gcc dot gnu dot org  2006-06-21 14:49 
---
This "modulo" code is not very clear in my head. I'm not sure why this
implementation (using an integer kind *equal* to the real kind) is supposed to
be working. Anyway, without changing the current implentation, this bug can be
fixed by the following patch:

Index: trans-intrinsic.c
===
--- trans-intrinsic.c   (revision 114791)
+++ trans-intrinsic.c   (working copy)
@@ -860,7 +860,7 @@
   tree test;
   tree test2;
   mpfr_t huge;
-  int n;
+  int n, ikind;

   arg = gfc_conv_intrinsic_function_args (se, expr);
   arg2 = TREE_VALUE (TREE_CHAIN (arg));
@@ -886,7 +886,13 @@
   /* Test if the value is too large to handle sensibly.  */
   gfc_set_model_kind (expr->ts.kind);
   mpfr_init (huge);
-  n = gfc_validate_kind (BT_INTEGER, expr->ts.kind, false);
+  n = gfc_validate_kind (BT_INTEGER, expr->ts.kind, true);
+  ikind = expr->ts.kind;
+  if (n < 0)
+   {
+ n = gfc_validate_kind (BT_INTEGER, gfc_max_integer_kind, false);
+ ikind = gfc_max_integer_kind;
+   }
   mpfr_set_z (huge, gfc_integer_kinds[n].huge, GFC_RND_MODE);
   test = gfc_conv_mpfr_to_tree (huge, expr->ts.kind);
   test2 = build2 (LT_EXPR, boolean_type_node, tmp, test);
@@ -896,7 +902,7 @@
   test = build2 (GT_EXPR, boolean_type_node, tmp, test);
   test2 = build2 (TRUTH_AND_EXPR, boolean_type_node, test, test2);

-  itype = gfc_get_int_type (expr->ts.kind);
+  itype = gfc_get_int_type (ikind);
   if (modulo)
tmp = build_fix_expr (&se->pre, tmp, itype, FIX_FLOOR_EXPR);
   else


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |fxcoudert at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Keywords||patch
  Known to fail||4.2.0 4.1.2
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 14:49:58
   date||


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

[Bug testsuite/28123] New: gcc.dg/cpp/_Pragma3.c is sensitive to timestamps

[amylaar at gcc dot gnu dot org]

I got a failure on the cc.dg/cpp/_Pragma3.c test:

Executing on host: /mnt/scratch/nightly/2006-06-20/sh-elf/gcc/xgcc
-B/mnt/scratch/nightly/2006-06-20/sh-elf/gcc/
/mnt/scratch/nightly/2006-06-20/srcw/gcc/testsuite/gcc.dg/cpp/_Pragma3.c   
-ansi -pedantic-errors -DSTACK_SIZE=16384 -fno-show-column -E  -isystem
/mnt/scratch/nightly/2006-06-20/sh-elf/sh-elf/./newlib/targ-include -isystem
/mnt/scratch/nightly/2006-06-20/srcw/newlib/libc/include   -o _Pragma3.i   
(timeout = 300)
/mnt/scratch/nightly/2006-06-20/srcw/gcc/testsuite/gcc.dg/cpp/_Pragma3.c:11:
warning: current file is older than mi1c.h^M
output is:
/mnt/scratch/nightly/2006-06-20/srcw/gcc/testsuite/gcc.dg/cpp/_Pragma3.c:11:
warning: current file is older than mi1c.h^M

FAIL: gcc.dg/cpp/_Pragma3.c (test for excess errors)
Excess errors:
/mnt/scratch/nightly/2006-06-20/srcw/gcc/testsuite/gcc.dg/cpp/_Pragma3.c:11:
warning: current file is older than mi1c.h

The timestamps of the two files in question are one second apart:
bash-2.05b$ ls -l --full-time _Pragma3.c mi1c.h
-rw-r--r--1 renneckej users 214 2006-06-20 14:36:46.0 +0100
mi1c.h
-rw-r--r--1 renneckej users 309 2006-06-20 14:36:45.0 +0100
_Pragma3.c

It would appear that this tests success requires that either _Pragma3.c is
checked out after mi1c.h, or both are checked out simultanously as far as the
file system is concerned.


-- 
   Summary: gcc.dg/cpp/_Pragma3.c is sensitive to timestamps
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org


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

[Bug bootstrap/28124] New: Cannot build gcc on OSX 10.4 G6

[ray at ultramarine dot com]

Making cgg on Mac Mini G5 with OSX 10.4 aborts with


checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: cannot run C
compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make[1]: *** [configure-target-libstdc++-v3] Error 1
make: *** [all] Error 2


-- 
   Summary: Cannot build gcc on OSX 10.4 G6
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ray at ultramarine dot com


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-06-21 14:58 ---
What do you mean by G6 there is no such thing.


-- 


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[ray at ultramarine dot com]

--- Comment #2 from ray at ultramarine dot com  2006-06-21 15:00 ---
Subject: Re:  Cannot build gcc on OSX 10.4 G6

On Wed, 21 Jun 2006, pinskia at gcc dot gnu dot org wrote:

> 
> 
> --- Comment #1 from pinskia at gcc dot gnu dot org  2006-06-21 14:58 
> ---
> What do you mean by G6 there is no such thing.
> 

  Sorry about that G5 was intended,


-- 


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-06-21 15:01 ---
Use --disable-multilib, it is trying to build 64bit programs and running them
but you don't have a 64bit machine, there is only a mac mini G4.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug testsuite/28123] gcc.dg/cpp/_Pragma3.c is sensitive to timestamps

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2006-06-21 15:02 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 15:02:45
   date||


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

[Bug testsuite/28123] gcc.dg/cpp/_Pragma3.c is sensitive to timestamps

[joseph at codesourcery dot com]

--- Comment #2 from joseph at codesourcery dot com  2006-06-21 15:14 ---
Subject: Re:   New: gcc.dg/cpp/_Pragma3.c is sensitive
 to timestamps

On Wed, 21 Jun 2006, amylaar at gcc dot gnu dot org wrote:

> It would appear that this tests success requires that either _Pragma3.c is
> checked out after mi1c.h, or both are checked out simultanously as far as the
> file system is concerned.

You're meant to use contrib/gcc_update to adjust the timestamps.


-- 


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

[Bug testsuite/28123] gcc.dg/cpp/_Pragma3.c is sensitive to timestamps

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-06-21 15:18 ---
# Without this, _Pragma3.c can have a false negative.
gcc/testsuite/gcc.dg/cpp/_Pragma3.c: gcc/testsuite/gcc.dg/cpp/mi1c.h


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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

[Bug testsuite/28123] gcc.dg/cpp/_Pragma3.c is sensitive to timestamps

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2006-06-21 15:19 ---
(In reply to comment #3)
> # Without this, _Pragma3.c can have a false negative.
> gcc/testsuite/gcc.dg/cpp/_Pragma3.c: gcc/testsuite/gcc.dg/cpp/mi1c.h

Just add some more, that was in contrib/gcc_update.


-- 


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

[Bug middle-end/27781] [4.1 Regression] weak-attribute over-optimisation

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2006-06-21 15:36 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/27781] [4.1 Regression] weak-attribute over-optimisation

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2006-06-21 15:36 
---
Subject: Bug 27781

Author: rguenth
Date: Wed Jun 21 15:36:10 2006
New Revision: 114852

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114852
Log:
2006-06-21  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/27781
* Makefile.in (ipa-pure-const.o): Add $(TARGET_H) dependency.
* ipa-pure-const.c (target.h): Include.
(analyze_function): Do not analyze functions that do not
bind locally.

* gcc.dg/tree-ssa/pr27781.c: New testcase.

Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/tree-ssa/pr27781.c
  - copied unchanged from r114681,
trunk/gcc/testsuite/gcc.dg/tree-ssa/pr27781.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/Makefile.in
branches/gcc-4_1-branch/gcc/ipa-pure-const.c
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug libstdc++/28125] New: Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

[info at yourkit dot com]

We successfully managed to create cross compiler for sparc-sun-solaris2.9, but
the same algorithm doesn't wotk for i386-pc-solaris2.10

1) host "uname -a" is "Linux localhost.localdomain 2.6.11-1.14_FC3 #1 Thu Apr 7
19:25:50 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux"

2) binutils is configured with "/home/anton/tmp/gcc/binutils-2.16.1/configure
--target=$TARGET --prefix=$PREFIX --disable-nls
--with-sysroot=/opt/crossgcc-4.1.1/solaris10-i386/sysroot --with-pic"

where TARGET is "i386-pc-solaris2.10",
PREFIX="/opt/crossgcc-4.1.1/i386-pc-solaris2.10/gcc"

3) gcc is configured with " /home/anton/tmp/gcc/gcc-4.1.1/configure
--target=$TARGET --prefix=$PREFIX
--with-sysroot=/opt/crossgcc-4.1.1/solaris10-i386/sysroot --with-gnu-as
--with-gnu-ld --disable-libgcj --enable-languages=c,c++ --with-pic
--disable-shared"

4) All header and library files are copied from target Solaris machine from
/usr/include directory to
/opt/crossgcc-4.1.1/solaris10-i386/sysroot/usr/include directory and from
/usr/lib to /opt/crossgcc-4.1.1/solaris10-i386/sysroot/usr/lib

We are getting error during libstdc++v3 configuration. Here is the
end  of ouput of process:

Checking multilib configuration...
/bin/sh /home/anton/tmp/gcc/gcc-4.1.1/mkinstalldirs
i386-pc-solaris2.10/libstdc++-v3 ; \
rm -f i386-pc-solaris2.10/libstdc++-v3/Makefile || : ; \
cp multilib.out i386-pc-solaris2.10/libstdc++-v3/multilib.out
mkdir -p -- i386-pc-solaris2.10/libstdc++-v3
Configuring in i386-pc-solaris2.10/libstdc++-v3
configure: creating cache ./config.cache
checking build system type... x86_64-unknown-linux-gnu
checking host system type... i386-pc-solaris2.10
checking target system type... i386-pc-solaris2.10
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for i386-pc-solaris2.10-strip... i386-pc-solaris2.10-strip
checking for i386-pc-solaris2.10-gcc... /home/anton/tmp/gcc/objdir/./gcc/xgcc
-B/home/anton/tmp/gcc/objdir/./gcc/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/bin/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/lib/ -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/include -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/sys-include
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /home/anton/tmp/gcc/objdir/./gcc/xgcc
-B/home/anton/tmp/gcc/objdir/./gcc/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/bin/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/lib/ -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/include -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/sys-include accepts
-g... yes
checking for /home/anton/tmp/gcc/objdir/./gcc/xgcc
-B/home/anton/tmp/gcc/objdir/./gcc/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/bin/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/lib/ -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/include -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/sys-include option
to accept ANSI C... none needed
checking for i386-pc-solaris2.10-g++...  /home/anton/tmp/gcc/objdir/./gcc/xgcc
-shared-libgcc -B/home/anton/tmp/gcc/objdir/./gcc -nostdinc++
-L/home/anton/tmp/gcc/objdir/i386-pc-solaris2.10/libstdc++-v3/src
-L/home/anton/tmp/gcc/objdir/i386-pc-solaris2.10/libstdc++-v3/src/.libs
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/bin/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/lib/ -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/include -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/sys-include
checking whether we are using the GNU C++ compiler... yes
checking whether  /home/anton/tmp/gcc/objdir/./gcc/xgcc -shared-libgcc
-B/home/anton/tmp/gcc/objdir/./gcc -nostdinc++
-L/home/anton/tmp/gcc/objdir/i386-pc-solaris2.10/libstdc++-v3/src
-L/home/anton/tmp/gcc/objdir/i386-pc-solaris2.10/libstdc++-v3/src/.libs
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/bin/
-B/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/lib/ -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/include -isystem
/opt/crossgcc-4.1.1/solaris10-i386/gcc/i386-pc-solaris2.10/sys-include accepts
-g... yes
checking whether ln -s works... yes
checking for i386-pc-solaris2.10-as... /home/anton/tmp/gcc/objdir/./gcc/as
checking for i386-pc-solaris2.10-ar... i386-pc-solaris2.10-ar
checking for i386-pc-solaris2.10-ranlib... i386-pc-solaris2.10-ranlib
checking whether to enable maintainer-specific portions of Makefiles... no
configure: CPU config directory is cpu/i386
configure: OS config directory is os/solaris/solaris2.7
checking for ld used by GCC... /home/anton/tmp/gcc/objdir/./gcc/collect-ld
checking if the linker (/home/anton/tmp/gcc/objdir/./gcc/collect-ld) is GNU
ld.

[Bug c/28126] New: gcc moves an expensive instruction outside of a conditional

[anemo at mba dot ocn dot ne dot jp]

The RDHWR instruction is used to support TLS on Linux/MIPS.  For now
it is always emulated by kernel (on Reserved Instruction exception
handler), the instruction will be quite expensive.

If I compile this code with gcc 4.1.1 (-O2),

extern __thread int x;
int foo(int arg)
{
if (arg)
return x;
return 0;
}

I got this output.

foo:
.frame  $sp,0,$31   # vars= 0, regs= 0/0, args= 0, gp= 0
.mask   0x,0
.fmask  0x,0
.setnoreorder
.cpload $25
.setnomacro

lw  $2,%gottprel(x)($28)
.setpush
.setmips32r2
rdhwr   $3,$29
.setpop
addu$2,$2,$3
beq $4,$0,$L4
move$3,$0

lw  $3,0($2)
$L4:
j   $31
move$2,$3

The RDHWR is executed _before_ evaluating the "arg" value.  For arg ==
0 case, the RDHWR has no point but just a overhead.  Without -O2, the
RDHWR is executed _after_ the evaluation, so gcc's optimizer reorder
the RDHWR instruction.

If I used -O instead of -O2, I got:

foo:
.frame  $sp,0,$31   # vars= 0, regs= 0/0, args= 0, gp= 0
.mask   0x,0
.fmask  0x,0
.setnoreorder
.cpload $25
.setnomacro

bne $4,$0,$L2
.setpush
.setmips32r2
rdhwr   $3,$29
.setpop

j   $31
move$2,$0

$L2:
lw  $2,%gottprel(x)($28)
nop
addu$2,$2,$3
lw  $2,0($2)
j   $31
nop

This is not desired too since rdhwr on delay slot is executed unconditionally.


-- 
   Summary: gcc moves an expensive instruction outside of a
conditional
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anemo at mba dot ocn dot ne dot jp
GCC target triplet: mips*-*-linux


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

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

[info at yourkit dot com]

--- Comment #1 from info at yourkit dot com  2006-06-21 16:03 ---
Created an attachment (id=11721)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11721&action=view)
config.log

I have attached config.log file from directory
/home/anton/tmp/gcc/objdir/i386-pc-solaris2.10/libstdc++v3
I've seen something like my issue in bug #26810 and no useful response on it


-- 


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

[Bug libstdc++/26810] error when building cross-compiler

[info at yourkit dot com]

--- Comment #2 from info at yourkit dot com  2006-06-21 16:07 ---
I'm experienced with the similar bug #28125. Please help, I'm ready to provide
any additinal information.


-- 

info at yourkit dot com changed:

   What|Removed |Added

 CC||info at yourkit dot com


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

[Bug target/28126] gcc moves an expensive instruction outside of a conditional

[daney at gcc dot gnu dot org]

--- Comment #1 from daney at gcc dot gnu dot org  2006-06-21 16:33 ---
Confirmed on: mipsel-linux-gcc (GCC) 4.2.0 20060605 (experimental)
cross compiler configured as:
../gcc/configure   --target=mipsel-linux
--with-sysroot=/usr/local/mipsel-linux-test
--prefix=/usr/local/mipsel-linux-test --with-arch=mips32 --with-float=soft
--disable-libmudflap --enable-tls --enable-languages=c

I get a slightly different output for the test case but the rdhwr is still
being hoisted out of the conditional:

.file   1 "tls.c"
.section .mdebug.abi32
.previous
.abicalls
.text
.align  2
.globl  foo
.entfoo
.type   foo, @function
foo:
.frame  $sp,0,$31   # vars= 0, regs= 0/0, args= 0, gp= 0
.mask   0x,0
.fmask  0x,0
.setnoreorder
.cpload $25
.setnomacro

lw  $2,%gottprel(x)($28)
.setpush
.setmips32r2
rdhwr   $3,$29
.setpop
beq $4,$0,$L7
addu$2,$2,$3

j   $31
lw  $2,0($2)

$L7:
j   $31
move$2,$0

.setmacro
.setreorder
.endfoo
.ident  "GCC: (GNU) 4.2.0 20060605 (experimental)"


-- 

daney at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||daney at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 16:33:02
   date||


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

[Bug tree-optimization/21274] SSA Crash, reproducable

[fche at gcc dot gnu dot org]

--- Comment #8 from fche at gcc dot gnu dot org  2006-06-21 16:35 ---
Subject: Bug 21274

Author: fche
Date: Wed Jun 21 16:35:27 2006
New Revision: 114855

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114855
Log:
2006-06-21  Frank Ch. Eigler  <[EMAIL PROTECTED]>

PR 21274
mf-runtime.h installation based on ssp patch for PR 26473 from
Mark Mitchell  <[EMAIL PROTECTED]>.
* configure.ac (ACX_NONCANONICAL_TARGET): Use it.
* Makefile.am (target_noncanonical): Define.
(libsubincludedir): New variable.
(nobase_libsubinclude_HEADERS): Add mf-runtime.h.
(include_HEADERS): Remove.
* configure, aclocal.m4, config.h.in: Regenerated.
* Makefile.in, testsuite/Makefile.in: Likewise.
* mf-runtime.h: Add #ifndef protection for conflicting _REENTRANT
and _THREAD_SAFE redefinition values.


Modified:
trunk/libmudflap/ChangeLog
trunk/libmudflap/Makefile.am
trunk/libmudflap/Makefile.in
trunk/libmudflap/aclocal.m4
trunk/libmudflap/config.h.in
trunk/libmudflap/configure
trunk/libmudflap/configure.ac
trunk/libmudflap/mf-runtime.h
trunk/libmudflap/testsuite/Makefile.in


-- 


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

[Bug other/26473] [4.1/4.2 Regression] cross-building installs ssp headers to $(includedir)

[fche at gcc dot gnu dot org]

--- Comment #10 from fche at gcc dot gnu dot org  2006-06-21 16:35 ---
Subject: Bug 26473

Author: fche
Date: Wed Jun 21 16:35:27 2006
New Revision: 114855

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114855
Log:
2006-06-21  Frank Ch. Eigler  <[EMAIL PROTECTED]>

PR 21274
mf-runtime.h installation based on ssp patch for PR 26473 from
Mark Mitchell  <[EMAIL PROTECTED]>.
* configure.ac (ACX_NONCANONICAL_TARGET): Use it.
* Makefile.am (target_noncanonical): Define.
(libsubincludedir): New variable.
(nobase_libsubinclude_HEADERS): Add mf-runtime.h.
(include_HEADERS): Remove.
* configure, aclocal.m4, config.h.in: Regenerated.
* Makefile.in, testsuite/Makefile.in: Likewise.
* mf-runtime.h: Add #ifndef protection for conflicting _REENTRANT
and _THREAD_SAFE redefinition values.


Modified:
trunk/libmudflap/ChangeLog
trunk/libmudflap/Makefile.am
trunk/libmudflap/Makefile.in
trunk/libmudflap/aclocal.m4
trunk/libmudflap/config.h.in
trunk/libmudflap/configure
trunk/libmudflap/configure.ac
trunk/libmudflap/mf-runtime.h
trunk/libmudflap/testsuite/Makefile.in


-- 


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

[Bug libmudflap/21724] [4.0 Regression] libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir

[fche at redhat dot com]

--- Comment #7 from fche at redhat dot com  2006-06-21 16:36 ---
Created an attachment (id=11722)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11722&action=view)
patch for mainline


-- 


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

[Bug libmudflap/21724] [4.0 Regression] libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir

[fche at redhat dot com]

--- Comment #8 from fche at redhat dot com  2006-06-21 16:40 ---
patch in 4.2-bound mainline


-- 

fche at redhat dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/22629] Would like to access "long double" equivalent type as real*16

[fxcoudert at gcc dot gnu dot org]

--- Comment #7 from fxcoudert at gcc dot gnu dot org  2006-06-21 16:46 
---
(In reply to comment #5)
> else if (mode == TYPE_MODE(float_long_double))
> kind = sizeof(long double);

sizeof(long double) is the size of a long double for the host, not on the
target.

> Sorry.  With "outlandish" I did not mean to imply that someone should  
> implement that; I would never request that.  I meant whether the  
> gfortran developers would accept such a patch, which I didn't want to  
> prepare before I know whether there is a chance that it would be  
> accepted.

To have the answer to that question, you'd need to ask on the mailing-list,
detailing the implications of such a change (pros and cons).

> I had somehow assumed that it would be only a matter of changing the  
> kind numbers that are assigned to the real types that gfortran  
> already supports.  I assumed that a patch similar to the lines I  
> suggest above would be sufficient.  Is there something big that I  
> overlooked?

I think the whole library interaction would change, requiring a multilib
libgfortran. Plus, you'd probably need good interaction with the target's libm.

> When I last looked at  
> real*16, there were big problems with the I/O library in gfortran,  
> and I also don't know whether these have been solved in the mean  
> time.  I think it just mapped long double to double, which would kind  
> of defeat the purpose of using long double in the first place.

No, the library should be completely working. Although I'm not sure many people
use real(kind>8), so the testing may not be very wide.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org


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

[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

[ro at techfak dot uni-bielefeld dot de]

--- Comment #6 from ro at techfak dot uni-bielefeld dot de  2006-06-21 
17:35 ---
Subject: Re:  [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

ebotcazou at gcc dot gnu dot org writes:

> Long answer: we want to be able to turn synchronous signals into regular Ada
> exceptions.  This means unwinding through signal handler frames (easy) and
> unwinding through kernel frames (tricky).  With SJLJ exceptions, the latter
> turns out to be transparent; but with DWARF-2 EH exceptions, you need specific
> support code under the form of MD_FALLBACK_FRAME_STATE_FOR macros, defined in
> the *-unwind.h files.  The FSF tree contains some M_F_F_S_F macros, we have
> a few more, in particular for SPARC/Solaris but not for x86/Solaris.  We 
> should
> already have contributed them, but there is a discrepancy between Java and Ada
> in this domain that should be sorted out first.

Ok, thanks for the explanation.  But right now, the FSF tree has M_F_F_S_F
definitions for neither Solaris/SPARC nor /x86, AFAIKT.  And Solaris/SPARC
and Solaris/SPARCv9 can turn on ZCX and are thus unaffected, while
Solaris/x86 has ZCX off, which breaks bootstrap.

Since this is a mainline regression from 3.x/4.[01], do you think there
could be a fix/workaround in place for 4.2.0?

Thanks.
Rainer


-- 


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

[Bug java/28089] jc1 miscompilation with fields inherited from interfaces

[tromey at gcc dot gnu dot org]

--- Comment #1 from tromey at gcc dot gnu dot org  2006-06-21 18:01 ---
Subject: Bug 28089

Author: tromey
Date: Wed Jun 21 18:01:37 2006
New Revision: 114856

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114856
Log:
PR java/28089:
* expr.c (expand_java_field_op): Initialize field's declaring
class.

Modified:
branches/gcj-eclipse/gcc/java/ChangeLog
branches/gcj-eclipse/gcc/java/expr.c


-- 


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

[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2006-06-21 18:12 
---
> Ok, thanks for the explanation.  But right now, the FSF tree has M_F_F_S_F
> definitions for neither Solaris/SPARC nor /x86, AFAIKT.  And Solaris/SPARC
> and Solaris/SPARCv9 can turn on ZCX and are thus unaffected, while
> Solaris/x86 has ZCX off, which breaks bootstrap.

ZCX are already turned on for SPARC/Solaris.

> Since this is a mainline regression from 3.x/4.[01], do you think there
> could be a fix/workaround in place for 4.2.0?

Sure, someone has to write it. :-)


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|ebotcazou at gcc dot gnu dot|
   |org |
 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-06-09 09:08:22 |2006-06-21 18:12:29
   date||


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

[Bug java/28089] jc1 miscompilation with fields inherited from interfaces

[tromey at gcc dot gnu dot org]

--- Comment #2 from tromey at gcc dot gnu dot org  2006-06-21 18:14 ---
Fix checked in on gcj-eclipse branch.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

[ro at techfak dot uni-bielefeld dot de]

--- Comment #8 from ro at techfak dot uni-bielefeld dot de  2006-06-21 
18:15 ---
Subject: Re:  [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

ebotcazou at gcc dot gnu dot org writes:

> > Ok, thanks for the explanation.  But right now, the FSF tree has M_F_F_S_F
> > definitions for neither Solaris/SPARC nor /x86, AFAIKT.  And Solaris/SPARC
> > and Solaris/SPARCv9 can turn on ZCX and are thus unaffected, while
> > Solaris/x86 has ZCX off, which breaks bootstrap.
> 
> ZCX are already turned on for SPARC/Solaris.

That's what I meant.  I wondered why it's turned on without M_F_F_S_F and
works while it's off on Solaris/x86.

> > Since this is a mainline regression from 3.x/4.[01], do you think there
> > could be a fix/workaround in place for 4.2.0?
> 
> Sure, someone has to write it. :-)

Which is true for most fixes :-)

Thanks.
Rainer


-- 


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

[Bug target/27082] segfault with virtual class and visibility ("hidden")

[rth at gcc dot gnu dot org]

--- Comment #19 from rth at gcc dot gnu dot org  2006-06-21 18:32 ---
Subject: Bug 27082

Author: rth
Date: Wed Jun 21 18:31:56 2006
New Revision: 114861

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114861
Log:
PR target/26347
PR target/27082
* config/alpha/predicates.md (small_symbolic_operand): Deny weak
symbols.
(global_symbolic_operand): Allow weak symbols, even if local_p.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/alpha/predicates.md


-- 


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

[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux

[rth at gcc dot gnu dot org]

--- Comment #9 from rth at gcc dot gnu dot org  2006-06-21 18:32 ---
Subject: Bug 26347

Author: rth
Date: Wed Jun 21 18:31:56 2006
New Revision: 114861

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114861
Log:
PR target/26347
PR target/27082
* config/alpha/predicates.md (small_symbolic_operand): Deny weak
symbols.
(global_symbolic_operand): Allow weak symbols, even if local_p.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/alpha/predicates.md


-- 


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

[Bug c++/25915] use ODR rules to make C++ objects not be TREE_PUBLIC

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2006-06-21 18:44 ---
(In reply to comment #2)
> then my_other_class can also be made non-TREE_PUBLIC.  If 'x' was in an
> anonymous namespace the logic would be the same.

Actually it cannot because I define in a different TU my_other_class and now I
get an ODR violation.  Likewise for myclass.  Yes this is all undefined but I
rather have it be diagnose than having it be undefined behavior.


-- 


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

[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux

[rth at gcc dot gnu dot org]

--- Comment #10 from rth at gcc dot gnu dot org  2006-06-21 19:06 ---
Subject: Bug 26347

Author: rth
Date: Wed Jun 21 19:06:49 2006
New Revision: 114862

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114862
Log:
PR target/26347
PR target/27082
* config/alpha/predicates.md (small_symbolic_operand): Deny weak
symbols.
(global_symbolic_operand): Allow weak symbols, even if local_p.

Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/config/alpha/predicates.md


-- 


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

[Bug target/27082] segfault with virtual class and visibility ("hidden")

[rth at gcc dot gnu dot org]

--- Comment #20 from rth at gcc dot gnu dot org  2006-06-21 19:06 ---
Subject: Bug 27082

Author: rth
Date: Wed Jun 21 19:06:49 2006
New Revision: 114862

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114862
Log:
PR target/26347
PR target/27082
* config/alpha/predicates.md (small_symbolic_operand): Deny weak
symbols.
(global_symbolic_operand): Allow weak symbols, even if local_p.

Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/config/alpha/predicates.md


-- 


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

[Bug target/27082] segfault with virtual class and visibility ("hidden")

[rth at gcc dot gnu dot org]

--- Comment #21 from rth at gcc dot gnu dot org  2006-06-21 19:09 ---
Fixed.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux

[rth at gcc dot gnu dot org]

--- Comment #11 from rth at gcc dot gnu dot org  2006-06-21 19:10 ---
Fixed.  Again.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug c++/25915] use ODR rules to make C++ objects not be TREE_PUBLIC

[gdr at integrable-solutions dot net]

--- Comment #9 from gdr at integrable-solutions dot net  2006-06-21 19:43 
---
Subject: Re:  use ODR rules to make C++ objects not be TREE_PUBLIC

"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| Yes this is all undefined but I rather have it be diagnose than
| having it be undefined behavior. 

interesting shift of perspective :-)

-- Gaby


-- 


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

[Bug c++/24605] [4.0/4.1/4.2 Regression] internal compiler error: Segmentation fault while compiling c++ file

[ron_hylton at hotmail dot com]

--- Comment #17 from ron_hylton at hotmail dot com  2006-06-21 19:51 ---
(In reply to comment #16)
> All that said: does the problem persist? Could you repeat your tests with
> the latest snapshots to see whether this still happens?
> 
> Thanks
>   Wolfgang
> 

The problem is resolved in 4.2.0 20060615


-- 


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

[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux

[vapier at gentoo dot org]

--- Comment #12 from vapier at gentoo dot org  2006-06-21 20:02 ---
yep, my uClibc build works again for alpha :)

thanks


-- 

vapier at gentoo dot org changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug libgcj/21524] Cancelling a TimerTask puts Timer binary heap in inconsistent state

[tromey at gcc dot gnu dot org]

--- Comment #4 from tromey at gcc dot gnu dot org  2006-06-21 20:09 ---
I looked at this a little today.
The code does look wrong, but I couldn't write a simple test case
to make it fail.  Do you have one?

One problem I see is that serve() uses the task's 'scheduled' field
without checking to see if it is == -1.


-- 


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[fang at csl dot cornell dot edu]

--- Comment #4 from fang at csl dot cornell dot edu  2006-06-21 20:32 
---
My heart skipped a beat when you said G6!  *sigh*


-- 


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2006-06-21 20:33 ---
(In reply to comment #4)
> My heart skipped a beat when you said G6!  *sigh*

Buy a PS3 instead (sorry could not help myself for promoting the company I work
for now).


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fang at csl dot cornell dot
   ||edu


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

[Bug fortran/28118] ICE calling subroutine defined via explicit interface

[pault at gcc dot gnu dot org]

--- Comment #3 from pault at gcc dot gnu dot org  2006-06-21 20:35 ---
Here is a patch that regtests OK.  I need to check it out, get it ready for
submission, write a formal testcase and check what else it fixes.

Paul

Index: gcc/fortran/trans-array.c
===
*** gcc/fortran/trans-array.c   (revision 114823)
--- gcc/fortran/trans-array.c   (working copy)
*** gfc_conv_expr_descriptor (gfc_se * se, g
*** 4198,4203 
--- 4198,4224 
}
  else
{
+ gfc_ref *char_ref = expr->ref;
+ 
+ if (expr->ts.cl == NULL)
+   for (; char_ref; char_ref = char_ref->next)
+ if (char_ref->type == REF_SUBSTRING)
+   {
+ mpz_t char_len;
+ expr->ts.cl = char_ref->u.ss.length;
+ mpz_init_set_ui (char_len, 1);
+ mpz_add (char_len, char_len,
+  char_ref->u.ss.end->value.integer);
+ mpz_sub (char_len, char_len,
+  char_ref->u.ss.start->value.integer);
+ expr->ts.cl->backend_decl
+   = convert (gfc_charlen_type_node,
+  gfc_conv_mpz_to_tree (char_len,
+  gfc_default_character_kind));
+ mpz_clear (char_len);
+ break;
+   }
+ 
  loop.temp_ss->data.temp.type
= gfc_typenode_for_spec (&expr->ts);
  loop.temp_ss->string_length = expr->ts.cl->backend_decl;


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pault at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 20:35:25
   date||


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

[Bug fortran/28119] forall_stmt ; stmt gives an internal error

[pault at gcc dot gnu dot org]

--- Comment #1 from pault at gcc dot gnu dot org  2006-06-21 20:37 ---
Here's the patch: regtests on FC5/Athlon1700

Paul

Index: gcc/fortran/match.c
===
*** gcc/fortran/match.c (revision 114823)
--- gcc/fortran/match.c (working copy)
*** gfc_match_forall (gfc_statement * st)
*** 3580,3588 
*c = new_st;
c->loc = gfc_current_locus;

-   if (gfc_match_eos () != MATCH_YES)
- goto syntax;
- 
gfc_clear_new_st ();
new_st.op = EXEC_FORALL;
new_st.expr = mask;
--- 3580,3585 


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pault at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-21 20:37:15
   date||


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

[Bug fortran/25072] non PURE function used in For-All

[pault at gcc dot gnu dot org]

--- Comment #7 from pault at gcc dot gnu dot org  2006-06-21 20:39 ---
Here's the patch (or rather, one of three that I have found!):

Paul

Index: gcc/fortran/primary.c
===
*** gcc/fortran/primary.c   (revision 114823)
--- gcc/fortran/primary.c   (working copy)
*** match_variable (gfc_expr ** result, int 
*** 2282,2287 
--- 2282,2299 
break;

  case FL_UNKNOWN:
+   /* If a putative variable is followed by a left parenthesis
+but does not have the attribute of dimension, this cannot
+be a variable.  */
+   if (!sym->attr.dimension
+   && !equiv_flag
+   && sym->ts.type != BT_CHARACTER)
+   {
+ gfc_gobble_whitespace ();
+ if (gfc_peek_char () == '(')
+   return MATCH_NO;
+   }
+ 
if (gfc_add_flavor (&sym->attr, FL_VARIABLE,
  sym->name, NULL) == FAILURE)
return MATCH_ERROR;


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/25915] use ODR rules to make C++ objects not be TREE_PUBLIC

[geoffk at gcc dot gnu dot org]

--- Comment #10 from geoffk at gcc dot gnu dot org  2006-06-21 20:44 ---
Hi Andrew,
I'm not sure what diagnostic you're talking about.  If you violate the ODR and
define myclass in a different TU, with a different definition for myclass::foo,
you will typically get no diagnostic; just inconsistent behaviour.


-- 


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

[Bug fortran/28129] New: gfortran -fbounds-check: Shows invalid array out of bounds error

[tobias dot burnus at physik dot fu-berlin dot de]

(This PR should probably added as dependency to bug 27766)

This is with my GCC/gfortran build x86_64-2006-06-21-r114837.

If I run the following program, which I think is completely valid, with
  gfortran -fbounds-check
I get:
  Fortran runtime error: Array reference out of bounds, upper bound of
  dimension 2 exceeded (in file 'gftest.f90', around line 2)

However, I think the program (see below) is completely valid and it also works
flawlessly with all checks turned on with NAG f95 and ifort. (And with gfortran
and no checks it does not crash.)

-
subroutine wavefmt(ld,wfmt)
  implicit none
  integer, intent(in) :: ld
  complex(8), intent(out) :: wfmt(ld,*)
  wfmt(:,1)=0.d0
end subroutine wavefmt

program test
  implicit none
  integer, parameter :: lmmaxvr = 64, nrcmtmax = 107
  complex(8), allocatable :: wfmt1(:,:)
  allocate(wfmt1(lmmaxvr,nrcmtmax))
  call wavefmt(lmmaxvr,wfmt1)
end program test
-


-- 
   Summary: gfortran -fbounds-check: Shows invalid array out of
bounds error
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tobias dot burnus at physik dot fu-berlin dot de


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[fang at csl dot cornell dot edu]

--- Comment #6 from fang at csl dot cornell dot edu  2006-06-21 20:49 
---
Subject: Re:  Cannot build gcc on OSX 10.4 G6



> --- Comment #5 from pinskia at gcc dot gnu dot org  2006-06-21 20:33 
> ---
> (In reply to comment #4)
> > My heart skipped a beat when you said G6!  *sigh*
>
> Buy a PS3 instead (sorry could not help myself for promoting the company I 
> work
> for now).

I will consider it once there's a port of gcc for the Cell processor.  :)


-- 


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

[Bug bootstrap/28124] Cannot build gcc on OSX 10.4 G6

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2006-06-21 20:55 ---
(In reply to comment #6)
> I will consider it once there's a port of gcc for the Cell processor.  :)
There is one, just not officially part of the FSF GCC.  And yes we (Sony) are
working on submitting it to the FSF.


-- 


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

[Bug target/26792] [4.2 Regression] C++ is broken on *-*-darwin*

[sje at cup dot hp dot com]

--- Comment #5 from sje at cup dot hp dot com  2006-06-21 21:18 ---
Created an attachment (id=11724)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11724&action=view)
libstdc++ macro to test for _Unwind_GetIPInfo

I have attached a macro that could be put in libstdc++-v3/acinclude.m4 and
called from configure to check for the existence of _Unwind_GetIPInfo.  I
haven't submitted it as a patch because I don't know how to handle Java. 
libjava also uses _Unwind_GetIPInfo but the java configure script doesn't seem
to allow for compiling and linking test programs in order to check for
routines.


-- 


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

[Bug middle-end/28034] [4.2 Regression] section anchors break -fprofile-generate

[rsandifo at gcc dot gnu dot org]

--- Comment #5 from rsandifo at gcc dot gnu dot org  2006-06-21 21:27 
---
Subject: Bug 28034

Author: rsandifo
Date: Wed Jun 21 21:27:19 2006
New Revision: 114870

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114870
Log:
gcc/
PR middle-end/28034
* coverage.c (coverage_counter_alloc): Leave the index type
unspecified.
(coverage_counter_alloc): Use null arguments for operands 2 and 3
of the ARRAY_REF.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/coverage.c


-- 


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

[Bug middle-end/28034] [4.2 Regression] section anchors break -fprofile-generate

[rsandifo at gcc dot gnu dot org]

--- Comment #6 from rsandifo at gcc dot gnu dot org  2006-06-21 21:28 
---
Patch applied.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/28130] New: template function(from a class inside a namespace) specialization outside the namespation

[zvonsully at gmail dot com]

I define a namespace with a template class with a function:


namespace NS{//a namespace

template
class C//a template class inside a namespace
 {
 int f();//a member of C
 };

}//NS

//here is the specialization
template<>
int   NS::  C::f(){return 0;}// !! I placed NS::


compiler output:
$g++ x.cpp
x.cpp:14: error: specialization of 'int NS::C::f() [with T = int]' in
different namespace
x.cpp:14: error:   from definition of 'int NS::C::f() [with T = int]'
$

I think the compiler should not gice an error.
Workaround until fix: specialization in the namespace


namespace NS{
template<>
int   C::f(){return 0;}
}



-- 
   Summary: template function(from a class inside a namespace)
specialization outside the namespation
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zvonsully at gmail dot com


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

[Bug c++/28130] template function(from a class inside a namespace) specialization outside the namespation

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-06-21 22:58 ---
No GCC is correct.


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/13140] declaration in global namespace, definition inside named or anon namespace

[pinskia at gcc dot gnu dot org]

--- Comment #10 from pinskia at gcc dot gnu dot org  2006-06-21 22:58 
---
*** Bug 28130 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||zvonsully at gmail dot com


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

[Bug c++/13140] declaration in global namespace, definition inside named or anon namespace

[zvonsully at gmail dot com]

--- Comment #11 from zvonsully at gmail dot com  2006-06-21 23:11 ---
on g++ v. 4.1.2 it is not fixed, But here I see "Fixed" with patches from 2005!
code:
namespace NS{//a namespace

template
class C//a template class inside a namespace
 {
 int f();//a member of C
 };

}//NS

//here is the specialization
template<>
int   NS::  C::f(){return 0;}// !! I placed NS::


-- 


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

[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)

[rakdver at gcc dot gnu dot org]

--- Comment #6 from rakdver at gcc dot gnu dot org  2006-06-21 23:15 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01215.html


-- 

rakdver at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||06/msg01215.html
   Keywords||patch


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

[Bug c++/13140] declaration in global namespace, definition inside named or anon namespace

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2006-06-21 23:17 
---
(In reply to comment #11)
> on g++ v. 4.1.2 it is not fixed, But here I see "Fixed" with patches from 
> 2005!

Fixed meaning GCC is no longer accepting invalid code.  Your code is invalid
and should be rejected.


-- 


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

[Bug fortran/24748] substring of implicitly typed variable not rejected

[langton at gcc dot gnu dot org]

--- Comment #2 from langton at gcc dot gnu dot org  2006-06-21 23:40 ---
Here's a proposed fix:

http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01216.html


-- 

langton at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||langton at gcc dot gnu dot
   ||org


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

[Bug middle-end/28131] New: [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)

[danglin at gcc dot gnu dot org]

Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.2/objdir/gcc/
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/execute/va
-arg-25.c  -w  -O0  -fno-show-column  -lm   -o
/home/dave/gnu/gcc-4.2/objdir/gcc
/testsuite/gcc/va-arg-25.x0(timeout = 300)
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/execute/va-arg-25.c: In
f
unction 'main':
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/execute/va-arg-25.c:32:
i
nternal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/execute/va-arg-25.c: In
f
unction 'main':
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/execute/va-arg-25.c:32:
i
nternal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

FAIL: gcc.c-torture/execute/va-arg-25.c compilation,  -O0  (internal compiler
er
ror)

[EMAIL PROTECTED]:~/gnu/gcc-4.2/objdir/gcc/testsuite/gcc$ gdb ../../cc1
GNU gdb 6.4.50.20060108-cvs
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa-unknown-linux-gnu"...Using host libthread_db
library "/lib/libthread_db.so.1".

(gdb) r `cat xx.sh`
Starting program: /home/dave/gnu/gcc-4.2/objdir/gcc/cc1 `cat xx.sh`
GNU C version 4.2.0 20060621 (experimental) (hppa-linux)
compiled by GNU C version 4.2.0 20060621 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
options passed:  -iprefix -isystem -auxbase -O0 -w -fno-show-column
options enabled:  -falign-loops -fargument-alias -fbranch-count-reg
 -fcommon -fearly-inlining -feliminate-unused-debug-types
 -femit-class-debug-always -ffunction-cse -fgcse-lm -fident
 -finline-functions-called-once -fivopts -fkeep-static-consts
 -fleading-underscore -fmath-errno -fmove-loop-invariants -fpeephole
 -freg-struct-return -fsched-interblock -fsched-spec
 -fsched-stalled-insns-dep -fsplit-ivs-in-unroller -ftoplevel-reorder
 -ftrapping-math -ftree-loop-im -ftree-loop-ivcanon -ftree-loop-optimize
 -ftree-vect-loop-version -fvar-tracking -fzero-initialized-in-bss
 -mbig-switch -mgas -mglibc -mno-space-regs
Compiler executable checksum: ff4b7e6ad8f21e617ff69ddcef8286d0
 foo main
Program received signal SIGSEGV, Segmentation fault.
native_interpret_expr (type=0x0, ptr=0xc01d9520 "", len=16)
at ../../gcc/gcc/fold-const.c:7158
7158  switch (TREE_CODE (type))
(gdb) bt
#0  native_interpret_expr (type=0x0, ptr=0xc01d9520 "", len=16)
at ../../gcc/gcc/fold-const.c:7158
#1  0x0025bffc in fold_unary (code=VIEW_CONVERT_EXPR, type=0x0, op0=0x400a1e40)
at ../../gcc/gcc/fold-const.c:7199
#2  0x0021e29c in expand_expr_real_1 (exp=,
target=, tmode=,
modifier=EXPAND_NORMAL, alt_rtl=0xc01d92c8) at ../../gcc/gcc/expr.c:6948
#3  0x00223610 in expand_expr_real (exp=0x400a1e40, target=0x400a8c00,
tmode=TImode, modifier=EXPAND_NORMAL, alt_rtl=0xc01d92c8)
at ../../gcc/gcc/expr.c:6690
#4  0x00229354 in store_expr (exp=0x400a1e40, target=0x400a8c00,
call_param_p=0) at ../../gcc/gcc/expr.c:4370
#5  0x00216a80 in expand_assignment (to=0x40013b00, from=)
at ../../gcc/gcc/expr.c:4249
#6  0x0021abec in expand_expr_real_1 (exp=,
target=0x4000c210, tmode=,
modifier=, alt_rtl=0x0) at ../../gcc/gcc/expr.c:8585
#7  0x00223528 in expand_expr_real (exp=0x400a7758, target=0x400a8c00,
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at ../../gcc/gcc/expr.c:6684
#8  0x00330344 in expand_expr_stmt (exp=0x0) at expr.h:493
#9  0x00375be4 in expand_gimple_basic_block (bb=0x400a4480)
at ../../gcc/gcc/cfgexpand.c:1368
---Type  to continue, or q  to quit---
#10 0x00376d34 in tree_expand_cfg () at ../../gcc/gcc/cfgexpand.c:1627
#11 0x00371cf0 in execute_one_pass (pass=0x569918)
at ../../gcc/gcc/passes.c:864
#12 0x00371e90 in execute_pass_list (pass=0x569918)
at ../../gcc/gcc/passes.c:911
#13 0x000b68a0 in tree_rest_of_compilation (fndecl=0x400a5080)
at ../../gcc/gcc/tree-optimize.c:418
#14 0x0002867c in c_expand_body (fndecl=0x0) at ../../gcc/gcc/c-decl.c:6745
#15 0x003b9680 in cgraph_expand_function (node=0x4001df70)
at ../../gcc/gcc/cgraphunit.c:1112
#16 0x003baec8 in cgraph_assemble_pending_functions ()
at ../../gcc/gcc/cgraphunit.c:364
#17 0x003ba488 in cgraph_finalize_function (decl=0x400a5080, nested=0 '\0')
at ../../gcc/gcc/cgraphunit.c:490
#18 0x00028d38 in finish_function () at ../../gcc/gcc/

[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |4.2.0


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

[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-06-21 23:50 ---
I think this was caused by:
2006-06-20  Roger Sayle  <[EMAIL PROTECTED]>

* expr.c (expand_expr_real_1) : For vector constants with
integer modes, attempt to directly construct an integer constant.

* fold-const.c (native_encode_vector): Determine the size of each
element from the vector type instead of the first vector element.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||roger at eyesopen dot com


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

[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2006-06-21 23:53 ---
I see the same failure for gcc.dg/pr17055-1.c:

Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.2/objdir/gcc/ /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr17055-1.c  
-O2
 -ffast-math -fno-show-column -S  -o pr17055-1.s(timeout = 300)
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr17055-1.c: In function
'testi'
:
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr17055-1.c:23: internal
compile
r error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr17055-1.c: In function
'testi'
:
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr17055-1.c:23: internal
compile
r error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

FAIL: gcc.dg/pr17055-1.c (internal compiler error)
FAIL: gcc.dg/pr17055-1.c (test for excess errors)


-- 


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

[Bug target/28132] New: [4.1 Regression] ICE instantiate_virtual_regs_in_insn when -fforce-addr -O1 used

[vapier at gentoo dot org]

building spidermonkey-1.5 with -O1 -fforce-addr with gcc-4.1.1 and gcc ICEs:
jsmath.c: In function 'math_round':
jsmath.c:394: error: unrecognizable insn:
(insn 61 93 62 4 (parallel [
(set (mem/i:DF (reg/f:SI 95) [0 S8 A32])
(neg:DF (mem/i:DF (reg/f:SI 96) [0 S8 A32])))
(use (const_int 0 [0x0]))
(clobber (reg:CC 17 flags))
]) -1 (nil)
(nil))
jsmath.c:394: internal compiler error: in instantiate_virtual_regs_in_insn, at
function.c:1555

this sort of looks like PR23196, but that is fixed in my 4.1.1

verified on Gentoo and Debian


-- 
   Summary: [4.1 Regression] ICE instantiate_virtual_regs_in_insn
when -fforce-addr -O1 used
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
  GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu


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

[Bug target/28132] [4.1 Regression] ICE instantiate_virtual_regs_in_insn when -fforce-addr -O1 used

[vapier at gentoo dot org]

--- Comment #1 from vapier at gentoo dot org  2006-06-22 00:08 ---
Created an attachment (id=11725)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11725&action=view)
jsmath.i


-- 


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

[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca  2006-06-22 
00:19 ---
Subject: Re:  [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c
compilation (ICE)

On Wed, Jun 21, 2006 at 11:50:49PM -, pinskia at gcc dot gnu dot org wrote:
> 
> 
> --- Comment #1 from pinskia at gcc dot gnu dot org  2006-06-21 23:50 
> ---
> I think this was caused by:
> 2006-06-20  Roger Sayle  <[EMAIL PROTECTED]>
> 
> * expr.c (expand_expr_real_1) : For vector constants with
> integer modes, attempt to directly construct an integer constant.
> 
> * fold-const.c (native_encode_vector): Determine the size of each
> element from the vector type instead of the first vector element.

Possibly, this fix will work.

Dave


--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2006-06-22 
00:19 ---
Created an attachment (id=11726)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11726&action=view)


-- 


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

[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)

[roger at eyesopen dot com]

--- Comment #5 from roger at eyesopen dot com  2006-06-22 00:37 ---
Doh!  My apologies for the breakage!  I think Dave's patch looks good, but the
one suggestion that I would make would be to test for MODE_INT first, then
call the type_for_mode langhook.  This saves calling type_for_mode on unusual
modes.

tree tmp = NULL_TREE;
if (GET_MODE_CLASS (mode) == MODE_VECTOR_INT
|| GET_MODE_CLASS (mode) == MODE_VECTOR_FLOAT)
  return const_vector_from_tree (exp);
if (GET_MODE_CLASS (mode) == MODE_INT)
- tmp = fold_unary (VIEW_CONVERT_EXPR,
-   lang_hooks.types.type_for_mode (mode, 1),
-   exp);
+ {
+   tree type_for_mode = lang_hooks.types.type_for_mode (mode, 1);
+   if (type_for_mode)
+ tmp = fold_unary (VIEW_CONVERT_EXPR, type_for_mode, exp);
+ }
if (!tmp)

I'll pre-approve that change, it bootstraps and regression tests OK.
Unfortunately, extern "C" conflicts for errno in the HPUX system headers
mean that I'm unable to test on my HPPA box myself at the moment :-(


-- 


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

[Bug bootstrap/28133] New: Cross-compile of GCC fails with "C compiler cannot create executables" error

[aweiner at lsil dot com]

config.log contents:

configure:2274: $? = 0
configure:2276: /cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/xgcc
-B/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/bin/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/lib/ -isystem
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/include -isystem
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/sys-include -v &5
Reading specs from /cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/specs
Target: powerpc-440-eabi
Configured with: ../gcc-4.1.1-src/configure --disable-shared
--prefix=/cygdrive/c/gcc_4.1.1_ppc_440 --target=powerpc-440-eabi --with-cpu=440
--with-newlib --enable-languages=c,c++
--with-headers=../newlib-1.14.0-src/newlib/libc/include
Thread model: single
gcc version 4.1.1
configure:2279: $? = 0
configure:2281: /cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/xgcc
-B/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/bin/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/lib/ -isystem
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/include -isystem
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/sys-include -V &5
xgcc: '-V' must come at the start of the command line
configure:2284: $? = 1
configure:2307: checking for C compiler default output file name
configure:2310: /cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/xgcc
-B/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/bin/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/lib/ -isystem
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/include -isystem
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/sys-include -O2 -g -O2
conftest.c  >&5
/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/bin/ld: warning: cannot find
entry symbol _start; defaulting to 01800074
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o): In
function `__eabi':
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/gcc/eabi.S:232: undefined
reference to `__init'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x8):
undefined reference to `__SDATA_START__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0xc):
undefined reference to `__SBSS_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x14):
undefined reference to `__SDATA2_START__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x18):
undefined reference to `__SBSS2_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x1c):
undefined reference to `__GOT_START__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x28):
undefined reference to `__GOT_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x2c):
undefined reference to `__GOT2_START__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x30):
undefined reference to `__GOT2_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x34):
undefined reference to `__FIXUP_START__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x38):
undefined reference to `__FIXUP_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x3c):
undefined reference to `__CTOR_LIST__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x40):
undefined reference to `__CTOR_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x44):
undefined reference to `__DTOR_LIST__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x48):
undefined reference to `__DTOR_END__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x4c):
undefined reference to `__EXCEPT_START__'
/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/nof/libgcc.a(eabi.o):(.got2+0x50):
undefined reference to `__EXCEPT_END__'
collect2: ld returned 1 exit status
configure:2313: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "libssp"
| #define PACKAGE_TARNAME "libssp"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "libssp 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "libssp"
| #define VERSION "1.0"
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2352: error: C compiler cannot create executables
See `config.log' for more details.


-- 
   Summary: Cross-compile of GCC fails with "C compiler cannot
create executables" error
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy

[Bug target/27861] [4.0 regression] ICE in expand_expr_real_1, at expr.c:6916

[sayle at gcc dot gnu dot org]

--- Comment #9 from sayle at gcc dot gnu dot org  2006-06-22 01:01 ---
Subject: Bug 27861

Author: sayle
Date: Thu Jun 22 01:01:07 2006
New Revision: 114879

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114879
Log:

PR target/27861
* expmed.c (expand_shift): On SHIFT_COUNT_TRUNCATED targets, we may
have stripped a SUBREG from the shift count, so we may need to
convert_to_mode back to the type's mode before calling make_tree.
Use new_amount instead of amount to avoid expanding a tree twice.

* gcc.dg/pr27861-1.c: New test case.


Added:
branches/gcc-4_0-branch/gcc/testsuite/gcc.dg/pr27861-1.c
Modified:
branches/gcc-4_0-branch/gcc/ChangeLog
branches/gcc-4_0-branch/gcc/expmed.c
branches/gcc-4_0-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/28120] The option -f[no-]inline-functions is invalid with -O2

[tanaka at personal-media dot co dot jp]

--- Comment #5 from tanaka at personal-media dot co dot jp  2006-06-22 
03:28 ---
I home to confirm a conclusion.
That is to say, simple function is integrated into their callers when it
compiled with a option -O2, after gcc-3.4 isn't it?


-- 


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

[Bug tree-optimization/28134] New: optimize redundant memset + assignment

[raeburn at raeburn dot org]

In a compiler built from svn revision 114878, a memset(,0,) followed by storing
0 into some of the just-cleared locations produces redundant stores.

#include 
struct blob { int a[3]; void *p; };
void foo (struct blob *bp) {
int i;
memset (bp, 0, 1024 * sizeof(*bp));
/* Null pointer not required by ANSI to be all-bits-0, so: */
for (i = 0; i < 1024; i++) bp[i].p = 0;
}

With "gcc -O9 -fomit-frame-pointer -march=pentiumpro -mtune=pentiumpro" the
assembly code produces a call to memset, then a loop storing 0 into the pointer
slots.  But on this platform, since a pointer has all bits clear, the loop is
redundant.  If I add "-minline-all-stringops", it doesn't help; the memset call
is replaced by a sequence using "rep stosl", and the following loop is still
there.

If I change the array size from 1024 to 1, then gcc expands the memset inline
(no loop), and figures out the redundancy.

Same issue with storing zero in bit fields after memset:

#include 
struct blob { unsigned char a:1, b:7; };
void foo (struct blob *bp) {
int i;
memset(bp, 0, 1024 * sizeof(*bp));
for (i = 0; i < 1024; i++) bp[i].a = 0;
}

The memset is followed by a loop with "andb $-2,...".

A possible optimization I'm less would be allowed for odd cases: If I change
the second example to use "bp[i].a = 1", is the compiler allowed to optimize
this into memset(,1,)?  If so, add that to the wish list. :-)


-- 
   Summary: optimize redundant memset + assignment
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raeburn at raeburn 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=28134

[Bug tree-optimization/28134] optimize redundant memset + assignment

[raeburn at raeburn dot org]

--- Comment #1 from raeburn at raeburn dot org  2006-06-22 03:30 ---
s/I'm less would be allowed/I'm less confident would be allowed/


-- 


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

[Bug target/28126] gcc moves an expensive instruction outside of a conditional

[kkojima at gcc dot gnu dot org]

--- Comment #2 from kkojima at gcc dot gnu dot org  2006-06-22 04:16 ---
Although I don't know much about the instruction scheduling, I had
a similar problem on SH and it was workarounded with emitting blockage
insns.  The patch below might work for you, though I'm not sure if
it's the right thing to do.  Ian's comment in the gcc list
  http://gcc.gnu.org/ml/gcc/2006-06/msg00669.html
suggests us that there are more than one problem.

--- ORIG/gcc-4_1-branch/gcc/config/mips/mips.c  2006-06-20 10:53:21.0
+0900
+++ TMP/gcc-4_1-branch/gcc/config/mips/mips.c   2006-06-22 12:49:26.0
+0900
@@ -1995,6 +1995,7 @@ mips_legitimize_tls_address (rtx loc)
 case TLS_MODEL_INITIAL_EXEC:
   tmp1 = gen_reg_rtx (Pmode);
   tmp2 = mips_unspec_address (loc, SYMBOL_GOTTPREL);
+  emit_insn (gen_blockage ());
   if (Pmode == DImode)
{
  emit_insn (gen_tls_get_tp_di (v1));
@@ -2011,6 +2012,7 @@ mips_legitimize_tls_address (rtx loc)

 case TLS_MODEL_LOCAL_EXEC:

+  emit_insn (gen_blockage ());
   if (Pmode == DImode)
emit_insn (gen_tls_get_tp_di (v1));
   else


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kkojima at gcc dot gnu dot
   ||org


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

[Bug target/27861] [4.0 regression] ICE in expand_expr_real_1, at expr.c:6916

[roger at eyesopen dot com]

--- Comment #10 from roger at eyesopen dot com  2006-06-22 04:46 ---
This should now be fixed on all active branches.  Thanks to Martin for
confirming the fix bootstraps and regression tests fine on mipsel-linux-gnu.
And thanks, as always, to Andrew Pinski for maintaining the PR in bugzilla.


-- 

roger at eyesopen dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer

[fxcoudert at gcc dot gnu dot org]

--- Comment #12 from fxcoudert at gcc dot gnu dot org  2006-06-22 06:04 
---
Subject: Bug 26769

Author: fxcoudert
Date: Thu Jun 22 06:04:02 2006
New Revision: 114880

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114880
Log:
PR libfortran/26769

* iresolve.c (gfc_resolve_reshape): Call reshape_r4 and
reshape_r8 instead of reshape_4 and reshape_8.
(gfc_resolve_transpose): Likewise for transpose.

* Makefile.am: Add r4 and r8 versions of reshape and transpose.
* Makefile.in: Regenerate.
* generated/reshape_r4.c: New file.
* generated/reshape_r8.c: New file.
* generated/transpose_r4.c: New file.
* generated/transpose_r8.c: New file.

Added:
trunk/libgfortran/generated/reshape_r4.c
trunk/libgfortran/generated/reshape_r8.c
trunk/libgfortran/generated/transpose_r4.c
trunk/libgfortran/generated/transpose_r8.c
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/iresolve.c
trunk/libgfortran/Makefile.am
trunk/libgfortran/Makefile.in


-- 


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

[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer

[fxcoudert at gcc dot gnu dot org]

--- Comment #14 from fxcoudert at gcc dot gnu dot org  2006-06-22 06:07 
---
Fixed on mainline, I will not backport the patch to 4.1 as it's not really a
"bug" the user can see.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer

[fxcoudert at gcc dot gnu dot org]

--- Comment #13 from fxcoudert at gcc dot gnu dot org  2006-06-22 06:06 
---
Subject: Bug 26769

Author: fxcoudert
Date: Thu Jun 22 06:05:54 2006
New Revision: 114881

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114881
Log:
PR libfortran/26769
* ChangeLog: Forgotten in the previous commit.

Modified:
trunk/libgfortran/ChangeLog


-- 


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

[Bug fortran/28129] gfortran -fbounds-check: Shows invalid array out of bounds error

[fxcoudert at gcc dot gnu dot org]

--- Comment #1 from fxcoudert at gcc dot gnu dot org  2006-06-22 06:33 
---
Confirmed, I'll look into it.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||27766
  nThis||
 AssignedTo|unassigned at gcc dot gnu   |fxcoudert at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-22 06:33:02
   date||


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