--- Comment #8 from pinskia at gmail dot com 2007-03-23 07:57 ---
Subject: Re: [4.2 Regression] FRE ignores bit-field truncation (C and C++
front-end don't produce bit-field truncation
On 23 Mar 2007 05:01:00 -, spark at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> The problema
On 23 Mar 2007 05:01:00 -, spark at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
The problematic STRIP_SIGN_NOPS() call is from fold_unary()
which is called from try_combine_conversion() in tree-ssa-pre.c.
STRIP_SIGN_NOPS() is called with the expression:
No, STRIP_SIGN_NOPS is correct, j
--- Comment #13 from martin at mpa-garching dot mpg dot de 2007-03-23
07:49 ---
Could you please have a look at this before 4.2.0 is released?
It seems (at least to me), that a lot can be gained (i.e. OpenMP
works on x86_64) by very little work. Or is the proposed workaround
(installing
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2007-03-23 07:02
---
Fixed on mainline, will not backport to 4.2 as it's not a regression.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2007-03-23 07:01
---
Subject: Bug 30834
Author: fxcoudert
Date: Fri Mar 23 07:00:56 2007
New Revision: 123154
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123154
Log:
PR fortran/30834
* arith.c (complex_po
--- Comment #2 from mesti_mudam at yahoo dot com 2007-03-23 06:42 ---
well, priv is a pointer..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31323
--- Comment #1 from bangerth at dealii dot org 2007-03-23 06:26 ---
Or smaller like this:
--
template struct Base {
typename T::X X;
};
struct A : Base
{
typedef int X;
};
--
sunCC also rejects it. I tend to believe that the code is invalid
The following code doesnt compile with gcc, dmc, icc. Im not sure if its
correct code, but it looks like it is.
#include
using std::cout;
using std::endl;
template
class Base
{
protected:
typename T::privIC * priv;
public:
virtual int f1() =0;
virtual int f2() =0;
};
cl
--- Comment #7 from spark at gcc dot gnu dot org 2007-03-23 05:00 ---
Follow up on Joseph's analysis:
The problematic STRIP_SIGN_NOPS() call is from fold_unary()
which is called from try_combine_conversion() in tree-ssa-pre.c.
STRIP_SIGN_NOPS() is called with the expression:
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-23 04:37
---
Fixed in 4.2.0, 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-23 04:37
---
Subject: Bug 30863
Author: mmitchel
Date: Fri Mar 23 04:37:40 2007
New Revision: 123152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123152
Log:
PR c++/30863
* parser.c (cp_parser_parse_a
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-23 04:36
---
Subject: Bug 30863
Author: mmitchel
Date: Fri Mar 23 04:36:33 2007
New Revision: 123151
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123151
Log:
PR c++/30863
* parser.c (cp_parser_parse_a
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Fixed in 4.2.0.
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Subject: Bug 31273
Author: mmitchel
Date: Fri Mar 23 04:31:21 2007
New Revision: 123150
URL: http://gcc.gnu.org
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Fixed in 4.2.0.
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Subject: Bug 31273
Author: mmitchel
Date: Fri Mar 23 04:31:21 2007
New Revision: 123150
URL: http://gcc.gnu.org
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-03-23 04:26
---
Subject: Bug 31273
Author: mmitchel
Date: Fri Mar 23 04:26:13 2007
New Revision: 123149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123149
Log:
Mark Mitchell <[EMAIL PROTECTED]>
PR
--- Comment #6 from jsm28 at gcc dot gnu dot org 2007-03-23 03:45 ---
Analysis: http://gcc.gnu.org/ml/gcc/2007-03/msg00867.html
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from gdr at gcc dot gnu dot org 2007-03-23 03:07 ---
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01513.html
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
-
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gdr at gcc dot gnu dot org
|dot org
--- Comment #4 from gdr at gcc dot gnu dot org 2007-03-23 03:04 ---
ttp://gcc.gnu.org/ml/gcc-patches/2007-03/msg01513.html
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from bangerth at dealii dot org 2007-03-23 03:03 ---
(In reply to comment #5)
> That's not the case here; the class is in the global namespace.
Oh, bummer, of course...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31187
--- Comment #5 from mark at codesourcery dot com 2007-03-23 02:44 ---
Subject: Re: [4.2/4.3 regression] extern declaration of variable
in anonymous namespace prevents use of its address as template argument
bangerth at dealii dot org wrote:
> --- Comment #4 from bangerth at dealii
--- Comment #4 from bangerth at dealii dot org 2007-03-23 02:37 ---
Without wanting to be a distractor, but can variables of a type that
was declared in an anonymous namespace really have external linkage?
Think of the type being declared in a header file and one .cc file
has the variabl
--- Comment #2 from bangerth at dealii dot org 2007-03-23 02:29 ---
You need to use 'make bootstrap' instead of just 'make'.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
-
--- Comment #1 from bangerth at dealii dot org 2007-03-23 02:28 ---
You need to post a complete testcase, including all include files etc.
I can't reproduce the problem with the snippet you posted.
W.
--
bangerth at dealii dot org changed:
What|Removed
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-03-23 02:16
---
Jim --
I'm going to test your patch, and handle getting it checked in.
Thank you for your investigation.
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from bangerth at dealii dot org 2007-03-23 02:13 ---
(In reply to comment #4)
> I agree , sure it is invalid ,(no mine at the root) but a diagnostic
> would be nice
It is very hard for a compiler to detect this because it only sees that there
is a class 'T'. The compile
[EMAIL PROTECTED] wrote:
checking if IEEE math works with the -mieee switch... not isnan(NaN) ...
no
Check config.log to see what went wrong ...
The -mieee option should have worked. You will need to look at the
config.log file to see what went wrong.
How can I make gcc support IEEE- math
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-23
00:56 ---
Subject: Re: c++locale.o thread-unsafe in libstdc++
> --- Comment #29 from pcarlini at suse dot de 2007-03-23 00:29 ---
> Thanks a lot Craig. Touching _POSIX_C_SOURCE makes me a little nervous, i
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-23 00:50
---
This code in lookup_template_class:
- /* Consider an example where a template template parameter declared as
-
- template > class TT
-
-The template parameter level of T and U are one level
We don't track bugs reported via email. If you want to make sure you
get an answer, use the bugzilla database instead. This doesn't seem to
be a gcc bug though.
In C++, the inline keyword is similar to what "static inline" means in
GNU C, i.e. only emit the function if it is used. Since the
--- Comment #29 from pcarlini at suse dot de 2007-03-23 00:29 ---
Thanks a lot Craig. Touching _POSIX_C_SOURCE makes me a little nervous, in
particular if that ends up changing _REENTRANT, as happens on HP-UX. I'd like
to ask Dave opinion about it, whether to his best knowledge there is
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31228
--- Comment #3 from daney at gcc dot gnu dot org 2007-03-23 00:17 ---
The committed patch fixes the race. Too bad it had to come to this.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from jvdelisle at gcc dot gnu dot org 2007-03-23 00:13
---
Subject: Bug 31052
Author: jvdelisle
Date: Fri Mar 23 00:13:19 2007
New Revision: 123139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123139
Log:
2007-03-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from daney at gcc dot gnu dot org 2007-03-23 00:06 ---
Subject: Bug 31228
Author: daney
Date: Fri Mar 23 00:06:41 2007
New Revision: 123138
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123138
Log:
PR libgcj/31228
* configure.ac: Add checks for ge
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|ld: Invalid symbol type for |[4.3 Regression
-nls --with-local-prefix=/opt/gnu
--prefix=/opt/gnu/gcc/gcc-4.3.0 --enable-debug=no --enable-threads=posix
--with-mpfr=/opt/gnu/gcc/gcc-4.3.0 --with-gmp=/opt/gnu/gcc/gcc-4.3.0
--disable-libmudflap --enable-languages=c,c++,objc,fortran,ada
Thread model: posix
gcc version 4.3.0 20070322 (experimental
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-03-22 23:49
---
*** Bug 31321 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-22 23:49 ---
*** This bug has been marked as a duplicate of 26374 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #28 from craig dot lawson at centrify dot com 2007-03-22 23:44
---
For HP-UX, SunOS, and Irix:
#if !defined(_POSIX_C_SOURCE)
# define _POSIX_C_SOURCE 199506L
#elif _POSIX_C_SOURCE<199506L
# error "Conflict"
#endif
(why would anyone compile C++ with POSIX < 1995
gcc-4.3-20070316 and gcc-4.2-20070307 both fail to compile this
one-line file on Mac OS X 10.4.9 (up to current Apple patch levels):
% cat foo.c
static const long double X = (27.0L) / (35.0L);
% gcc-4.3-20070316 -c foo.c
foo.c:1: error: initializer element is not constant
If the
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-22 23:34
---
Jason --
This appears to be fallout from your patch for PR c++/28407 and/or c++/28409.
Do you have time to take a look?
Thanks,
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Remo
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-22 23:22
---
Jim --
Your patch is correct. If you would care to test it, it's preapproved for
4.2/4.3. Otherwise, I will take care of it before the 4.2.0 release, as it's
certainly my fault.
Thanks,
-- Mark
--
mmitchel
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31260
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31187
gfortran -g gfortran.dg/alloc_comp_assign_2.f90
valgrind ./a.out
==30049== Invalid read of size 1
==30049==at 0x4C24854: memcpy (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==30049==by 0x401682: MAIN__ (in
/projects/tob/gcc/gcc/testsuite/gfortran.dg/a.out)
==30049==by 0x4
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31150
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31136
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31074
--- Comment #12 from manu at gcc dot gnu dot org 2007-03-22 23:12 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from manu at gcc dot gnu dot org 2007-03-22 23:04 ---
Subject: Bug 23572
Author: manu
Date: Thu Mar 22 23:04:24 2007
New Revision: 123137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123137
Log:
2007-03-22 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR o
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-03-22 22:52
---
Fixed on mainline, closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-22 22:52
---
Subject: Bug 31262
Author: fxcoudert
Date: Thu Mar 22 22:51:50 2007
New Revision: 123136
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123136
Log:
PR fortran/31262
* trans-const.c (gfc_c
--- Comment #30 from manu at gcc dot gnu dot org 2007-03-22 22:36 ---
There is yet another strange behaviour of the current patch. For the testcase
in gcc.dg/array-2.c:
struct g g1 = { { 0, { } } };
struct g g2 = { { 0, { 1 } } }; /* { dg-error "(nested context)|(near
initialization)" "
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-22 22:32 ---
*** Bug 31318 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-22 22:32 ---
This is related to 29616 (same for nullified pointers). As the test is
essentially the same, I added a comment there and close this PR as duplicate.
Thanks for the idea though it will likely take a while until it will
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-22 22:30 ---
Besides pointers, the same is also true for deallocated variables, only that
the unknown state does not exist. (Idea taken from 31318)
> I think there are essentially two problems possible with pointers:
> (a) Uninit
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-22 22:20 ---
There are actually two run-time tests possible:
a) Check only local variables
(What to do about actual arguments to intent(in) dummy arguments? In the most
cases this is wrong, however foo(read_argument=.false.,arg=u
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-22 21:14 ---
I think this has already been fixed for -Os in 4.2.0 or 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2007-03-22 20:38
---
Created an attachment (id=13255)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13255&action=view)
Untested patch to fix regression on sixtrack
This patch reverts portions of the original patch and keeps a
--- Comment #5 from tom dot culliton at oracle dot com 2007-03-22 20:15
---
That does indeed appear to have been the problem. Even though the system
claims that APAR was already applied, the header file was still missing the
typedef keyword. I suspect something silly like the compiler
--- Comment #1 from vda dot linux at googlemail dot com 2007-03-22 20:07
---
Patch is available here:
http://busybox.net/~vda/mbigdata_align.diff
I cannot attach patch to this bugzilla entry because I get this:
"Internal Error
GCC Bugzilla has suffered an internal error. Please save
Hi from busybox project.
We are concerned about gcc sometimes aligning structs and arrays to 256 bits on
i386. We would like to be able to disable it. The proposal is to implement new
x86-specific -m option, -mbigdata_align=N. N specifies how big the struct/array
should be in order to be "strongly
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-22 19:40 ---
2.95 is very very old, over 7 years old.
Plus only the last three lines of a build failure does not show the problem is.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
For the illegal code
integer, allocatable :: ivec(:)
print*,"shape(ivec)=",shape(ivec)
end
gcc version 4.3.0 20070315 (experimental)
gfortran -W -Wall -pedantic-errors -std=f2003 -fbounds-check -Werror
xshape_alloc.f90
gives
shape(ivec)= 4298784
It would be nice if a run-time error message a
# the system type=
Linux localhost.localdomain 2.6.20-1.2925.fc6 #1 SMP Sat Mar 10 18:20:58 EST
2007 i686 i686 i386 GNU/Linux
# the options given when GCC was configured/built:
/home/jmsimo/gcc/gcc-2.95/configure --prefix=/opt/gcc295 --program-suffix=295
--enable-languages=c,c++ --enable-share
--- Comment #4 from pault at gcc dot gnu dot org 2007-03-22 18:37 ---
Subject: Bug 31193
Author: pault
Date: Thu Mar 22 18:37:16 2007
New Revision: 123131
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123131
Log:
2006-03-22 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
[EMAIL PROTECTED]:~/gcc/trunk/gcc/tmp/gcc$ ./xgcc -B. t.h -S -v
Reading specs from ./specs
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --disable-nls
Thread model: posix
gcc version 4.3.0 20070322 (experimental)
./cc1 -quiet -v -iprefix
/home/ryan/gcc/trunk/gcc
I tried to compile the following code, but I got "internal compiler error: in
lookup_member, at cp/search.c:1288" from g++.
v.reserve(10); v.push_back(1); v.push_back(2);
copy( v.begin() , v.end(). ostream_iterator(cout, "\n") );
P.S. the correct code should have "," after v.end()
--- Comment #3 from wmacura at gmail dot com 2007-03-22 16:46 ---
Subject: Re: Segmentation fault when assign std::string to another std::string
when using std::vector and inheritance
:-o
Damn. Construct() was a static function for a while and I didn't
notice this when I started butch
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-22 16:34 ---
The problem is with:
Row r = r.construct(rawdata.at(i));
You are using r before it is constructored.
This is not a bug in GCC but in your code.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #15 from dominiq at lps dot ens dot fr 2007-03-22 16:22 ---
Note that the drawback of the optimization replacing sin+cos by cexpi on PPC
Darwin has been dissected in PR31249.
In comment #16, I proposed a patch. Before applying it, it would be nice to
test if the other platfo
--- Comment #1 from wmacura at gmail dot com 2007-03-22 15:58 ---
Created an attachment (id=13252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13252&action=view)
Testcase (seg at line 130)
Build instruction:
g++ -g stringtest.cpp -o stringtest
--
http://gcc.gnu.org/bu
Short version:
Assigning an index from a vector to a local string works. Assigning to
a private class member of type string fails with a segmentation fault
apparently caused by a delete[].
I've managed to simplify the test case quite substantially for this bug, but
its still quite convoluted. For
--- Comment #3 from taavib at ca dot ibm dot com 2007-03-22 15:49 ---
Thanks for figuring out how to reproduce this standalone, Peeter!
--
taavib at ca dot ibm dot com changed:
What|Removed |Added
---
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20897
--- Comment #5 from tobi at gcc dot gnu dot org 2007-03-22 15:39 ---
Fixed on the mainline.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from tobi at gcc dot gnu dot org 2007-03-22 15:37 ---
Subject: Bug 20897
Author: tobi
Date: Thu Mar 22 15:37:25 2007
New Revision: 123129
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123129
Log:
PR fortran/20897
fortran/
* decl.c (gfc_match_derived_decl): Reliab
--- Comment #3 from gdr at cs dot tamu dot edu 2007-03-22 15:29 ---
Subject: Re: #'typename_type' not supported by dump_decl#
"guillaume dot melquiond at ens-lyon dot fr" <[EMAIL PROTECTED]> writes:
| I just encountered another instance of a missing typename diagnostic. This
time
| wi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31310
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|rtl-optimization|tree-opti
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-22 15:19
---
I say GETLOG should have the same behavior as getlogin which is what this
behavior is comming from.
Considering the documentation says:
On systems where the getlogin(3) function is not implemented, this will retur
I just ran into some code which did something like
int strcmp(const char *, const char *);
int f (const char *c)
{
return (strcmp (c, "aaa") == 0 || strcmp (c, "aab") == 0);
}
It would be possible to optimize this into something like (hopefully I get it
right)
int f (const char *c)
{
if (str
--- Comment #3 from tobi at gcc dot gnu dot org 2007-03-22 14:36 ---
I'm testing a very simple fix.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #24 from jv244 at cam dot ac dot uk 2007-03-22 13:54 ---
there is only one file on the web that matches:
'C READ IN HORIZONTAL AND VERTICAL MISALIGNMENT AND TILT'
http://mad.home.cern.ch/frs/Source/DA/six.f
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31052
--- Comment #10 from michael dot a dot richmond at nasa dot gov 2007-03-22
13:53 ---
Several commenters believe the problem is with nohup rather than gfortran. I
can produce the bug without using nohup. I redirect the input to a file:
gfortran test_getlog.f90
./a.out http://gcc.gnu.org
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #3 from patchapp at dberlin dot org 2007-03-22 13:30 ---
Subject: Bug number PR31193
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01465.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-03-22 13:31
---
> Should I post a separate bug report for C380004?
It's PR ada/31174.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31108
--- Comment #4 from rolf dot ebert dot gcc at gmx dot de 2007-03-22 13:07
---
I rebuilt gcc-4.2.0 RC1 as of 2007-03-16 yesterday on Windows XP/MinGW and
could completely run the ACATS tests (no GNAT tests due to missing expect on my
Windows).
Only the two tests C5507M and C380004 faile
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-22 13:05 ---
> Or a workaround / new method for mixed case functions calls from gfortran
> to C.
In the Fortran-Experiments branch exists support for C bindings:
subroutine fortranname bind(C,name='C_Name')
(Planned to be incl
using gcc version 4.3.0 20070315 (experimental)
The -fcase options are not in gfortran as they were in g77. Specifically
-fcase-preserve. This makes it very hard to link to pre-compiled C libraries
that have mixed case function names.
compile line and error message
C:\sha>gfortran -c sha.f90 -fc
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-03-22 10:03 ---
Confirmed. The program segfaults also with -fno-inline -O[12] and we create
very
interesting code for XXX::Initialize:
_ZN3XXX10InitializeEi:
.LFB4:
movq(%rdi), %rax
movslq %esi,%rsi
pu
--- Comment #9 from burnus at gcc dot gnu dot org 2007-03-22 09:36 ---
Bob Proulx wrote at bugs-coreutils@
> Regardless of that I think it would be better if the program calling
> getlogin() avoided using it since using the utmp file for this
> accounting is often a source of troublesome
97 matches
Mail list logo
