Dear all!
It posible to receive function with type defined logicaly as '...false, true, true,
""' in 'attribute_spec', to
a TARGET_EXPAND_BUILTIN or TARGET_RESOLVE_OVERLOADED_BUILTIN hooks?
Criteria function return type and arguments count/type must be ignored for
filtering.
--
Regards
Iva
hi,
while compiling the following code on gcc v3.3 compiler (on mac os x),
i got the "invalid lvalue asignment" error as expected in the
following code:
main(){
int a = 1;
a < 10 ? a = 5 : a = 7;
return;
}
but i didn't get any error in
15 < 10 ? a = 5 : a = 7;
and
a < 10 ? a : a = 7;
5 < 1
On Thu, 2005-12-15 at 00:48 +0100, Steven Bosscher wrote:
> Hi,
>
> Someone caused a >10% compile time regression yesterday for CSiBE, see
> http://www.csibe.org/draw-diag.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish&draw=sbs&view=1&basephp=l-sbs
>
>
>
I'm working on a project where I post-process AST (.tu) output from gcc
using the -fdump-translation-unit option.
Problem is the C compiler does not generate useful AST data. So I actually
run the preprocessed source again thru g++ to get AST data. This works fine
unless there are constructs n
> I see now that this code is in merge_assigned_reloads, so it might
> even be safe there to set the reload type to
> RELOAD_FOR_OTHER_ADDRESS. You'll have to check if the reload type
> from that point onward is only needed to determine the time of the
> reload insn (rather than also the lifetime
On Dec 14, 2005, at 3:31 PM, Andrija Radičević wrote:
I'm trying to port gcc and binutils to a new target and I hoped to
find
a brief procedure on that matter on the net, but was unsuccessful. OK,
the GCC internals is quite a resourceful document and one can learn a
lot by examining the source
Hi,
Someone caused a >10% compile time regression yesterday for CSiBE, see
http://www.csibe.org/draw-diag.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish&draw=sbs&view=1&basephp=l-sbs
Gr.
Steven
Note: I'll be offline starting friday and up to monday, so if
you want to start hacking on the machines over the week-end
please send me your prefered UNIX and public key AS ATTACHMENT (not
inline) in the next 12 hours.
On Wed, 2005-12-14 at 14:28 +0100, Richard Guenther wrote:
> Do they have acce
Hi,
I'm trying to port gcc and binutils to a new target and I hoped to find
a brief procedure on that matter on the net, but was unsuccessful. OK,
the GCC internals is quite a resourceful document and one can learn a
lot by examining the source tree, but It would be very helpful if there
would be
Richard,
As less intrusive first step I can bring the fortran variants in line
with the middle-end ones, especially wrt correctness. We at least
should correct these issues.
For what it is worth, I applaud your effort - I think that the gfortran
middle-end should be made completely consisten
On Wed, Dec 14, 2005 at 04:34:17PM -0600, Joel Sherrill <[EMAIL PROTECTED]>
wrote:
>
> My fresh check out on the head build using the gcc shipped with
> Fedora Core 4 has failed for the past couple of days with this error:
A day and half.
> /home/joel/gcc-work/head/b-native/./gcc/xgcc
> -B/hom
On Wed, 2005-12-14 at 14:11 +0100, Laurent GUERBY wrote:
> Hi, we lost just one disk during transportation.
>
> If you know someone who has a spare X GB SCSI disk available for
> donation, please contact me. Otherwise I'll just buy one :).
Sebastian Pop kindly proposed a disk, but unfortunately i
==+
| 4.2.0 20051214 (experimental) (i686-pc-linux-gnu) GCC error: |
| in extract_insn, at recog.c:2084 |
| Error detected at g-alleve.adb:5035:1|
configure command:
./gcc/configure --prefix=/home/joel/gcc
On Dec 14, 2005, at 12:52 PM, Paul Martinolich wrote:
I have built gcc-4.1-20051209 successfully and while using it to
try to
compile Python-2.4.2, I get this error:
/Users/martinol/auto_v4.0/devel/powerpc-apple-darwin8.3.0/bin/gcc -
c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mn
On Wed, Dec 14, 2005 at 02:52:26PM -0600, Paul Martinolich wrote:
> I have built gcc-4.1-20051209 successfully and while using it to try to
> compile Python-2.4.2, I get this error:
>
> /Users/martinol/auto_v4.0/devel/powerpc-apple-darwin8.3.0/bin/gcc -c -
> fno-strict-aliasing -Wno-long-double -
I have built gcc-4.1-20051209 successfully and while using it to try to
compile Python-2.4.2, I get this error:
/Users/martinol/auto_v4.0/devel/powerpc-apple-darwin8.3.0/bin/gcc -c -
fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -
DNDEBUG -g -O3 -Wall -Wstrict-prototypes
On Wed, 2005-12-14 at 15:21 -0500, Domagoj D wrote:
> Hi Daniel,
>
> > > Could anyone recommend a good reference (paper/book/webpage/...)
> > > about the "bag of pages" GC algorithm used in GCC?
> > There is none, AFAIK.
>
> Argh, how am I supposed to figure out the arcane lore of GCC programmers
On Wed, 14 Dec 2005, FX Coudert wrote:
> > The only downside I see with this type of patch is that backporting
> > fixes from trunk to 4.1 will be more difficult. With only a small
> > group of active gfortran hackers, this may place 4.1 into position
> > of low maintenance.
>
> Unless I am mis
Hi Daniel,
> > Could anyone recommend a good reference (paper/book/webpage/...)
> > about the "bag of pages" GC algorithm used in GCC?
> There is none, AFAIK.
Argh, how am I supposed to figure out the arcane lore of GCC programmers than?
:-)
> > Also, is there
> > any document about the specifi
On Tue, Dec 13, 2005 at 04:39:56PM -0500, Jakub Jelinek wrote:
> PR debug/25023
> * config/i386/i386.c (ix86_force_to_memory): Always use
> SImode push for HImode in -m32.
> (ix86_free_from_memory): Likewise.
>
> * gcc.dg/pr25023.c: New test.
Ok.
r~
On Wed, 2005-12-14 at 14:17 -0500, Domagoj D wrote:
> Hi,
>
> Could anyone recommend a good reference (paper/book/webpage/...)
> about the "bag of pages" GC algorithm used in GCC?
There is none, AFAIK.
> Also, is there
> any document about the specifics of GCC implementation (besides
> GCC Inter
Hi,
Could anyone recommend a good reference (paper/book/webpage/...)
about the "bag of pages" GC algorithm used in GCC? Also, is there
any document about the specifics of GCC implementation (besides
GCC Internals document)?
Thx.
Domagoj
--
___
The only downside I see with this type of patch is that backporting
fixes from trunk to 4.1 will be more difficult. With only a small
group of active gfortran hackers, this may place 4.1 into position
of low maintenance.
Unless I am mistaken, this patch doesn't touch anything outside the
fort
On Mon, Dec 12, 2005 at 05:26:10PM +0100, Richard Guenther wrote:
>
> Always interesting to compare seemingly duplicates. The variant
> from fold-const.c seems to be more strict with types and sets
> TREE_ADDRESSABLE on the base component, while the gfc variant
> sets it on the passed tree itself
This is just a heads up that GCC has switched so that the toplevel
coordinates the bootstrapping.
The main change is that on a native configuration `make' will
automatically bootstrap, unless you configure with --disable-bootstrap
(and, since the binutils list is receiving this message, if you
mrs wrote:
> I think we should remove all traces of any search that doesn't work.
> [...]
We'll try to set up mnogosearch again on the machine. Please stand by.
- FChE
On Dec 14, 2005, at 9:30 AM, Olly Betts wrote:
It would be useful to at least note by the search box that it only
searches messages sent prior to May 2005.
:-( I think we should remove all traces of any search that doesn't
work. It doesn't help advanced people, and it doesn't help
beginne
Hans-Peter Nilsson wrote:
> On Tue, 13 Dec 2005, DJ Delorie wrote:
> > Could we put in a google search box on the archive pages at least, to
> > stop confusing people?
>
> Technically feasible but politically sensitive. Considering
> that links on readings.html to sites that provide some software
On Tue, Dec 13, 2005 at 11:03:12PM -0500, Hans-Peter Nilsson wrote:
>On Tue, 13 Dec 2005, DJ Delorie wrote:
>>>Summary of the thread: it's known about and may never be fixed, but
>>>alternative searchable archives exist (gmane, nabble, probably others
>>>like marc and mail-archive too).
>>
>>Could
Hello,
I'm trying to solve small MICO build issue on Solaris/GCC platform. The
issue is simple: since GCC 3.4.0 we start to fail compiling code which
uses asinl and other functions. The actual issue is that configure
(generated by autoconf2.13) detects asinl (and others) function as
availabl
On 12/14/05, Laurent GUERBY <[EMAIL PROTECTED]> wrote:
> Hi, we lost just one disk during transportation.
>
> If you know someone who has a spare X GB SCSI disk available for
> donation, please contact me. Otherwise I'll just buy one :).
>
> So we have 8 bi processor machines online, 7 with ubuntu
Hi, we lost just one disk during transportation.
If you know someone who has a spare X GB SCSI disk available for
donation, please contact me. Otherwise I'll just buy one :).
So we have 8 bi processor machines online, 7 with ubuntu 5.10
and 1 with NetBSD.
I'm creating accounts on request: priva
32 matches
Mail list logo
