--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-10-01 07:43
---
Apart from the warnings in PR 26540, the situation is stable with the only
warning being:
../../../trunk/libgfortran/io/list_read.c: In function
‘list_formatted_read_scalar’:
../../../trunk/libgfortran/io/list_re
--- Comment #11 from acahalan at gmail dot com 2006-10-01 07:50 ---
(In reply to comment #10)
> > I'm more familiar with the POSIX/UNIX standardization than the C/C++
> > standardization. Perhaps they have very different rules, but what
> > I've seen with the one group is that the commit
--- Comment #10 from jeremy at goop dot org 2006-10-01 08:47 ---
>In fact if GCC changes the behavior,
>it would be for the worse as then people using them correctly would be
>punished.
How so?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29305
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-01 09:23 ---
Created an attachment (id=12364)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12364&action=view)
Fix for this problem
This seems to be my doing - I forgot all about missing optionals when I
introduced this test
--- Comment #12 from joseph at codesourcery dot com 2006-10-01 11:25
---
Subject: Re: want way to #include but still able to
finish compiling
On Sun, 1 Oct 2006, acahalan at gmail dot com wrote:
> > But after the proposal has been written formally.
>
> I have been assuming you have
--- Comment #3 from patchapp at dberlin dot org 2006-10-01 13:45 ---
Subject: Bug number PR29284
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/2006-10/msg00011.html
--
http://gcc.gnu.org/bugzilla/sh
When running libiberty/testsuite/test-demangle with an unknown demangling
style, parsing gets confused...
NOTE: I came accross this while investigating adding support for vc-style
mangling to libiberty, so failure is expected, but the "unknown demangling
style" for lines other than the "--format=m
Compiling CAMx_v4.20, i'm getting:
/usr/bin/ld: equk_: TLS reference in ./CF_AERO/isocom_v1.6.o mismatches non-TLS
reference in ./CMU_AERO/diffund.o
./CMU_AERO/diffund.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [model] Error 1
make[1]: Leaving directory
--- Comment #1 from phil dot lello at homecall dot co dot uk 2006-10-01
14:47 ---
btw, I'm currently using the libiberty from binutils, but have reported here as
I believe the gcc version is the 'master'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29307
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-10-01 15:02
---
I'm about to submit a patch that globally fixes this problem of intrinsics as
actual arguments, but this one is still eluding me. It's due to the "implicit
none" statement, and it works otherwise.
--
fxcoudert
--- Comment #4 from rep dot nop at aon dot at 2006-10-01 15:28 ---
Note that i don't think i can approve anything.
This patch fixes the following ICE for me:
http://gcc.gnu.org/ml/fortran/2006-09/msg00460.html
$ cat no.f90
MODULE MOD1
CONTAINS
SUBROUTINE SUB1(ar
--- Comment #6 from al at svao dot net 2006-10-01 15:55 ---
Created an attachment (id=12366)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12366&action=view)
ada_3d-system-containers-single_list.adb
Yes, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28733
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-10-01
16:38 ---
FX,
I found a thread that discusses a simple fix...
http://curl.haxx.se/mail/lib-2004-10/0089.html
All we have to change is...
Index: io/list_read.c
==
I'm trying to compile svgalib (http://www.svgalib.org/) on my
FreeBSD/amd64 system.
Although the package uses assembler in a few places, this can be
disabled with the -DNO_ASSEMBLY flag. After the pre-processor
there is no assembler code in the trouble-some
--- Comment #1 from schwab at suse dot de 2006-10-01 17:23 ---
port_outl is broken, long is 64 bits on x86-64.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from mi at aldan dot algebra dot com 2006-10-01 17:46
---
Oh, yes indeed. Sorry...
--
mi at aldan dot algebra dot com changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2006-10-01 18:16 ---
That testcase is invalid.
See OpenMP 2.5 standard, 2.8.2, which states:
If a threadprivate directive specifying a common block name appears in one
program unit, then such a directive must also appear in every other pro
--- Comment #3 from mi at aldan dot algebra dot com 2006-10-01 18:17
---
Actually, in any case, should not the error message have referred me to the
source of the problem in port_outl's definition in libvga.h?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29309
Hello. Today i tried to bootstrap gcc on my G4 machine (OS X 10.4.8 aka Tiger)
The first stage of bootstrapping finished successfully but at a certain point
gcc spit some errors:
./xgcc -B./ -B/usr/local/powerpc-apple-darwin8/bin/ -isystem
/usr/local/powerpc-apple-darwin8/include -isystem
/usr/loca
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-10-01 18:39
---
I cannot see any plausible way to argue that this is a library bug.
Implementation of placement new should not need barriers or other compiler
intrinsics. It's twisted to argue that the C++ standard itself would
Typescript from Solaris 9 using SUNWspro/bin and no
GNU tools available (i.e., "make" comes from that same
directory):
echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
./argv.o./choose-temp.o ./concat.o ./cp-demint.o
./dyn-string.o./fdmatch.o ./fibheap.o
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2006-10-01 19:03
---
I posted the patch for this bug at:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00023.html
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from sayle at gcc dot gnu dot org 2006-10-01 19:03 ---
Subject: Bug 20533
Author: sayle
Date: Sun Oct 1 19:03:24 2006
New Revision: 117349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117349
Log:
2006-10-01 Ryan Mansfield <[EMAIL PROTECTED]>
PR c/205
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-10-01 19:59 ---
Subject: Re: [4.1/4.2 Regression] ICE for optional subroutine
argument
Dear All,
>PS: Just curious..
>Why isn't this part of gfc_conv_function_call() coded to check for fsym once
>and only then have the additional
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-01 20:15 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-01 20:16 ---
(In reply to comment #3)
> Actually, in any case, should not the error message have referred me to the
> source of the problem in port_outl's definition in libvga.h?
How can it, this is inline-asm after all, so the c
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-01 20:19 ---
This is a dup of bug 25127. The work-around is not to use --with-cpu=7450 or
--with-cpu=7400.
*** This bug has been marked as a duplicate of 25127 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-10-01 20:19 ---
*** Bug 29310 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-01 20:20 ---
Or make sure you don't have "-mcpu=7450" in your Cflags.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29310
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-10-01 20:25
---
Caused by:
2004-08-18 Fariborz Jahanian <[EMAIL PROTECTED]>
* config/rs6000/altivec.md: Add new patterns for calls to
save_world/rest_world functions.
* config/rs6000/rs6000-protos.h: (sa
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-01 20:33 ---
(In reply to comment #3)
> Plesae seee Comment #2 From Kelvin 2006-09-28 23:25 [reply].
>
> In addition 2 questions I raised in the Commet2. I also have one more
> question
> about the rule "bind an rvalue to a re
--- Comment #5 from mi at aldan dot algebra dot com 2006-10-01 21:31
---
By propagating the `#line' information from the original C-source into the *.S
file, maybe? Not sure...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29309
--- Comment #9 from falk at debian dot org 2006-10-01 21:50 ---
FWIW, the same problem breaks bootstrap on Alpha Linux:
http://buildd.debian.org/fetch.php?&pkg=gcc-snapshot&ver=20060922-1&arch=alpha&stamp=1158945554&file=log&as=raw
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=279
--- Comment #12 from jakub at gcc dot gnu dot org 2006-10-01 22:35 ---
Wrt #8, can you come up with a C++ testcase where
using var = x; is invalid, but using memcpy (&var, &x, sizeof (var)); (where
sizeof (var) == sizeof (x)) makes it valid C++ (from aliasing point of view)?
--
http
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29154
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29175
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29197
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-01 22:59
---
I'm marking this P2, rather than P1, because the use of TLS structures seems a
bit of a corner-case. Feel free to lobby to make this a P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Remov
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29201
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29202
Copy of http://gcc.gnu.org/ml/fortran/2006-10/msg9.html
With gcc version 4.2.0 20060930 (experimental), gmp 4.2.1, and mpfr 2.2.0,
on OSX 10.3.9/G5, the following code
real x
x = -0.375*tiny(x)
end
fails with:
init2.c:51: assertion failed: p >= 2 && p <=
((mpfr_prec_t)((mpfr_prec_t)(~(mpfr
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29215
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29225
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29226
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29241
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29254
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29272
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29284
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29286
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29291
--- Comment #1 from dominiq at lps dot ens dot fr 2006-10-01 23:05 ---
Created an attachment (id=12367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12367&action=view)
test of NEAREST, SPACING, and RRSPACING
The reported errors come from the attached code.
--
http://gcc.gnu.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29299
This warning occurs for libgfortran/io/list_read.c (list_formatted_read_scalar)
It can be cleared up using the 'volatile' on the argument 'type' shown here.
'type' is never changed anywhere.
static void
list_formatted_read_scalar (st_parameter_dt *dtp, volatile bt type, void *p,
int kind,
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-10-01 23:50
---
>From the gfortran list:
Reviewing my buildlog of gcc trunk on Darwin PPC, I noticed
we have the warning...
/sw/src/fink.build/gcc4-4.1.-20060928/darwin_objdir/./gcc/xgcc
-B/sw/src/fink.build/gcc4-4
--- Comment #2 from kargl at gcc dot gnu dot org 2006-10-01 23:52 ---
I believe the bugs with the various intrinsics are all related.
The problem stems from some confusion over the meaning of
emin and emax in gfortran, the IEEE 754 standard, and mpfr.
--
kargl at gcc dot gnu dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
This code sample generates incorrect code on 64 bit SPARC when compiled -O2
-mvis -mcpu=ultrasparc.
typedef short v16_2_t __attribute__((vector_size(4)));
void vis_mul_block(const v16_2_t * __restrict in1,
const v16_2_t * __restrict in2,
v16_2_t * __restrict
--- Comment #5 from sangsu at gmail dot com 2006-10-02 02:15 ---
(In reply to comment #4)
> Can you attach the preprocessed source as requested by the website:
> http://gcc.gnu.org/bugs.html
what do you mean 'preprocessed source'?
do you mean original full source?
i cant understand exac
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-02 02:18 ---
Read http://gcc.gnu.org/bugs.html . It should tell you how to do everything we
need to be able to reproduce this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29281
Could you please examine the code below.
The code constructs an array of structures, where the structure contains an
array of integers. The code then attempts to pass the first element of each
structure's array into an array in a subroutine - this step fails. It appears
as though the memory locat
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29315
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-02 02:53 ---
I know I have seen a bug like this before.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29315
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-02 03:07 ---
Confirmed, we don't set the stride correctly as far as I can tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2006-10-02
03:10 ---
Latest version builds fine and shows no regressions on Darwin PPC at -m32 and
-m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541
--- Comment #7 from sangsu at gmail dot com 2006-10-02 03:19 ---
(In reply to comment #6)
> Read http://gcc.gnu.org/bugs.html . It should tell you how to do everything
> we
> need to be able to reproduce this bug.
this error is occured during linking.
it's not occured during compiling
--
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 #5 from mmitchel at gcc dot gnu dot org 2006-10-02 04:12
---
Subject: Bug 29080
Author: mmitchel
Date: Mon Oct 2 04:12:30 2006
New Revision: 117360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117360
Log:
PR c++/29080
* parser.c (cp_parser_postfix
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-02 04:13
---
Subject: Bug 29105
Author: mmitchel
Date: Mon Oct 2 04:12:51 2006
New Revision: 117361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117361
Log:
PR c++/29105
* pt.c (tsubst_baselink): Sub
--- Comment #30 from jvdelisle at gcc dot gnu dot org 2006-10-02 04:15
---
alloc_comps0929.diff tests OK for me on i686-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-02 04:34
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
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 #6 from mmitchel at gcc dot gnu dot org 2006-10-02 04:51
---
Subject: Bug 29080
Author: mmitchel
Date: Mon Oct 2 04:51:28 2006
New Revision: 117363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117363
Log:
PR c++/29080
* parser.c (cp_parser_postfix
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu
|
Hello. libstdc++-v3 failed to bootstrap on my dual g4 (PowerPC 7450) machine.
No CFLAGS specified. Here are the 'configure' options specified at the command
line:
Titanium:/Volumes/Titanium/Sources/build andreif$ ../gcc-4.1.1/configure
--prefix=/Volumes/Titanium/toolchain -enable-languages=c,c++
--
--- Comment #1 from frunzales at gmail dot com 2006-10-02 05:45 ---
Created an attachment (id=12368)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12368&action=view)
libstdc issue
Here's the log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29316
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-02 05:57 ---
Use --disable-multilib as ppc-darwin is configured by default to also build the
64bit libraries.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2006-10-02 06:11 ---
Subject: Bug 29154
Author: jakub
Date: Mon Oct 2 06:11:49 2006
New Revision: 117366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117366
Log:
PR c/29154
* gimplify.c (gimplify_self_mod_expr):
--- Comment #6 from jakub at gcc dot gnu dot org 2006-10-02 06:23 ---
Subject: Bug 29154
Author: jakub
Date: Mon Oct 2 06:23:48 2006
New Revision: 117367
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117367
Log:
PR c/29154
* gimplify.c (gimplify_self_mod_expr):
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-10-02 06:37
---
With mainline:
poog% gcc/xgcc -Bgcc -c pr29314.c -mvis -mcpu=ultrasparc -O2
/usr/ccs/bin/as: "/var/tmp//ccPi3BER.s", line 12: error: invalid (misaligned)
register
/usr/ccs/bin/as: "/var/tmp//ccPi3BER.s", line 14:
83 matches
Mail list logo
