Original Message
>From: Aaron Gaudio
>Sent: 05 April 2005 21:05
> (CCing this to [EMAIL PROTECTED] due to potential build bugs...)
> I have already installed binutils 2.15 and gcc 3.4.5 native Solaris 8
> verisons in the prefix /vobs/java/gnu and added this directory to my
> path, so that
On Wed, 2005-04-06 at 00:30, Mark Mitchell wrote:
> Joe Buck wrote:
> >
> > But if it won't even build, then users should be warned.
>
> I suppose -- but we have relatively many configurations that probably
> won't build, at least if you start combining various options, and
> including langaug
On Tuesday 05 April 2005 19:34, Christophe Saout wrote:
> Hi Denis,
>
> the new i386 memcpy macro is a ticking timebomb.
>
> I've been debugging a new mISDN crash, just to find out that a memcpy
> was not inlined correctly.
>
> Andrew, you should drop the fix-i386-memcpy.patch (or have it fixed)
On Wed, 6 Apr 2005, Richard Earnshaw wrote:
> Maybe we need a third category - 'at risk'. Such a port will typically
> have no active maintainer, some likely serious bugs and might at some
> future date be obsoleted if no maintainer steps forward.
>
> We could put several ports into that categor
Original Message
>From: Denis Vlasenko
>Sent: 06 April 2005 11:14
Is this someone's idea of an April Fool's joke? Because if it is, I've
suffered a serious sense-of-humour failure.
> Oh shit. I was trying to be too clever. I still run with this patch,
> so it must be happening very rar
Original Message
>From: Dave Korn
>Sent: 06 April 2005 12:06
Me and my big mouth.
OK, that one does work.
Sorry for the outburst.
cheers,
DaveK
--
Can't think of a witty .sigline today
Richard Earnshaw wrote:
On Wed, 2005-04-06 at 00:30, Mark Mitchell wrote:
Joe Buck wrote:
But if it won't even build, then users should be warned.
I suppose -- but we have relatively many configurations that probably
won't build, at least if you start combining various options, and
including lan
Original Message
>From: Dave Korn
>Sent: 06 April 2005 12:13
> Original Message
>> From: Dave Korn
>> Sent: 06 April 2005 12:06
>
>
> Me and my big mouth.
>
> OK, that one does work.
>
> Sorry for the outburst.
>
well, actually, maybe it doesn't after all.
Wha
Original Message
>From: Dave Korn
>Sent: 06 April 2005 12:53
> Original Message
>> From: Dave Korn
>> Sent: 06 April 2005 12:13
>
>> Original Message
>>> From: Dave Korn
>>> Sent: 06 April 2005 12:06
>>
>>
>> Me and my big mouth.
>>
>> OK, that one does work.
>>
>>
Hi All,
I'm developing a front end for a simple programming language as part of a
project.
I have looked through the GCC Internals Manual, the Toy front end language
and Treelang.
I can't seem to find any info regarding an input or print statement, so i
can read integers(my language only deal
On Apr 6, 2005 3:18 AM, James E Wilson <[EMAIL PROTECTED]> wrote:
> I would guess a limitation of cygwin binutils support, or perhaps of
> Windows itself.
Binutils, perhaps. Windows certainly not as msvc2k3 & icc8.1 don't
have such issue with the same code.
> This seems to work fine on linux. If
Am Mittwoch, den 06.04.2005, 13:14 +0300 schrieb Denis Vlasenko:
> Oh shit. I was trying to be too clever. I still run with this patch,
> so it must be happening very rarely.
Yes, that's right, it happened with code that's not in the mainline tree
but could have happened anywhere.
> Does this on
On Apr 6, 2005 2:08 PM, tbp <[EMAIL PROTECTED]> wrote:
> I'll try to pinpoint the problem a bit better.
Alas, since the other day the code using that static array has changed
a bit and i can't reproduce the bug.
So, after all, it really was gcc's fault.
I'll try to dig up the original version.
On Wednesday 06 April 2005 13:00, Harry Goulding wrote:
> Hi All,
>
> I'm developing a front end for a simple programming language as part of a
> project.
>
> I have looked through the GCC Internals Manual, the Toy front end language
> and Treelang.
>
> I can't seem to find any info regarding an in
I'm having a little difficulty understanding what this is for. Is it
that gcc's builtin memcpy expander generates bad code, or that older
versions of gcc generate bad code, or what? gcc generates too much
code?
Andrew.
HEAD, clean build this morning. i686-linux-gnu.
With the libgcj "make check", there are many identical failures.
These are of the form
PR4766.java: In class 'PR4766':
PR4766.java: In method 'PR4766.myfunction()':
PR4766.java:0: internal compiler error: in hash_scan_set, at
postreload-gcse.c:74
On Wed, Apr 06, 2005 at 01:56:48PM +0100, Andrew Haley wrote:
> Has anyone else seen this?
>
Yes. At first I thought it was my patch, but it only happens on
i686 and libjava was working fine the day before.
Diego.
Now I now (and understand) that you changed the mangling of filenames,
but where does the "g_t" come from, and why?
Catering to XHTML's stupidity. I mentioned it in:
http://www.gnu.org/software/texinfo/manual/texinfo/texinfo.html#HTML-Xref-Link-Basics
viz.
One exception: the algorith
Attached is inline ix86 memcpy() plus test code that tests its
corner-cases. The in-line code makes no jumps, but uses longword
copies, word copies and any spare byte copy. It works at all
offsets, doesn't require alignment but would work fastest if
both source and destination were longword aligned
Andrew Haley wrote:
> HEAD, clean build this morning. i686-linux-gnu.
>
> With the libgcj "make check", there are many identical failures.
>
> These are of the form
>
> PR4766.java: In class 'PR4766':
> PR4766.java: In method 'PR4766.myfunction()':
> PR4766.java:0: internal compiler error: in h
On Wed, 2005-04-06 at 10:28 +0100, Dave Korn wrote:
> Original Message
> >From: Aaron Gaudio
> >Sent: 05 April 2005 21:05
>
> > (CCing this to [EMAIL PROTECTED] due to potential build bugs...)
>
> > I have already installed binutils 2.15 and gcc 3.4.5 native Solaris 8
> > verisons in the
Joel Sherrill <[EMAIL PROTECTED]> wrote:
Richard Earnshaw wrote:
On Wed, 2005-04-06 at 00:30, Mark Mitchell wrote:
Joe Buck wrote:
But if it won't even build, then users should be warned.
I suppose -- but we have relatively many configurations that probably
won't build, at least if you start co
Joseph S. Myers wrote:
One possible way of assessing activity would be to say that after 4.1
maintained CPU ports should have test results for mainline regularly sent
to gcc-testresults and monitored for regressions, though this rather
depends on the willingness of maintainers of embedded ports
Hello all
First I want to thanks a lot for Your advices. I changed as You told to me
MULTILIB_OPTIONS = G0 mlong-calls msoft-float EL/EB mips32/mips64
MULTILIB_DIRNAMES = G0 mlong-calls soft-float el eb mips32 mips64
after rebuilding and installing gcc I got needed libraries.
I
The only thing that would avoid this is to either tell the compiler to
never put esi/edi in memory (which I think is not possibly across
different versions of gcc) or to always generate a single asm section
for all the different cases.
Use __asm__ ("%esi") and __asm__ ("%edi"). It is not guarante
I've STW for this but can't see others with the same problem. I'm
getting:
[...]
/bin/bash ./libtool --mode=compile /export/home/Scratch/hgs/gcc-build/gcc/xgcc
-B/export/home/Scratch/hgs/gcc-build/gcc/
-B/usr/local/sparc-sun-solaris2.9/bin/ -B/usr/local/sparc-sun-solaris2.9/lib/
-isyste
Richard Earnshaw wrote:
On Wed, 2005-04-06 at 00:30, Mark Mitchell wrote:
Joe Buck wrote:
But if it won't even build, then users should be warned.
I suppose -- but we have relatively many configurations that probably
won't build, at least if you start combining various options, and
including lan
Original Message
>From: Aaron Gaudio
>Sent: 06 April 2005 14:25
> Thanks for your attention, Dave. I checked the script I'm using to build
> and I actually am using an absolute path to gcc's configure, despite
> what I wrote in my original mailnote.
Oh well, so much for that one. This
Hello, gcc-list!
Hello, Melchior!
Well, about a year ago, we/you have had problems when building X11
that mkfontscale crashes with an illegal instruction or an segmentation
fault on powerpc. Maybe some of you remember.
Here is the old mail:
[Devel] [BUG] freetype2 CVS/HEAD: crash in FT_Get_Name_Ind
On Tuesday 05 April 2005 19:34, Christophe Saout wrote:
> the new i386 memcpy macro is a ticking timebomb.
>
> I've been debugging a new mISDN crash, just to find out that a memcpy
> was not inlined correctly.
>
> Andrew, you should drop the fix-i386-memcpy.patch (or have it fixed).
Updated patc
> Toon Moene writes:
Toon> We (the GNU Fortran folk) are in trouble too: We're awaiting
Toon> affirmation of the receipt of Thomas Koenig's papers (sent from Germany
Toon> on the 19th of March). He has quite a few patches to gfortran in the
Toon> queue and GCC 4.0 (the first GCC release t
Greetings.
I am running up against an interesting compiler bug whereby a bool is
being promoted to an int. I found a Bugzilla entry and a message on the
mailing list that I thought was similar to what I am seeing:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15484
http://gcc.gnu.org/ml/gcc/2
I as sorry I repeat my appeal, but if really nobody works on Sparc or PowerPC
processors and nobody wants to send me 'specs' file from directory >
" /usr/lib/gcc-lib/name_of_compiler/lib/version/specs " or similar ???
One more time, thank you for help!
--
On Wed, Apr 06, 2005 at 12:14:04PM -0500, [EMAIL PROTECTED] wrote:
> I am running up against an interesting compiler bug whereby a bool is
> being promoted to an int. I found a Bugzilla entry and a message on the
> mailing list that I thought was similar to what I am seeing:
> ...
> Does anyone hav
> I as sorry I repeat my appeal, but if really nobody works on Sparc
> or PowerPC processors and nobody wants to send me 'specs' file from
> directory > " /usr/lib/gcc-lib/name_of_compiler/lib/version/specs "
> or similar ???
You probably don't need this file. If you do, you can get it for
yours
> /usr/local/sparc-sun-solaris2.9/sys-include -DGC_SOLARIS_THREADS=1
> -DGC_SOLARIS_PTHREADS=1 -DSILENT=1 -DNO_SIGNALS=1 -DALL_INTERIOR_POINTERS=1
> -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -I.
> -I/export/home/Scratch/hgs/gcc-3.4.3/boehm-gc
> -I/export/home/Scratch/hgs/gcc
David Edelsohn wrote:
Toon Moene writes:
Toon> We (the GNU Fortran folk) are in trouble too: We're awaiting
Toon> affirmation of the receipt of Thomas Koenig's papers (sent from Germany
Toon> on the 19th of March). He has quite a few patches to gfortran in the
Toon> queue and GCC 4.0 (the fir
Is there anyway to specify a long long data type as a constraint to
extended asm for powerpc32. If so, how does one specify the registers
that would have the upper and lower bits
- kumar
> Kumar Gala writes:
Kumar> Is there anyway to specify a long long data type as a constraint to
Kumar> extended asm for powerpc32. If so, how does one specify the registers
Kumar> that would have the upper and lower bits
The rs6000.md machine description has examples of patterns
im
On Apr 6, 2005, at 2:11 PM, David Edelsohn wrote:
> Kumar Gala writes:
Kumar> Is there anyway to specify a long long data type as a
constraint to
Kumar> extended asm for powerpc32. If so, how does one specify the
registers
Kumar> that would have the upper and lower bits
The rs6000.m
On Tue, 2005-04-05 at 21:20, feng qiu wrote:
> In c-pragma.c file, #pragma pack(n) set the value of
> "maximum_field_alignment".
> And in opts.c file,-fpack-struct set "flag_pack_struct = 1" .
> But I don't known the relation between them.
Try using grep, as in "grep flag_pack_struct *.c" and "gr
On Wed, 6 Apr 2005, Eric Botcazou wrote:
/export/home/Scratch/hgs/gcc-3.4.3/boehm-gc/dyn_load.c:110: error: syntax
error before "_DYNAMIC"
/export/home/Scratch/hgs/gcc-3.4.3/boehm-gc/dyn_load.c:111: error:
`Elf32_Dyn' undeclared (first use in this function)
Elf32_Dyn is supposed to be defined in /u
> > Here's what I get with -H:
>
> Sorry? -H applied to what command?
The GCC command line you pasted.
--
Eric Botcazou
Clemens Koller wrote:
+ ../../../exports/bin/mkfontscale /usr/X11R6/lib/X11/fonts/Type1
make[4]: *** [install] Error 132
Can you try to produce a standalone test case
that doesn't require building all of X?
e.g. can you save the preprocessor output from the mkfontscale
compiler run, compile that on
Snapshot gcc-3.3-20050406 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/3.3-20050406/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 3.3 CVS branch
with the following options: -rgcc-ss-3_3-20050406
You'll
45 matches
Mail list logo
