Mac OSX 10.5.7
Mac mini Intel Core Duo
When attempting make, compiler fails to load /usr/local/lib/libmpfr.1.dylib
/usr/local/ada-4.5/bin/gcc -x objective-c -v -O0 -g-Wall -W -fstack-check
-o cocoa_layouts cocoa_layouts.m -framework Cocoa
Using built-in specs.
Target: i686-apple-darwin9
--- Comment #1 from rogermc at iinet dot net dot au 2009-06-14 07:07
---
Created an attachment (id=17992)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17992action=view)
make file
make file causing failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40438
--- Comment #2 from rogermc at iinet dot net dot au 2009-06-14 07:13
---
Created an attachment (id=17993)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17993action=view)
general.make called by make prior to GNUmakefile
:/Ada_Source/cocoa-gnat-0.2 Roger$make
general.make:13:
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-06-14 07:23
---
Nothing to do with Ada, cc1obj is the Objective-C compiler.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2009-06-14 09:06
---
There's still a bunch of warnings:
../../../trunk/libgfortran/io/list_read.c: In function nml_read_obj:
../../../trunk/libgfortran/io/list_read.c:2345:5: warning: case value 6 not
in enumerated type bt
--- Comment #14 from acrux at linuxmail dot org 2009-06-14 09:27 ---
(In reply to comment #11)
Fixed.
it seems unfixed. Unable to bootstrap gcc-4.4.0 from itself. Problems happens
only on powerpc32.
failure:
/home/varie/gcc/work/src/build/gcc/../../gcc-4.4.0/gcc/tree.h:192:
--- Comment #2 from mikpe at it dot uu dot se 2009-06-14 10:24 ---
(In reply to comment #1)
With 4.5 I see
With 4.5.0 I see:
push{lr}
sub sp, sp, #12
ldr r2, [r0]
ldr r1, [r0, #4]
mov r0, sp
str r2, [sp,
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-06-14 10:56 ---
(In reply to comment #3)
Subject: Bug 35151
Author: nickc
Date: Fri Apr 4 11:16:10 2008
New Revision: 133892
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133892
Log:
PR other/35151
*
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-06-14 11:26 ---
dyld: Library not loaded: /usr/local/lib/libmpfr.1.dylib
That means you have to set DYLD_LIBARY_PATH before building GCC as you
installed libmpfr/libgmp in a different place than they are originally
configured for.
--- Comment #17 from rguenther at suse dot de 2009-06-14 12:31 ---
Subject: Re: missing
unrolling/scalarization/reassoc/free
On Sat, 6 Jun 2009, jv244 at cam dot ac dot uk wrote:
--- Comment #16 from jv244 at cam dot ac dot uk 2009-06-06 07:08 ---
(In reply to comment
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436
--- Comment #7 from zorry at ume dot nu 2009-06-14 13:32 ---
Gentoo's =gcc-4.3.3 is build with -Wformat and -Wformat-security enable to.
--
zorry at ume dot nu changed:
What|Removed |Added
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-06-14 13:39
---
Subject: Bug 40168
Author: rguenth
Date: Sun Jun 14 13:39:37 2009
New Revision: 148469
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148469
Log:
2009-06-14 Richard Guenther rguent...@suse.de
--- Comment #3 from mikpe at it dot uu dot se 2009-06-14 14:06 ---
(In reply to comment #1)
With 4.5 I see
With 4.5.0 I see:
push{lr}
sub sp, sp, #12
ldr r2, [r0]
ldr r1, [r0, #4]
mov r0, sp
str r2, [sp,
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-06-14 14:42 ---
In general patches need to be sent to gcc-patc...@gcc.gnu.org together with
a ChangeLog entry following existing practice and a note how the patch was
tested. Copyright assignment to the FSF is required for
--- Comment #11 from mrsam at courier-mta dot com 2009-06-14 14:54 ---
The first part of this bug can be solved by using dcgettext(). do_open() needs
to save the text domain in the std::messages object, and do_get() needs to use
it to invoke dgettext(). The patch appears to be
--- Comment #95 from lucier at math dot purdue dot edu 2009-06-14 14:59
---
The test case is compiler.i.gz
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33928
--- Comment #96 from lucier at math dot purdue dot edu 2009-06-14 15:02
---
Sorry, the gcc options are in comment 87 (the -fforward-propagate is now
redundant), and without Paolo's recently proposed patch it requires about 9GB
of memory to compile.
--
--- Comment #23 from jason at redhat dot com 2009-06-14 15:39 ---
Subject: Re: optimizer bug (possibly)
On 06/13/2009 06:58 PM, rguenth at gcc dot gnu dot org wrote:
* gimple.c (walk_stmt_load_store_addr_ops): The LHS of a call
has its address taken if NRV was
--- Comment #24 from jason at redhat dot com 2009-06-14 15:40 ---
Subject: Re: optimizer bug (possibly)
On 06/13/2009 06:58 PM, rguenth at gcc dot gnu dot org wrote:
(handle_rhs_call): Use it to mark the return slot escaped if
it is addressable and NRV was applied.
--- Comment #25 from rguenther at suse dot de 2009-06-14 15:41 ---
Subject: Re: optimizer bug (possibly)
On Sun, 14 Jun 2009, jason at redhat dot com wrote:
--- Comment #23 from jason at redhat dot com 2009-06-14 15:39 ---
Subject: Re: optimizer bug (possibly)
On
--- Comment #33 from rguenth at gcc dot gnu dot org 2009-06-14 16:58
---
I am willing to help with analyzing/fixing middle-end problems with
-fwhole-file,
but it would be nice to have some of the progression pieces in trunk to do so
;)
That said - I'm currently trying to hook up LTO
--- Comment #12 from mrsam at courier-mta dot com 2009-06-14 17:14 ---
Created an attachment (id=17994)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17994action=view)
Untested patch to fix the first issue
Here's an untested patch to fix at least the first issue. I'll try to test
/usr/home/kargl/gcc/obj4x/./prev-gcc/xgcc
-B/usr/home/kargl/gcc/obj4x/./prev-gcc/
-B/usr/home/kargl/work/i386-unknown-freebsd8.0/bin/
-B/usr/home/kargl/work/i386-unknown-freebsd8.0/bin/
-B/usr/home/kargl/work/i386-unknown-freebsd8.0/lib/ -isystem
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-06-14 17:56
---
We'll never accept an SONAME bump ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13631
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||krebbel at gcc dot gnu dot
|
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-06-14 18:02 ---
Sth like
Index: gcc/tree.c
===
--- gcc/tree.c (revision 148472)
+++ gcc/tree.c (working copy)
@@ -8499,7 +8499,8 @@ widest_int_cst_value (const_tree
--- Comment #2 from steven at gcc dot gnu dot org 2009-06-14 18:04 ---
For reference:
Broken by http://gcc.gnu.org/viewcvs?view=revrevision=148471
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-06-14 18:07 ---
This only happens when host wide int is not 64bits (which it should be).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from paolo dot carlini at oracle dot com 2009-06-14 18:25
---
That's true, unfortunately, not in the near future, anyway ;) In general,
simple patches in this area managing (*) to not break the ABI would be rather
quickly accepted, however.
(*) When I say managing I
--- Comment #15 from mrsam at courier-mta dot com 2009-06-14 18:57 ---
Although I'm the last person who'd shy away from dirty tricks, when it suits my
purposes, I see none here. The catalog name received by open() needs to be
stashed away somewhere, and passed as a parameter to
--- Comment #28 from steven at gcc dot gnu dot org 2009-06-14 19:54 ---
Created an attachment (id=17995)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17995action=view)
Patch agains r148322, works pre-RA only
Joern's original ifcvt.c patch only dealt with pre-reload if-conversion.
In derived type structures which are themselves array-valued garbage is stored
and can produce segmentation faults. The behaviour seems erratic and not really
reproduceable. The code makes use of the module iso_varying_string.f90
which can be found here (putting it in below would have exceeded
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2009-06-14 22:09 ---
Subject: Re: [4.5 Regression] Bootstrap broken on FreeBSD in tree.c
On Sun, Jun 14, 2009 at 06:02:26PM -, rguenth at gcc dot gnu dot org wrote:
--- Comment #1 from rguenth at gcc dot
--- Comment #1 from kargl at gcc dot gnu dot org 2009-06-14 22:14 ---
Please add your code as an attachment.
The severity of fortran bugs are never major unless the bug
breaks bootstrap. Adjusted severity to normal.
--
kargl at gcc dot gnu dot org changed:
What
--- Comment #2 from juergen dot reuter at desy dot de 2009-06-14 22:18
---
Created an attachment (id=17996)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17996action=view)
contains modules iso_varying_string, ifiles, syntax_rules and main test program
COmplete code for the test
UTF-8 signature is the UTF-8 character 'ef bb bf' at the start of a .cpp .c
file. When you edit a UTF-8 file with notepad, it also put the signature at the
start of the file.
Microsoft Visual Studio 2008 C++ compiler reads this to detect the encoding of
a text file. Without this signature, a UTF-8
--- Comment #1 from dh dot liu at msa dot hinet dot net 2009-06-14 22:58
---
Created an attachment (id=17997)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17997action=view)
the binary UTF-8 signature
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40441
--- Comment #7 from jsm28 at gcc dot gnu dot org 2009-06-14 23:03 ---
*** Bug 40441 has been marked as a duplicate of this bug. ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-06-14 23:03 ---
This was fixed for 4.4.
*** This bug has been marked as a duplicate of 33415 ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
GCC doesn't seem to provide a c99 utility, but some vendors provide one based
on gcc. And the GCC behavior can make POSIX conformance difficult to obtain.
Here's the difference.
POSIX.1-2008 says[*]:
-I directory
Change the algorithm for searching for headers whose names are not
--- Comment #1 from joseph at codesourcery dot com 2009-06-15 01:01 ---
Subject: Re: New: Option -I and POSIX conformance (c99 utility)
On Mon, 15 Jun 2009, vincent at vinc17 dot org wrote:
As you can see, there is a difference for standard system include directories,
for which
F95 standard section 14.1.2.4.1 (particular Note 14.6) implies to me that when
an elemental and a non-elemental specific procedure in a generic interface both
match a reference, it is the specific instance that should be selected.
The reference selected by gfortran appears to depend on the
--- Comment #2 from vincent at vinc17 dot org 2009-06-15 02:08 ---
This may be true for standard headers, but system directories don't contain
only standard headers: in practice, they generally also contain additional
libraries. And for instance, a -I/usr/include can be useful to
--- Comment #3 from carrot at google dot com 2009-06-15 02:26 ---
Created an attachment (id=17998)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17998action=view)
preprocessed test case
A possible code sequence without spilling is:
push{r4, r5, r6, r7, lr}
add
--- Comment #4 from carrot at google dot com 2009-06-15 02:32 ---
In the source code, only two extra variables next_runs and next_alpha need to
be preserved through the while loop.
But in the gcc generated code, three variables are kept through the first loop.
They are next_alpha,
--- Comment #4 from MR dot Swami dot Reddy at nsc dot com 2009-06-15 05:02
---
Created an attachment (id=17999)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17999action=view)
Patch to fix this issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40424
--- Comment #5 from MR dot Swami dot Reddy at nsc dot com 2009-06-15 05:03
---
Created an attachment (id=18000)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18000action=view)
Patch to fix this issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40424
48 matches
Mail list logo
