[Bug libfortran/34887] reverse tabbing before slash descriptor (regression vs. g77)

[tkoenig at gcc dot gnu dot org]

--- Comment #7 from tkoenig at gcc dot gnu dot org  2008-01-26 08:52 ---
 am not convinced the if
> (done) is needed at line 2579 though.  Have to think some more.  Maybe try
> taking the condition away and see what happens.


I don't think it's needed.  I am currently testing a version without
it, and it fixed the original bug. x_slash_1.f also works.

Currently regression-testing.


-- 


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

[Bug c++/27177] [4.1/4.2 Regression] ICE in build_simple_base_path, at cp/class.c:474

[jakub at gcc dot gnu dot org]

--- Comment #23 from jakub at gcc dot gnu dot org  2008-01-26 08:31 ---
Fixed on the trunk.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.1.0   |4.1.0 4.2.0
  Known to work|3.4.4   |3.4.4 4.3.0
Summary|[4.1/4.2/4.3 Regression] ICE|[4.1/4.2 Regression] ICE in
   |in build_simple_base_path,  |build_simple_base_path, at
   |at cp/class.c:474   |cp/class.c:474


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

[Bug libfortran/34980] [4.3 Regression] Segfault in shape given a scalar

[jvdelisle at gcc dot gnu dot org]

--- Comment #1 from jvdelisle at gcc dot gnu dot org  2008-01-26 09:00 
---
Index: libgfortran/generated/shape_i4.c
===
--- libgfortran/generated/shape_i4.c(revision 131856)
+++ libgfortran/generated/shape_i4.c(working copy)
@@ -46,6 +46,8 @@ shape_4 (gfc_array_i4 * const restrict r
   int n;
   index_type stride;

+  if (ret->data == NULL)
+return;
   stride = ret->dim[0].stride;

   for (n = 0; n < GFC_DESCRIPTOR_RANK (array); n++)

Something like the above fixes this.  Since this is generated, some m4 magic is
needed.  Also it seems that this could be simplified quite a bit in the
frontend and not make the call at all.


-- 


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

[Bug middle-end/34973] Wno-strict-aliasing is not working

[Christoph_vW at reactos dot org]

--- Comment #6 from Christoph_vW at reactos dot org  2008-01-26 09:51 
---
I changed -Fno-strict-aliasing to -fno-strict-aliasing and the warning
disappeared.

But shouldn't -Wno-strict-aliasing suppress the warning?


-- 


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

[Bug target/34970] [4.3 regression] name mangling broken for __attributte__((fastcall))

[dannysmith at users dot sourceforge dot net]

--- Comment #10 from dannysmith at users dot sourceforge dot net  
2008-01-26 09:41 ---
Fixed.


-- 

dannysmith at users dot sourceforge dot net changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/34970] [4.3 regression] name mangling broken for __attributte__((fastcall))

[dannysmith at gcc dot gnu dot org]

--- Comment #9 from dannysmith at gcc dot gnu dot org  2008-01-26 09:32 
---
Subject: Bug 34970

Author: dannysmith
Date: Sat Jan 26 09:31:30 2008
New Revision: 131859

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131859
Log:
PR target/34970

gcc
* config/i386/cygming.h (ASM_OUTPUT_LABELREF): Define.
testsuite
* gcc.target/i386/fastcall-1.c: Scan for correct label.
Use -std=gnu89 switch. 




Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/cygming.h
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/i386/fastcall-1.c


-- 


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

[Bug target/34981] [4.2/4.3 Regression] Lazily-bound function called twice

[rsandifo at gcc dot gnu dot org]

--- Comment #2 from rsandifo at gcc dot gnu dot org  2008-01-26 10:22 
---
Subject: Bug 34981

Author: rsandifo
Date: Sat Jan 26 10:22:14 2008
New Revision: 131860

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131860
Log:
gcc/
PR target/34981
* config/mips/mips-protos.h (mips_expand_call): Return an rtx.
* config/mips/mips.h (FIRST_PSEUDO_REGISTER): Rename FAKE_CALL_REGNO
to GOT_VERSION_REGNUM.
(CALL_REALLY_USED_REGISTERS): Set the GOT_VERSION_REGNUM entry to 0.
(EPILOGUE_USES): Include GOT_VERSION_REGNUM if TARGET_USE_GOT.
* config/mips/mips.c (mips_emit_call_insn): New function.
(mips_call_tls_get_addr): Call mips_expand_call directly.
(mips16_copy_fpr_return_value): Use mips_emit_call_insn rather than
emit_call_insn.
(mips16_build_call_stub): Likewise.  Return the call insn or null.
(mips_expand_call): Update the call to mips16_build_call_stub
accordingly and a remove redundant condition.  Assert that MIPS16
stubs do not use lazy binding.  Use mips_emit_call_insn and return
the call insn.
(mips_extra_live_on_entry): Include GOT_VERSION_REGNUM if
TARGET_USE_GOT.
(mips_hard_regno_mode_ok_p): Allow SImode for GOT_VERSION_REGNUM.
(mips_avoid_hazard): Remove hazard_set handling.
* config/mips/mips.md (UNSPEC_EH_RECEIVER): Rename to...
(UNSPEC_RESTORE_GP): ...this.
(UNSPEC_SET_GOT_VERSION, UNSPEC_UPDATE_GOT_VERSION): New constants.
(FAKE_CALL_REGNO): Rename to...
(GOT_VERSION_REGNUM): ...this.
(type): Add "ghost" value.  Add an associated insn reservation.
(hazard_set): Remove.
(exception_receiver): Rename to...
(restore_gp): ...this and update the unspec identifier accordingly.
(exception_receiver, nonlocal_got_receiver): New expanders.
(load_call): Use GOT_VERSION_REGNUM.  Don't set
FAKE_CALL_REGNO.  Remove hazard_set attribute.
(set_got_version, update_got_version): New patterns.

gcc/testsuite/
PR target/34981
* gcc.target/mips/lazy-binding-1.c: New test.
* gcc.target/mips/mips.exp (setup_mips_tests): Set
mips_forced_no_abicalls and mips_forced_no_shared.
(dg-mips-options): Avoid using -mabicalls with an implicit -mabi=eabi.
Avoid using small data with -mabicalls.  Don't make -G0 force
-mn-abicalls.  Skip -mabicalls and -mshared tests if the multilib
forces the opposite option.

Added:
trunk/gcc/testsuite/gcc.target/mips/lazy-binding-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/mips/mips-protos.h
trunk/gcc/config/mips/mips.c
trunk/gcc/config/mips/mips.h
trunk/gcc/config/mips/mips.md
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/mips/mips.exp


-- 


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

[Bug target/34981] [4.2 Regression] Lazily-bound function called twice

[rsandifo at gcc dot gnu dot org]

--- Comment #3 from rsandifo at gcc dot gnu dot org  2008-01-26 10:26 
---
Fixed on mainline.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.2.0
  Known to work||4.1.0 4.3.0
Summary|[4.2/4.3 Regression] Lazily-|[4.2 Regression] Lazily-
   |bound function called twice |bound function called twice


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

[Bug target/34981] [4.2/4.3 Regression] Lazily-bound function called twice

[rsandifo at gcc dot gnu dot org]

--- Comment #1 from rsandifo at gcc dot gnu dot org  2008-01-26 10:14 
---
Mine.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 10:14:41
   date||


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

[Bug target/34981] New: [4.2/4.3 Regression] Lazily-bound function called twice

[rsandifo at gcc dot gnu dot org]

bar()'s lazy-binding stub can be called twice for the following testcase
when compiled at -O2 on mips64-linux-gnu:

void bar (void);
void
foo (int n)
{
  while (n--)
{
  bar ();
  bar ();
}
}


-- 
   Summary: [4.2/4.3 Regression] Lazily-bound function called twice
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rsandifo at gcc dot gnu dot org
GCC target triplet: mips64-linux-gnu


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

[Bug c++/28743] [4.1/4.2/4.3 regression] ICE with invalid specialization

[pcarlini at suse dot de]

--- Comment #6 from pcarlini at suse dot de  2008-01-26 10:09 ---
Patch at: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01195.html


-- 


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

[Bug c++/34235] short variable cast to unsigned int fails to right shift as unsigned

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-01-26 11:27 ---
Fixed for 4.3.0.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|2.95.4 4.3.0|2.95.4 4.1.2 4.2.3
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug c++/34235] short variable cast to unsigned int fails to right shift as unsigned

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-01-26 11:27 ---
Subject: Bug 34235

Author: rguenth
Date: Sat Jan 26 11:26:36 2008
New Revision: 131862

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131862
Log:
2008-01-26  Richard Guenther  <[EMAIL PROTECTED]>

PR c++/34235
* typeck.c (build_binary_op): Remove code to shorten compares.

* g++.dg/torture/pr34235.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/torture/pr34235.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug preprocessor/34979] Atomic line output requested in gcc

[rguenth at gcc dot gnu dot org]

-- 

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 |2008-01-26 11:35:25
   date||


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

[Bug rtl-optimization/34959] [4.3 Regression] 23_containers/bitset/ext/15361.cc fails for MIPS n64

[rsandifo at gcc dot gnu dot org]

--- Comment #1 from rsandifo at gcc dot gnu dot org  2008-01-26 11:35 
---
Subject: Bug 34959

Author: rsandifo
Date: Sat Jan 26 11:34:41 2008
New Revision: 131863

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131863
Log:
gcc/
PR rtl-optimization/34959
* optabs.c (expand_unop): In libcall notes, give ffs, clz, ctz,
popcount and parity rtxes the same mode as their operand.
Truncate or extend the result to the return value's mode
if necessary.

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


-- 


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

[Bug rtl-optimization/34959] [4.3 Regression] 23_containers/bitset/ext/15361.cc fails for MIPS n64

[rsandifo at gcc dot gnu dot org]

--- Comment #2 from rsandifo at gcc dot gnu dot org  2008-01-26 11:36 
---
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=34959

[Bug libfortran/34980] [4.3 Regression] Segfault in shape given a scalar

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-01-26 11:36 ---
As usual.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
   Priority|P3  |P4
   Target Milestone|--- |4.3.0


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

[Bug middle-end/34973] Wno-strict-aliasing is not working

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-01-26 11:37 ---
Well, yes.  Which is why a testcase would be nice (like preprocessed source of
one file you see this error).


-- 


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

[Bug middle-end/34978] [4.3 Regression] FAIL: g++.dg/expr/cast7.C (internal compiler error)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-01-26 11:40 ---
Confirmed.  Caused by the patch for PR27177.  Dup of PR27177 which I will
re-open.

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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
   Keywords||ice-on-valid-code
 Resolution||DUPLICATE
Summary|FAIL: g++.dg/expr/cast7.C   |[4.3 Regression] FAIL:
   |(internal compiler error)   |g++.dg/expr/cast7.C
   ||(internal compiler error)
   Target Milestone|--- |4.3.0


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

[Bug c++/27177] [4.1/4.2 Regression] ICE in build_simple_base_path, at cp/class.c:474

[rguenth at gcc dot gnu dot org]

--- Comment #24 from rguenth at gcc dot gnu dot org  2008-01-26 11:40 
---
*** Bug 34978 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ismail at pardus dot org dot
   ||tr


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

[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

[rguenth at gcc dot gnu dot org]

--- Comment #25 from rguenth at gcc dot gnu dot org  2008-01-26 11:41 
---
The g++.dg/expr/cast7.C failure re-appeared with the last patch.  Re-opening
the regression against 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work|3.4.4 4.3.0 |3.4.4
Summary|[4.1/4.2 Regression] ICE in |[4.1/4.2/4.3 Regression] ICE
   |build_simple_base_path, at  |in build_simple_base_path,
   |cp/class.c:474  |at cp/class.c:474


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

[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor

[pault at gcc dot gnu dot org]

--- Comment #18 from pault at gcc dot gnu dot org  2008-01-26 11:49 ---
(In reply to comment #17)
> Cleaned up patch:
Jerry,

I found the equivalent:

  if (n < loop->temp_dim && !integer_zerop (loop->from[n]))
loop->from[n] = gfc_index_zero_node;

This also bootstraps and regtests OK.  Before selecting one or the other (yours
is at least minimalist:) ), I thought to try to understand what is happening.

A bizarre fact concerns FX's or your testcase:

  integer :: i(1) = 0
  write(*,*) foo([1]+i)
end

fails but foo(i+[1]) AND foo([1] + [1]) work!

It points to something being wrong with the scalarization of operators but I am
blowed if I can see what it is.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jvdelisle at gcc dot gnu dot
   ||org


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

[Bug other/21322] O2 and O3 memory access error - compiled program - incorrect debug output

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2008-01-26 11:54 
---
Closing as this issue came to a halt.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/21579] memory overflow

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-01-26 11:55 ---
No feedback.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592

[pault at gcc dot gnu dot org]

--- Comment #18 from pault at gcc dot gnu dot org  2008-01-26 11:58 ---
(In reply to comment #17)
> Probable patch posted in 31610
> 
See my remark there -> if we can understand it, I would feel reassured but, if
not, lets go with your version of the patch and keep this PR open as an
"error-recovery" (there does not appear to be a "dunno-whats-going-on" key
word:) ) bug.

Paul


-- 


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

[Bug middle-end/24153] memory leak

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-01-26 11:58 ---
Declaring as fixed, there have been recend valgrindings on trunk which obsolete
this issue.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/24548] [4.0 Regression] __builtin_constant_p not resolved with -O2

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-01-26 12:02 ---
Works for me with 4.1.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
Summary|[4.0/4.1 Regression]|[4.0 Regression]
   |__builtin_constant_p not|__builtin_constant_p not
   |resolved with -O2   |resolved with -O2


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

[Bug java/25032] GCC Java not compile

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-01-26 12:03 ---
4.0.x is no longer maintained.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WONTFIX


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

[Bug bootstrap/22330] Building a cross linux->win32 incorrectly sets HAVE_GAS_SHF_MERGE true

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-01-26 11:56 
---
Closed as fixed as of the last comment.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug c/25702] feature request: generate a warning for sizeof on a pointer

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||marcus at jet dot franken
   ||dot de
 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 12:10:39
   date||


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

[Bug c++/26278] candidates list contains duplicates

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-01-26 12:24 ---
Created an attachment (id=15025)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15025&action=view)
unincluded, slightly reduced testcase

g++-4.3 -S t.1.cpp
t.1.cpp: In function ‘int main()’:
t.1.cpp:648: error: ambiguous overload for ‘operator==’ in ‘c == p’
t.1.cpp:648: note: candidates are: operator==(X, X) 
t.1.cpp:648: note: operator==(int, int) 
t.1.cpp:648: note: operator==(X, X) 
t.1.cpp:601: note: bool coEnum::operator==(coEnum) const [with e1 = A, e2 = X]


-- 


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

[Bug c++/26278] ambiguous overload candidates list contains duplicates

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Keywords||diagnostic
  Known to fail||4.3.0
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 12:25:11
   date||
Summary|candidates list contains|ambiguous overload
   |duplicates  |candidates list contains
   ||duplicates


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

[Bug target/26415] [4.2/4.3 regression] m68k-linux bootstrap error during stage2

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2008-01-26 12:27 
---
How is the status here?


-- 


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

[Bug middle-end/26514] Wrong assembler code with -fprofile-generate

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-01-26 12:31 ---
We cannot help here.  Please re-open if you have a testcase that we can use
to reproduce the problem and after trying the latest releases, 4.1.2 or 4.2.2.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/26544] printf calls optimized at -O0

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-01-26 12:33 ---
There is not a canonical interpretation of non-optimizing within gcc.  If there
is interest in such, proposals are welcome.

Closing as WONTFIX until there is consensus what should be done at -O0 and what
not.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WONTFIX


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

[Bug boehm-gc/25652] Java support for amd64-pc-freebsd

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-01-26 12:04 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug middle-end/34973] Wno-strict-aliasing is not working

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2008-01-26 12:11 ---
(In reply to comment #6)
> But shouldn't -Wno-strict-aliasing suppress the warning?

Yes if you actually have -Wno-strict-aliasing after -Wall.


-- 


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

[Bug libmudflap/26864] multithreaded mudflap not working

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-01-26 12:35 ---
Not a regression, fixed for 4.2.0.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
  Known to fail||4.1.3
 Resolution||FIXED
   Target Milestone|--- |4.2.0


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

[Bug target/27077] [x86, 4.1] builtin strlen poor performance

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-01-26 12:37 ---
I think this benchmark is dubious, it likely depends on the library and
whatnot.
Also the benchmarks are out-of-date.  Closing as invalid.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/34882] g++: Internal error: Killed (program cc1plus)

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-01-26 12:51 ---
Can you add -save-temps and attach the resulting .ii file ?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c/28233] internal compiler error: in make_decl_rtl, at varasm.c:752

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-01-26 13:03 ---
Created an attachment (id=15026)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15026&action=view)
testcase scalable with cpp


-- 


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

[Bug fortran/34975] [4.3 Regression] Bogus error with USEing modules

[pault at gcc dot gnu dot org]

--- Comment #3 from pault at gcc dot gnu dot org  2008-01-26 13:25 ---
(In reply to comment #1)
> Created an attachment (id=15024)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15024&action=view) [edit]
> Test files (tar.gz). Use "make"

Uggghhh!

If the ONLY's i test.f90 are removed, it builds fine or if those USE statments
are replaced by USE foobar, with

module foobar
  use electrons_base, only: nx => nbspx, n => nbsp, nspin, f
  use ions_base, only : nas => nax
end module


all is OK.

When it fails, the symbols i and ipol are BT_UNKNOWN.

I am at a bit of a loss to explain this right now.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 13:25:22
   date||


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

[Bug c++/34235] short variable cast to unsigned int fails to right shift as unsigned

[fgccbz1 at greynode dot net]

--- Comment #10 from fgccbz1 at greynode dot net  2008-01-26 13:29 ---
My thanks for the fix.


-- 


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

[Bug middle-end/33333] ICE with #pragma omp parallel for in try/catch statement

[reichelt at gcc dot gnu dot org]

-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.2.0 4.2.2 4.3.0   |4.2.0 4.2.2
  Known to work||4.3.0
   Target Milestone|--- |4.3.0


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

[Bug target/19923] [4.0/4.1/4.2 Regression] openssl is slower when compiled with gcc 4.0 than 3.3

[rguenth at gcc dot gnu dot org]

--- Comment #44 from rguenth at gcc dot gnu dot org  2008-01-26 13:46 
---
Fixed for 4.3.  WONTFIX for the branches.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|[4.0/4.1/4.2/4.3 Regression]|[4.0/4.1/4.2 Regression]
   |openssl is slower when  |openssl is slower when
   |compiled with gcc 4.0 than  |compiled with gcc 4.0 than
   |3.3 |3.3
   Target Milestone|4.1.3   |4.3.0


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

[Bug c++/30209] C++ front-end rejects valid compound literal (with complex types)

[reichelt at gcc dot gnu dot org]

-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug c++/33959] [4.1 Regression] ICE in instantiate_class_template, at cp/pt.c:6649

[reichelt at gcc dot gnu dot org]

-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
Summary|[4.1/4.2 Regression] ICE in |[4.1 Regression] ICE in
   |instantiate_class_template, |instantiate_class_template,
   |at cp/pt.c:6649 |at cp/pt.c:6649
   Target Milestone|4.2.3   |4.1.3


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

[Bug c++/32029] [4.1/4.2/4.3 regression] ICE on instantiation of template parameter

[reichelt at gcc dot gnu dot org]

--- Comment #6 from reichelt at gcc dot gnu dot org  2008-01-26 14:07 
---
The 4.2 branch is now also back to accepts-invalid.
This is due to the fix for PR 33959.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||33959


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

[Bug c++/34487] [4.1/4.2/4.3 regression] ICE using class instead of typename

[reichelt at gcc dot gnu dot org]

--- Comment #3 from reichelt at gcc dot gnu dot org  2008-01-26 14:08 
---
The 4.2 branch is now also back to accepts-invalid.
This is due to the fix for PR 33959.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||33959


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

[Bug libfortran/34980] [4.3 Regression] Segfault in shape given a scalar

[tkoenig at gcc dot gnu dot org]

--- Comment #3 from tkoenig at gcc dot gnu dot org  2008-01-26 14:28 ---
>From the *.original dump:

  atmp.2.dtype = 265;
  atmp.2.dim[0].stride = 1;
  atmp.2.dim[0].lbound = 0;
  atmp.2.dim[0].ubound = -1;
  atmp.2.data = 0B;

It is probably better to check for this case.

And yes, this needs a bit of m4 hackery :-)


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tkoenig at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 14:28:50
   date||


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

[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA

[reichelt at gcc dot gnu dot org]

--- Comment #14 from reichelt at gcc dot gnu dot org  2008-01-26 14:32 
---
But now we accept the IMHO invalid version:

file1.c:
  void foo() {}
file2.c:
  void foo() {}

GCC 4.0.x used to produce an error:

file2.c:1: error: redefinition of 'foo'
file1.c:1: error: previous definition of 'foo' was here


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
   Keywords||accepts-invalid
 Resolution|FIXED   |


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

[Bug c/31529] [4.3 Regression] Does not reject duplicate definitions with IMA

[rguenth at gcc dot gnu dot org]

--- Comment #15 from rguenth at gcc dot gnu dot org  2008-01-26 14:35 
---
Yep, a frontend problem.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|middle-end  |c
   Keywords|build, ice-on-valid-code|
   Priority|P1  |P2
Summary|[4.3 Regression] ICE in |[4.3 Regression] Does not
   |cgraph_expand_function with |reject duplicate definitions
   |IMA |with IMA


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

[Bug c/31529] [4.1/4.2/4.3 Regression] Does not reject duplicate definitions with IMA

[rguenth at gcc dot gnu dot org]

--- Comment #16 from rguenth at gcc dot gnu dot org  2008-01-26 14:37 
---
Bah, you should have opened a new PR.  Anyway, this is now this "new" one.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.1.3 4.2.3 4.3.0
  Known to work|4.2.2   |4.0.4
Summary|[4.3 Regression] Does not   |[4.1/4.2/4.3 Regression]
   |reject duplicate definitions|Does not reject duplicate
   |with IMA|definitions with IMA


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

[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor

[dominiq at lps dot ens dot fr]

--- Comment #19 from dominiq at lps dot ens dot fr  2008-01-26 14:41 ---
I confirm that the ICEs are gone, however the original test case and the one in
comment #3 ouput garbage: '[EMAIL PROTECTED]@^@@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@' for the latter on
i686-apple-darwin9.

Note that g95 gives

In file pr31610.f90:3

string = transfer(merge (transfer(achar (ichar('A')), "x", len(string)), st
   1
Warning (148): Not enough data to produce the requested array size in TRANSFER
function at (1)
In file pr31610.f90:3

string = transfer(merge (transfer(achar (ichar('A')), "x", len(string)), st
 1
Error: MERGE intrinsic at (1) has different character lengths

for the original test and

In file pr31610_1.f90:1

  write(*,*) "'", transfer("A", "x", 20), "'"
 1
Warning (148): Not enough data to produce the requested array size in TRANSFER
function at (1)

for the reduced one, the output being
'[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@^@'.

I hope this may help to answer the question:

> It points to something being wrong with the scalarization of operators but I 
> am
> blowed if I can see what it is.


-- 


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

[Bug libfortran/34887] reverse tabbing before slash descriptor (regression vs. g77)

[tkoenig at gcc dot gnu dot org]

--- Comment #8 from tkoenig at gcc dot gnu dot org  2008-01-26 15:23 ---
Subject: Bug 34887

Author: tkoenig
Date: Sat Jan 26 15:22:59 2008
New Revision: 131864

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131864
Log:
2008-01-26  Thomas Koenig  <[EMAIL PROTECTED]>

PR libfofortran/34887
* io/transfer.c (next_record_w): Always move to the farthest
position when completing the record (also when we are
processing a slash edit descriptor).

2008-01-26  Thomas Koenig  <[EMAIL PROTECTED]>

PR libfofortran/34887
* gfortran.dg/x_slash_2.f:  New test.


Added:
trunk/gcc/testsuite/gfortran.dg/x_slash_2.f
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/transfer.c


-- 


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

[Bug libfortran/34887] reverse tabbing before slash descriptor (regression vs. g77)

[tkoenig at gcc dot gnu dot org]

--- Comment #9 from tkoenig at gcc dot gnu dot org  2008-01-26 15:24 ---
Fixed on trunk.

Closing.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

[jvdelisle at gcc dot gnu dot org]

--- Comment #2 from jvdelisle at gcc dot gnu dot org  2008-01-26 16:22 
---
The problem first occurs at the 8192 boundary at which point we do not write
"b"

   program main
   write (10,'(t8193,a,t1,a)') 'b', 'a'
   end


-- 


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

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2008-01-26 16:23 
---
Confirming


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 16:23:08
   date||


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

[Bug libstdc++/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47

[dje at gcc dot gnu dot org]

--- Comment #12 from dje at gcc dot gnu dot org  2008-01-26 16:27 ---
Subject: Bug 34794

Author: dje
Date: Sat Jan 26 16:26:27 2008
New Revision: 131865

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131865
Log:
PR target/34794
* config.gcc: Separate AIX 5.3 from AIX 6.1.
* config/rs6000/rs6000-c.c (rs6000_cpu_cpp_builtins): Define
__LONGDOUBLE128 too.
* config/rs6000/aix61.h: New file.

Added:
trunk/gcc/config/rs6000/aix61.h
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config.gcc
trunk/gcc/config/rs6000/rs6000-c.c


-- 


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

[Bug libstdc++/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47

[dje at gcc dot gnu dot org]

--- Comment #13 from dje at gcc dot gnu dot org  2008-01-26 16:28 ---
Subject: Bug 34794

Author: dje
Date: Sat Jan 26 16:28:03 2008
New Revision: 131866

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131866
Log:
PR target/34794
* config/os/aix/os_defines.h: Define __COMPATMATH__.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/os/aix/os_defines.h


-- 


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

[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor

[jvdelisle at gcc dot gnu dot org]

--- Comment #20 from jvdelisle at gcc dot gnu dot org  2008-01-26 16:37 
---
Reply to comment #18:

 The shape of 1 is a zero size array.

 The shape of [1] is [1]

Maybe in the simplifying of the expression for ([1] + 1) the shape of 1 is
being assigned to [1] or the final simplified expression has wrong shape


-- 


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

[Bug c++/34965] [4.1/4.2/4.3 regression] Broken diagnostic: 'truth_and_expr' not supported by dump_expr

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-01-26 17:05 ---
Subject: Bug 34965

Author: jakub
Date: Sat Jan 26 17:04:54 2008
New Revision: 131868

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131868
Log:
PR c++/34965
* c-pretty-print.c (pp_c_exclusive_or_expression): Handle
TRUTH_XOR_EXPR.
(pp_c_logical_and_expression): Handle TRUTH_AND_EXPR.
(pp_c_logical_or_expression): Handle TRUTH_OR_EXPR.
(pp_c_expression): Handle TRUTH_AND_EXPR, TRUTH_OR_EXPR
and TRUTH_XOR_EXPR.

* error.c (dump_expr): Handle TRUTH_AND_EXPR, TRUTH_OR_EXPR
and TRUTH_XOR_EXPR.

* gcc.dg/pr34965.c: New test.
* g++.dg/other/error24.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/other/error24.C
trunk/gcc/testsuite/gcc.dg/pr34965.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-pretty-print.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/34965] [4.1/4.2 regression] Broken diagnostic: 'truth_and_expr' not supported by dump_expr

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-01-26 17:07 ---
Fixed on the trunk.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.1/4.2/4.3 regression]|[4.1/4.2 regression] Broken
   |Broken diagnostic:  |diagnostic: 'truth_and_expr'
   |'truth_and_expr' not|not supported by dump_expr
   |supported by dump_expr  |


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

[Bug c++/34962] [4.1/4.2/4.3 regression] ICE with VLA and attribute in template

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-01-26 17:15 ---
Also related to PR28879


-- 


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

[Bug target/34814] SDmode function args not passed according to ABI specification

[bergner at gcc dot gnu dot org]

--- Comment #5 from bergner at gcc dot gnu dot org  2008-01-26 17:19 ---
Subject: Bug 34814

Author: bergner
Date: Sat Jan 26 17:18:35 2008
New Revision: 131869

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131869
Log:
PR target/34814
* doc/tm.texi (TARGET_EXPAND_TO_RTL_HOOK): Document.
(TARGET_INSTANTIATE_DECLS): Likewise.
* target.h (expand_to_rtl_hook): New target hook.
(instantiate_decls): Likewise.
* function.c (instantiate_decl): Make non-static.  Rename to...
(instantiate_decl_rtl): ... this.
(instantiate_expr): Use instantiate_decl_rtl.
(instantiate_decls_1): Likewise.
(instantiate_decls): Likewise.
(instantiate_virtual_regs: Call new instantiate_decls taget hook.
* function.h (instantiate_decl_rtl): Add prototype.
* cfgexpand.c (target.h): New include.
(tree_expand_cfg): Call new expand_to_rtl_hook target hook.
* target-def.h (TARGET_EXPAND_TO_RTL_HOOK): New define.
(TARGET_INSTANTIATE_DECLS): Likewise.
(TARGET_INITIALIZER): New target hooks added.
* config/rs6000/rs6000-protos.h (rs6000_secondary_memory_needed_rtx):
New prototype.
* config/rs6000/rs6000.c (tree-flow.h): New include.
(machine_function): Add sdmode_stack_slot field.
(rs6000_alloc_sdmode_stack_slot): New function.
(rs6000_instantiate_decls): Likewise.
(rs6000_secondary_memory_needed_rtx): Likewise.
(rs6000_check_sdmode): Likewise.
(TARGET_EXPAND_TO_RTL_HOOK): Target macro defined.
(TARGET_INSTANTIATE_DECLS): Likewise.
(rs6000_hard_regno_mode_ok): Allow SDmode.
(num_insns_constant): Likewise.  Handle _Decimal32 constants.
(rs6000_emit_move): Handle SDmode.
(function_arg_advance): Likewise.
(function_arg): Likewise.
(rs6000_gimplify_va_arg): Likewise.  Add special handling of
SDmode var args for 32-bit compiles.
(rs6000_secondary_reload_class): Handle SDmode.
(rs6000_output_function_epilogue): Likewise.
(rs6000_function_value): Simplify if statement.
(rs6000_libcall_value): Likewise.
* config/rs6000/rs6000.h (SLOW_UNALIGNED_ACCESS): Handle SDmode.
(SECONDARY_MEMORY_NEEDED_RTX): Add define.
* config/rs6000/dfp.md (movsd): New define_expand and splitter.
(movsd_hardfloat): New define_insn.
(movsd_softfloat): Likewise.
(movsd_store): Likewise.
(movsd_load): Likewise.
(extendsddd2): Likewise.
(extendsdtd2): Likewise.
(truncddsd2): Likewise.
(movdd_hardfloat64): Fixup comment.
(UNSPEC_MOVSD_LOAD): New constant.
(UNSPEC_MOVSD_STORE): Likewise.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfgexpand.c
trunk/gcc/config/rs6000/dfp.md
trunk/gcc/config/rs6000/rs6000-protos.h
trunk/gcc/config/rs6000/rs6000.c
trunk/gcc/config/rs6000/rs6000.h
trunk/gcc/doc/tm.texi
trunk/gcc/function.c
trunk/gcc/function.h
trunk/gcc/target-def.h
trunk/gcc/target.h


-- 


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

[Bug c/34982] New: [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher

[bero at arklinux dot org]

The following (admittedly ugly) piece of code works on older gccs, and
segfaults on 4.3:


#include 
#include 

static void something();

int main(int argc, char **argv) {
something("test");
}

static void something(const char *whatever) {
assert(!strcmp(whatever, "test"));
}



Changing the initial declaration of something() to static void something(char
*whatever) makes the problem go away.


-- 
   Summary: [4.3 regression] calling a function with undefined
parameters causes segmentation fault at -O1 or higher
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
 GCC build triplet: i586-pc-linux-gnu
  GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu


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

[Bug c++/34977] GCC 3.4.6 link fails with undefined reference to .hidden symbol __floatdidf (libgcc.a)

[reid dot madsen at tektronix dot com]

--- Comment #3 from reid dot madsen at tektronix dot com  2008-01-26 17:29 
---
Subject: RE:  GCC 3.4.6 link fails with undefined reference to .hidden symbol
__floatdidf (libgcc.a)

I now understand what was going on...

The configure script for REXX was incorrectly linking the regina.so
using 'ld' instead of 'gcc'.  Thus, all the libraries that gcc would
normally add were missing from the ld command line.

I corrected the configuration to use gcc to perform the link of
regina.so and that fixed the problem.

I've seen many threads on this issue.  Any way to publicize the
solution?

Reid

-Original Message-
From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 25, 2008 7:15 PM
To: [EMAIL PROTECTED]
Subject: [Bug c++/34977] GCC 3.4.6 link fails with undefined reference
to .hidden symbol __floatdidf (libgcc.a)



--- Comment #2 from pinskia at gcc dot gnu dot org  2008-01-26 01:15
---
>/usr/local/bin/ld: execiser32: hidden symbol `__floatdidf' in
/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.6/libgcc.a(_floatdidf.oS) is
referenced by DSO


This means one of the libraries are you are using did not link against
libgcc. 
This is not a bug in GCC but rather how the build one of the libraries
is done, most likely regina.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added


   Severity|critical|normal
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

--- You are receiving this mail because: --- You reported the
bug, or are watching the reporter.


-- 


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

[Bug target/34814] SDmode function args not passed according to ABI specification

[bergner at gcc dot gnu dot org]

--- Comment #6 from bergner at gcc dot gnu dot org  2008-01-26 17:31 ---
This is now fixed in mainline.


-- 

bergner at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/34814] SDmode function args not passed according to ABI specification

[bergner at gcc dot gnu dot org]

-- 

bergner at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug c++/34983] New: i486-linux-gnu-g++: Internal error: Killed (program cc1plus)

[mariobonino at ubuntu-it dot org]

That error was produced while building pixie 2.2.1-1ubuntu1 on the Ubuntu build
machine iridium (https://launchpad.net/+builds/iridium). Here you can find the
complete build log. 
http://launchpadlibrarian.net/11439976/buildlog_ubuntu-hardy-i386.pixie_2.2.1-1ubuntu1_FAILEDTOBUILD.txt.gz


-- 
   Summary: i486-linux-gnu-g++: Internal error: Killed (program
cc1plus)
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mariobonino at ubuntu-it dot org


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

[Bug c++/34984] New: [4.3 Regression] FAIL: g++.dg/expr/cast7.C

[hjl dot tools at gmail dot com]

With revision 131864, on Linux/Intel64, I got

Executing on host:
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/g++/../../g++
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/g++/../../
/export/gnu/src/gcc/gcc/gcc/testsuite/g++.dg/expr/cast7.C  -nostdinc++
-I/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libstdc++-v3/include
-I/export/gnu/src/gcc/gcc/libstdc++-v3/libsupc++
-I/export/gnu/src/gcc/gcc/libstdc++-v3/include/backward
-I/export/gnu/src/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0  
-ansi -pedantic-errors -Wno-long-long  -fno-show-column -S  -m32 -o cast7.s   
(timeout = 300)
/export/gnu/src/gcc/gcc/gcc/testsuite/g++.dg/expr/cast7.C:12: internal compiler
error: in build_simple_base_path, at cp/class.c:490^M
Please submit a full bug report,^M
with preprocessed source if appropriate.^M
See  for instructions.^M
compiler exited with status 1
output is:

Revision 131757 is OK.


-- 
   Summary: [4.3 Regression] FAIL: g++.dg/expr/cast7.C
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug c++/34984] [4.3 Regression] FAIL: g++.dg/expr/cast7.C

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2008-01-26 18:02 ---
Revision 131827 is OK.


-- 


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

[Bug c++/34984] [4.3 Regression] FAIL: g++.dg/expr/cast7.C

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2008-01-26 18:07 ---
Revision 131849 is OK and revision 131855 is bad. It looks like revision
131855:

http://gcc.gnu.org/ml/gcc-cvs/2008-01/msg00616.html

may be the cause.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org


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

[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

[rguenth at gcc dot gnu dot org]

--- Comment #26 from rguenth at gcc dot gnu dot org  2008-01-26 18:38 
---
*** Bug 34984 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hjl dot tools at gmail dot
   ||com


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

[Bug c++/34984] [4.3 Regression] FAIL: g++.dg/expr/cast7.C

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-01-26 18:38 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/34983] i486-linux-gnu-g++: Internal error: Killed (program cc1plus)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-01-26 18:40 ---
We need a preprocessed testcase and information on how you invoked gcc.  Also
try a newer version than 4.2.0.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
Summary|i486-linux-gnu-g++: Internal|i486-linux-gnu-g++: Internal
   |error: Killed (program  |error: Killed (program
   |cc1plus)|cc1plus)


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

[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-01-26 18:50 ---
We seem to use local calling conventions for emitting the body of something,
but
at the call site we pass arguments via the stack.

P1 until we know more about this.

Reduced testcase:

extern void abort (void);

static void something();

int main()
{
  something(-1);
}

static void something(int i)
{
  if (i != -1)
abort ();
}

The asm shows it:

something:
subl$12, %esp
cmpl$-1, %eax
je  .L3
callabort
.L3:
addl$12, %esp
ret

but:

main:
leal4(%esp), %ecx
andl$-16, %esp
pushl   -4(%ecx)
pushl   %ecx
subl$8, %esp
movl$-1, (%esp)
callsomething


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |target
 Ever Confirmed|0   |1
   Keywords||wrong-code
   Priority|P3  |P1
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 18:50:39
   date||
   Target Milestone|--- |4.3.0


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

[Bug c++/34983] i486-linux-gnu-g++: Internal error: Killed (program cc1plus)

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-01-26 18:57 ---
Oh and how much memory you have too?


-- 


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

[Bug c/31529] [4.1/4.2/4.3 Regression] Does not reject duplicate definitions with IMA

[pinskia at gcc dot gnu dot org]

--- Comment #17 from pinskia at gcc dot gnu dot org  2008-01-26 18:59 
---
That is PR 23104.


-- 


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

[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor

[jvdelisle at gcc dot gnu dot org]

--- Comment #21 from jvdelisle at gcc dot gnu dot org  2008-01-26 19:01 
---
Subject: Bug 31610

Author: jvdelisle
Date: Sat Jan 26 19:01:07 2008
New Revision: 131873

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131873
Log:
2008-01-26  Jerry DeLisle  <[EMAIL PROTECTED]>

PR fortran/31610
* trans-array.c (gfc_trans_create_temp_array): Remove call to
gcc_assert (integer_zerop (loop->from[n])).

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c


-- 


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

[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA

[pinskia at gcc dot gnu dot org]

--- Comment #18 from pinskia at gcc dot gnu dot org  2008-01-26 19:04 
---
Changing this back to the bug about the ICE.

>But now we accept the IMHO invalid version:

This is PR 23104.

Closing this bug as fixed as the original bug was fixed and the accepts invalid
has been around for a while now.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
  Component|c   |middle-end
   Keywords|accepts-invalid |build, ice-on-valid-code
  Known to fail|4.1.3 4.2.3 4.3.0   |
  Known to work|4.0.4   |4.2.2
   Priority|P2  |P1
 Resolution||FIXED
Summary|[4.1/4.2/4.3 Regression]|[4.3 Regression] ICE in
   |Does not reject duplicate   |cgraph_expand_function with
   |definitions with IMA|IMA


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

[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor

[jvdelisle at gcc dot gnu dot org]

--- Comment #22 from jvdelisle at gcc dot gnu dot org  2008-01-26 19:06 
---
Subject: Bug 31610

Author: jvdelisle
Date: Sat Jan 26 19:05:15 2008
New Revision: 131874

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131874
Log:
2008-01-26  Jerry DeLisle  <[EMAIL PROTECTED]>

PR fortran/31610
* gfortran.dg/array_3.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/array_3.f90
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-01-26 19:09 ---
Janis, can you hunt this?  Thanks.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||janis at gcc dot gnu dot org


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

[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592

[jvdelisle at gcc dot gnu dot org]

--- Comment #19 from jvdelisle at gcc dot gnu dot org  2008-01-26 19:13 
---
Fixed, see PR 31610


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

Vote For Your Nation!!!

[TheVotenationSupportTeam]

Hello, vote for Your Country  at http://thevotenation.com !

-



If you do not want to receive further mails: Write an email with the subject 
\"unsubscribe\" to the address: [EMAIL PROTECTED] 

[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-01-26 19:23 ---
So we use the local info before it is available and thus the following will
ICE:

Index: config/i386/i386.c
===
--- config/i386/i386.c  (revision 131861)
+++ config/i386/i386.c  (working copy)
@@ -3199,6 +3199,7 @@ ix86_function_regparm (const_tree type, 
 {
   /* FIXME: remove this CONST_CAST when cgraph.[ch] is constified.  */
   struct cgraph_local_info *i = cgraph_local_info (CONST_CAST_TREE(decl));
+  gcc_assert (cgraph_node (CONST_CAST_TREE(decl))->analyzed);
   if (i && i->local)
{
  int local_regparm, globals = 0, regno;


and if it is just not available (i == NULL) might give inconsistent
answers.


-- 


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

[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |4.2.3
Version|4.3.0   |4.1.0


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

[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

[hjl dot tools at gmail dot com]

-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

  Known to fail|4.1.0 4.2.0 |4.1.0 4.2.0 4.3.0
   Target Milestone|4.1.3   |4.3.0
Version|4.1.0   |4.3.0


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

[Bug fortran/31610] ICE with transfer, merge in gfc_conv_expr_descriptor

[jvdelisle at gcc dot gnu dot org]

--- Comment #23 from jvdelisle at gcc dot gnu dot org  2008-01-26 19:11 
---
Fixed on trunk. Leaving open for further investigation.  See TODO comment in
code


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO|32834   |
  nThis||
 AssignedTo|brooks at gcc dot gnu dot   |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW
  Known to fail|4.3.0   |
Summary|[4.3 Regression] ICE with   |ICE with transfer, merge in
   |transfer, merge in  |gfc_conv_expr_descriptor
   |gfc_conv_expr_descriptor|


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

[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-01-26 19:07 ---
The first time we ask, cgraph_local_info ()->local is zero, the second time it
is one.

Honza, Uros?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||uros at gcc dot gnu dot org,
   ||hubicka at gcc dot gnu dot
   ||org


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

[Bug libfortran/34670] bounds checking for array intrinsics

[tkoenig at gcc dot gnu dot org]

--- Comment #6 from tkoenig at gcc dot gnu dot org  2008-01-26 19:34 ---
Files still missing, from generated/*:

cshift1_*.c
eoshift1_*.c
eoshift3_*.c
matmul_*.c
reshape_*.c
shape_*.c
transpose_*.c

>From intrinsic/*.c:

cshift0.c
eoshift0.c
eoshift2.c
reshape_generic.c
transpose_generic.c
unpack_generic.c

Nice project once 4.4 is underway :-)


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords|patch   |


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

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

[tkoenig at gcc dot gnu dot org]

--- Comment #4 from tkoenig at gcc dot gnu dot org  2008-01-26 19:43 ---
This one is tricky.

The problem occurs because of buffering.  When tabbing to
8193 in Jerry's example, we come to the end of the
buffer and flush it.

When the record is longer than the buffer length, we'll
need to extend the buffer.


-- 


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

[Bug libfortran/34980] [4.3 Regression] Segfault in shape given a scalar

[tkoenig at gcc dot gnu dot org]

--- Comment #4 from tkoenig at gcc dot gnu dot org  2008-01-26 19:36 ---
This is currently bootstrapping.

$ svn diff
Index: shape.m4
===
--- shape.m4(revision 131874)
+++ shape.m4(working copy)
@@ -49,6 +49,9 @@ shape_'rtype_kind` ('rtype` * const rest

   stride = ret->dim[0].stride;

+  if (ret->dim[0].ubound < ret->dim[0].lbound)
+return;
+
   for (n = 0; n < GFC_DESCRIPTOR_RANK (array); n++)
 {
   ret->data[n * stride] =


-- 


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

[Bug c/34985] New: Warning "defined but not used" despite __attribute__((__used__))

[sam at ravnborg dot org]

Exact gcc version (Fedora 8): gcc (GCC) 4.1.2 20070925 (Red Hat 4.1.2-33)

Following small code snippet:

static void remove_one(void);
static void __attribute__((__used__)) remove_one(void)
{
}

build with:
gcc -c -Wall test.c

produces following warning:
test.c:4: warning: ‘remove_one’ defined but not used

Removing the forward declaration (prototye) or
adding the attribute to the forward declaration make
the warning disappear.

I had expected the attribution on the function to take
precedence over the forward declaration.

Browsing the gcc manual did not reveal an answer and searching
the web / the bug database did not bring up an answer
so I decided to report it as a bug.

/Sam


-- 
   Summary: Warning "defined but not used" despite
__attribute__((__used__))
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sam at ravnborg dot org


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

[Bug fortran/34848] [4.3 Regression] internal compiler error with optional argument of character type and array return type

[burnus at gcc dot gnu dot org]

--- Comment #9 from burnus at gcc dot gnu dot org  2008-01-26 20:06 ---
The following does no longer fix PR34868 but it seems to have no regressions.
"e" is the expression holding the actual argument; if it is NULL it means the
argument is absent. (This is handled before, including passing then the string
length "0".)

Index: trans-expr.c
===
--- trans-expr.c(Revision 131874)
+++ trans-expr.c(Arbeitskopie)
@@ -2506,7 +2506,7 @@ gfc_conv_function_call (gfc_se * se, gfc
}
}

-  if (fsym && need_interface_mapping)
+  if (fsym && need_interface_mapping && e)
gfc_add_interface_mapping (&mapping, fsym, &parmse, e);

   gfc_add_block_to_block (&se->pre, &parmse.pre);


-- 


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

[Bug c/34985] Warning "defined but not used" despite __attribute__((__used__))

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-01-26 20:09 ---
Confirmed.  Not a regression.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||diagnostic
  Known to fail||4.3.0
   Last reconfirmed|-00-00 00:00:00 |2008-01-26 20:09:33
   date||


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

[Bug target/26415] [4.2/4.3 regression] m68k-linux bootstrap error during stage2

[debian-gcc at lists dot debian dot org]

--- Comment #13 from debian-gcc at lists dot debian dot org  2008-01-26 
20:15 ---
we had successful builds for gcc-4.2 from the branch; no testresults / build
logs for gcc-4.3 yet.

  Matthias


-- 


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

[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher

[hubicka at ucw dot cz]

--- Comment #5 from hubicka at ucw dot cz  2008-01-26 20:19 ---
Subject: Re:  [4.3 regression] calling a function with undefined parameters
causes segmentation fault at -O1 or higher

> and if it is just not available (i == NULL) might give inconsistent
> answers.

I will look into this.  cgraph_local_info used to trap when asked for
unavailable local info, looks like someone fixed the bug by removing the
assert.

Honza


-- 


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

[Bug fortran/34848] [4.3 Regression] internal compiler error with optional argument of character type and array return type

[burnus at gcc dot gnu dot org]

--- Comment #10 from burnus at gcc dot gnu dot org  2008-01-26 20:45 ---
Subject: Bug 34848

Author: burnus
Date: Sat Jan 26 20:44:49 2008
New Revision: 131876

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131876
Log:
2008-01-26  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/34848
* trans-expr.c (gfc_conv_function_call): Don't call
gfc_add_interface_mapping if the expression is NULL.

2008-01-26  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/34848
* gfortran.dg/missing_optional_dummy_5.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/missing_optional_dummy_5.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/34848] [4.3 Regression] internal compiler error with optional argument of character type and array return type

[burnus at gcc dot gnu dot org]

--- Comment #11 from burnus at gcc dot gnu dot org  2008-01-26 20:47 ---
FIXED on the trunk (4.3.0).

Hooray - we managed to fix this before 4.3.0 was released :-)

Thanks for the bug report!


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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