--- Comment #3 from jbuck at gcc dot gnu dot org 2007-01-12 07:59 ---
Confirmed, I can get the failure in 4.1.1. It seems protoize only works right
on files in the current directory.
That said, it doesn't appear that anyone's done any work on protoize in years.
It no longer installs b
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-12 08:12 ---
Created an attachment (id=12894)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12894&action=view)
The patch promised above
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29786
--- Comment #3 from jbuck at gcc dot gnu dot org 2007-01-12 08:18 ---
Andrew is right, this isn't a bug, and is in fact required by the ABI.
See http://www.codesourcery.com/cxx-abi/abi.html#class-types, section II,
subsection 3. "First, attempt to place D at offset 0." No rule prevents
--- Comment #14 from paolo at gcc dot gnu dot org 2007-01-12 11:09 ---
Subject: Bug 30416
Author: paolo
Date: Fri Jan 12 11:09:26 2007
New Revision: 120720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120720
Log:
2007-01-12 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30416
--- Comment #15 from gdr at integrable-solutions dot net 2007-01-12 13:06
---
Subject: Re: SIGSEGV in valarray::cshift(n) on empty array
"paolo at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Subject: Bug 30416
|
| Author: paolo
| Date: Fri Jan 12 11:09:26 2007
| New Revision:
--- Comment #6 from jasonmbechtel at gmail dot com 2007-01-12 13:34 ---
Not easily. I'm already using the current version on Edgy Eft. I'm not
willing to upgrade to the active development version (Feisty Fawn) on my
production system. So, I think the way to get a newer 4.1.2 would be
--- Comment #16 from paolo at gcc dot gnu dot org 2007-01-12 13:35 ---
Subject: Bug 30416
Author: paolo
Date: Fri Jan 12 13:34:47 2007
New Revision: 120722
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120722
Log:
2007-01-12 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #17 from paolo at gcc dot gnu dot org 2007-01-12 14:56 ---
Subject: Bug 30416
Author: paolo
Date: Fri Jan 12 14:56:29 2007
New Revision: 120725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120725
Log:
2007-01-12 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #18 from pcarlini at suse dot de 2007-01-12 14:57 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #25 from ghazi at gcc dot gnu dot org 2007-01-12 15:36 ---
Subject: Bug 30399
Author: ghazi
Date: Fri Jan 12 15:36:16 2007
New Revision: 120727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120727
Log:
PR fortran/30399
* actual_array_constructor_2.f9
--- Comment #26 from ghazi at gcc dot gnu dot org 2007-01-12 15:54 ---
Testcases deleted, problem solved.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
We should evaluate complex math functions (csin, catan, etc) at compile-time if
they have constant arguments.
There is a package called MPC (available at
http://www.lix.polytechnique.fr/Labo/Andreas.Enge/Mpc.html or
http://www.loria.fr/~zimmerma/software/mpc.html) that works with MPFR and may
be s
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reco
When running "make bootstrap" make gets to the target configure-target-libjava
and seems to be creating conftest.java files with "c" code in them. These are
compiled with gcj. This causes some of the tests in configure to pass when "c"
code is compiled with gcc) and some of the tests in configure t
Apparently, we are missing useful overloads (specializations, depending on the
implementation details): for example, for std::lexicographical_compare on
pointers to non-const char types; std::equal seems not optimized to exploit
memcmp when possible. Probably, normal_iterators to containers of char
I checked google and gcc bugzila and couldn't find if this is standard or not
but the following program should work (fortran used to pass all arguments as
reference!!??):
call sub(1)
end
subroutine sub(i)
integer i
i=i+1
return
end
Of course this program
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-12 17:58 ---
The only use is to change the value of "1" :).
Gfortran is correct as this behavior is undefined as you are trying to change
the value of the constant 1.
in Fortran all agruments are passed as reference. This has b
--- Comment #4 from hubicka at gcc dot gnu dot org 2007-01-12 18:08 ---
Subject: Bug 30443
Author: hubicka
Date: Fri Jan 12 18:07:57 2007
New Revision: 120730
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120730
Log:
PR tree-optimization/30443
* tree-inline.c (t
--- Comment #2 from kargl at gcc dot gnu dot org 2007-01-12 18:10 ---
The Fortran standard has never mandated pass-by-reference in
either subroutine or function call. A Fortran compiler can
use either pass-by-reference or pass-by-value. In fact, the
Standard does not require a Fortran
--- Comment #3 from milan at cmm dot ki dot si 2007-01-12 18:23 ---
Subject: Re: calling subroutine with constant parameter
> "pinskia" == pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> writes:
pinskia> --- Comment #1 from pinskia at gcc dot gnu dot org
pinskia> 20
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-12 19:02 ---
We can implement the complex variants in term of the real ones in mpfr, no? I
don't like the idea of another build-dependency ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-01-12 19:10 ---
You should file the bug in the Ubuntu bugtracking system, the Ubuntu
maintainers might have a way to check their newer compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30440
--- Comment #2 from kargl at gcc dot gnu dot org 2007-01-12 19:12 ---
(In reply to comment #1)
> We can implement the complex variants in term of the real ones in mpfr, no? I
> don't like the idea of another build-dependency ;)
>
Yes, you can. gfortran does this already for several F
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-12 19:47 ---
Subject: Bug 28227
Author: tromey
Date: Fri Jan 12 19:46:49 2007
New Revision: 120731
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120731
Log:
libcpp
PR preprocessor/28227:
* directives.c (l
--- Comment #4 from dalej at apple dot com 2007-01-12 20:13 ---
With pic, the load of the global's address is pulled outside the loop, so the
"base" is a register rather than the global. This causes ivopts to represent
index*step all in the index field rather than as two separate fields
I found the following problem in rs6000.md:
(define_insn "*movti_ppc64"
[(set (match_operand:TI 0 "nonimmediate_operand" "=r,o<>,r")
(match_operand:TI 1 "input_operand" "r,r,m"))]
"TARGET_POWERPC64 && (gpc_reg_operand (operands[0], TImode)
|| gpc_reg_operand (operands[1], TImode))"
--- Comment #1 from pault at gcc dot gnu dot org 2007-01-12 20:59 ---
Steve,
I am a bit surprised by what you say:
On an ia64/FC5, the pair of programs work fine. The code around the call to
f_to_f is:
.
real4 a;
.
a = 4.2e+1;
b = 0.0;
c = a;
c.1 = &c;
f_to_f (&b, a
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-12 21:28 ---
LV2 target support does not exist in the FSF GCC (yet).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from janis at gcc dot gnu dot org 2007-01-12 21:41 ---
RMS declined to relicense the decNumber source files.
We've got the same problem with config/dfp-bit.[ch], which were new files added
by GCC developers from IBM, and a couple of other minor files in libdecnumber/.
De
--- Comment #2 from sje at cup dot hp dot com 2007-01-12 21:52 ---
I am not sure if I can unflummox you or not. It still fails for me on IA64
HP-UX and on IA64 Debian 3.1 Linux. It also shows up in the testresults mail
from H.J and Andreas on their IA64 Linux testing. Here are two sho
--- Comment #3 from sje at cup dot hp dot com 2007-01-12 21:54 ---
My example code got a little messed up in the last comment, here it is again:
C code:
void f_to_f__(int i, float a1)
{
printf("a1 = %f\n", (double) a1);
return;
}
Fortran code:
program c_by_val_1
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-01-12 21:57
---
This is an enhancement, so only for trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from sje at cup dot hp dot com 2007-01-12 22:37 ---
Here is a little more information: In the broken case (my small test case with
the initial integer argument), when I call ia64_function_arg (via the
FUNCTION_ARG macro) the named argument has a value of zero. This resul
This shouldn't be rejected. g77 accepts this.
$ cat char.f
program main
if (char (254) /= "รพ") call abort
end program main
$ gfortran char.f
char.f:2.24:
if (char (254) /= "\xFE") call abort
1
Error: Unterminated character constant beginning at (1)
$
--- Comment #3 from simartin at gcc dot gnu dot org 2007-01-12 22:57
---
I am testing a patch for this one.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-01-12 23:10
---
Subject: Bug 30435
Author: jvdelisle
Date: Fri Jan 12 23:10:27 2007
New Revision: 120737
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120737
Log:
2007-01-12 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-01-12 23:36
---
Subject: Bug 30435
Author: jvdelisle
Date: Fri Jan 12 23:36:25 2007
New Revision: 120738
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120738
Log:
2007-01-12 Jerry DeLisle <[EMAIL PROTECTED]>
==+
| 4.3.0 20070112 (experimental) (hppa-unknown-linux-gnu) Segmentation fault|
| Error detected at ali.adb:2240:1 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-12 23:56 ---
Starting program: /home/dave/gnu/gcc-4.3/objdir/prev-gcc/gnat1 -I- -I. -Iada
-I../../gcc/gcc/ada -quiet -dumpbase ali.adb -O2 -g -gnatpg -gnata
../../gcc/gcc/ada/ali.adb -o xxx.s
Program received signal SIGSEGV, Seg
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-13 00:00 ---
This is most likely the same issue as:
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01075.html
Why it only happens with Ada on ia64/hppa is a different question.
--
pinskia at gcc dot gnu dot org changed:
/test/gnu/gcc/objdir/gcc/gcj
-B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libjav
a/ -B/test/gnu/gcc/objdir/gcc/ -fclasspath=
-fbootclasspath=../../../gcc/libjava
/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c
-f
source-filename=/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-01-13 01:01 ---
(In reply to comment #4)
> so the test fails, but the generated code is correct and optimal. I suggest
> adding -fno-pic to the test, does that look OK?
I no longer have access to the x86 boxes I was using for testin
--- Comment #8 from gin at mo dot msk dot ru 2007-01-13 01:15 ---
Subject: Re: -B$(build_tooldir)/bin/
Wrote on Fri, 29 Dec 2006 17:35:39 +0300:
> will try it for 3.0.3
Did so. `--with-ld=/bin/ld --without-gnu-ld' it did link programs
properly even if `$(build_tooldir)/bin/ld' was p
--- Comment #6 from dalej at apple dot com 2007-01-13 01:32 ---
Stuff in --tool_opts from RUNTESTFLAGS goes before the dg-options on the
command line, I just tried it. Is there some other way to do it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-01-13 01:58 ---
I am implementing something for this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from manu at gcc dot gnu dot org 2007-01-13 02:23 ---
There is no warning with GCC 4.3 and you can get a warning for the int->char
conversion by using -Wconversion. So I am going to close this. Please, feel
free to reopen if you think there is some unresolved issue.
--
--- Comment #7 from ghazi at gcc dot gnu dot org 2007-01-13 05:01 ---
(In reply to comment #6)
> Stuff in --tool_opts from RUNTESTFLAGS goes before the dg-options on the
> command line, I just tried it. Is there some other way to do it?
Yes, the GCC docs suggest using --target_board:
h
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-01-13 05:17 ---
(In reply to comment #2)
> (In reply to comment #1)
> > We can implement the complex variants in term of the real ones in mpfr, no?
> > I
> > don't like the idea of another build-dependency ;)
> >
> Yes, you can. g
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2007-01-13 06:09 ---
Subject: Re: Evaluate complex math functions at compile-time
On Sat, Jan 13, 2007 at 05:17:11AM -, ghazi at gcc dot gnu dot org wrote:
>
> --- Comment #3 from ghazi at gcc dot gnu dot org
Consider the following function:
int add_zf(int *x, int y, int a, int b)
{
if ((*x += y) == 0)
return a;
else
return b;
}
Ideally, it should produce (modulo cmov verses branches / scheduling issues):
addl%esi, (%rdi)
movl%edx, %eax
cm
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-01-13 07:00
---
At the lowest level, next_char in scanner.c is returning -2. That is not right
for sure. I am wondering if there is an error reading the file. I will dig
further.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-01-13 07:20
---
Turns out that the character 254 which is Hex FE is also the 2's complement
representation of -2 which is what is used to signal an error if there is a
missing delimiter. It should not be converting this to an in
53 matches
Mail list logo
