game
consoles, cameras, mp3 players, and most any other electronic gadget you
can throw at us. We strive to create solutions where there weren’t any
before.
Best regards,
Lance
Email: drdatab...@tom.com
Bob Rossi <[EMAIL PROTECTED]> writes:
> Hopefully I'll be able to debug gcc nicely after this is built. Two
> more questions that could save me a lot of time. Do you know where the
> abstract syntax tree is stored in GCC after a file is parsed?
I'm not sure what kind of answer you are looking for
Mark Shinwell <[EMAIL PROTECTED]> writes:
> Here, the compiler is not complaining about an attempt to implicitly
> convert a vector of four 16-bit quantities to a vector of eight
> 8-bit quantities.
>
> This lack of type safety is unsettling, and I wonder if it should be fixed
> with a patch alon
Brendon Costa <[EMAIL PROTECTED]> writes:
> If I have a FUNCTION_DECL node that returns non-null for
> DECL_TEMPLATE_INFO() then it is a template or template instantiation.
> How can I tell if it is a full instantiation (I.e. not general
> template or partial specialisation)?
DECL_TEMPLATE_INSTAN
Brendon Costa <[EMAIL PROTECTED]> writes:
> For each FUNCTION_DECL node I find, I want to determine what its
> exception specification list is. I.e. the throws() statement in its
> prototype.
Look at TYPE_RAISES_EXCEPTIONS (FNDECL).
Ian
Mohamed Shafi <[EMAIL PROTECTED]> writes:
This question is more appropriate for the gcc-help mailing list than
for the gcc mailing list.
> For targets which doesn't have simd hardware support like fr30 , simd stuff
> is emulated?
Yes, if you use __attribute__ ((vector_size (NN))) for a target
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> On the Wiki, http://gcc.gnu.org/wiki/MiddleEnd I am trying to document very
> briefly the passes on Gimple SSA trees
Thanks!
> I cannot yet submit patches to it (file gcc/doc/passes.texi) yet, because my
> copyright assignement form takes some t
Mohamed Shafi <[EMAIL PROTECTED]> writes:
> I want to know what can be done in the back end of a target to indicate that
> SIMD stuff should be emulated all the way.
That should happen by default.
> Is there any target macros or hooks available for that.
> Will the target hook TARGET_VECTOR_MO
Steven Bosscher <[EMAIL PROTECTED]> writes:
> As far as I can tell, dwarf.h is not included anywhere in gcc/
> or any of its subdirectories. Is there any reason not to remove
> this file?
I think dwarf.h was orphaned when dwarfout.c was removed in 2003. I
think we should remove it.
Ian
[EMAIL PROTECTED] writes:
> i'm in the process of coding a GCC backend for a certain RISC-like
> architecture.
> Its register architecture consists of an integer register file (32 regs) and
> two
> additional hard regs that should be programmer visible. Accesses to these hard
> regs are also emi
"Carlos O'Donell" <[EMAIL PROTECTED]> writes:
> A relocated compiler should not look in $prefix.
I agree.
I can't approve your patches, though.
Ian
[EMAIL PROTECTED] writes:
> I'll have a look to mips_secondary_reload_class, however now i don't get
> spilling/filling errors. I have a question: libgcc2.c is pretty stable, right?
> I mean i shouldn't looking for something going wrong with it.
Right, libgcc2.c is quite stable.
In a normal buil
Sajish V <[EMAIL PROTECTED]> writes:
> I think that C does not allow special characters ( '~' '!' '@' '#' '$' '%'
> '^' '&' '*' ) in variable and function names. My knowledge is purely based on
> the books that I have been reading to learn C.
>
> To verify this when I tried to compile a C progr
[EMAIL PROTECTED] (Geoffrey Keating) writes:
> For GCC, I've found it necessary to have a way to name local (that is,
> namespace-scope 'static') variables and functions which allows more
> than one such symbol to be present and have distinct mangled names.
Out of curiousity: why start the name w
Basavaraj Hiremath <[EMAIL PROTECTED]> writes:
> I am writting an example program, to create a raw
> socket on Fedora Core Linx.
>
> When I create socket, my linux sustem crashes. I
> need
> to powerdown the system. I am running this program
> as
> super user to create raw socket.
>
> F
Steven Bosscher <[EMAIL PROTECTED]> writes:
> I haven't really been following the whole LTO thing much, but if I understand
> correctly, the goal is to reconstruct information about declarations from
> DWARF information that we write out for those declarations. If that's the
> case, I wonder h
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I have built a cross-compiler for m68k-elf with GCC 4.1.1.
> I need to know the difference in implementations of -fpic and -fPIC
> for this particular target.
-fpic uses a 16-bit offset when accessing the GOT. -fPIC uses a
32-bit offset. Thus -fpic
"Dino Puller" <[EMAIL PROTECTED]> writes:
> i want to make a statistic(i haven't found one) over linux source
> code, and i want to know how many times expressions are simplified by
> gcc.
I don't think any of us know what you mean by "how many times
expressions are simplified." Can you be mor
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> This small bit of code worked fine with all optimization except Os.
>
> unsigned int n = 30;
> void x ()
> {
> unsigned int h;
> h = n <= 30; // Line 1
> if (h)
>p = 1;
> else
>p = 0;
> }
>
> when we tried to debug the emitted
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> > > This small bit of code worked fine with all optimization except Os.
> > >
> > > unsigned int n = 30;
> > > void x ()
> > > {
> > > unsigned int h;
> > > h = n <= 30; // Line 1
> > > if (h)
> > >p = 1;
> > > else
> > >p = 0;
>
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> My copyright assignment is not yet signed, but I am pretty confident that it
> will be signed (hopefully soon, and surely in 2006 ie before Christmas).
>
> Can I submit patches (to gcc-patches@) which are not trivial (ie more than
> 10 lines of c
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> The problem due to which the below mentioned program was not working
> is because of CODE HOISTING pass. I just masked the code hoisting step
> and the program worked fine.
At this point, if you want us to be able to give you useful
suggestions, you
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> 1. How does the life1 pass gets the register usage information from
> the gcse pass?
The GCSE pass does not generate any register usage informatoin. The
life1 pass computes register usage by looking at the RTL.
> 2. From which other passes and how,
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> Can anybody tell me the purpose of the testcase
> testsuite\gcc.dg\special\gcsec-1.c in the gcc testsuite ?
> Is it something related with garbage clooection?
>
> What exactly doec this testcase test ?
It's intended to test linker garbage collection
"Marcelo Marchi" <[EMAIL PROTECTED]> writes:
> I need some help from gcc gurus regarding delivering source code
> I have a application that needs to be delivered to be compiled on my
> customer side, BUT it cannot make changes or have any understanding
> about code.
> This deliver is strong ne
"Kaveh R. GHAZI" <[EMAIL PROTECTED]> writes:
> On Mon, 30 Oct 2006, Geoffrey Keating wrote:
>
> > 5. Are you aware that the GMP home page says
> >
> > Note that we chose not to work around all new GCC bugs in this
> > release. Never forget to do make check after building the library
> > to make
Mark Mitchell <[EMAIL PROTECTED]> writes:
> I would strongly oppose downloading stuff during the build
> process. We're not in the apt-get business; we can leave that to the
> GNU/Linux distributions, the Cygwin distributors, etc. If you want to
> build a KDE application, you have to first build/
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> The GGCC (ITEA) project aims to extend the free GNU Compiler Collection
> by globally processing several compilation units (e.g. work on a whole
> program or on a library) in order to customize and configure GCC to
> European software industry ne
Mark Shinwell <[EMAIL PROTECTED]> writes:
> I would now like to propose that the check in that function be made
> even stronger such that it disallows conversions between vectors
> whose element types differ -- even if an implicit conversion exists
> between those element types.
As far as I can s
"Kaveh R. GHAZI" <[EMAIL PROTECTED]> writes:
> Should that message refer to this:
> ftp://gcc.gnu.org/pub/gcc/infrastructure/
>
> or this:
> ftp://ftp.gnu.org/gnu/gmp/
> http://www.mpfr.org/mpfr-current/
>
> or this (perhaps with more details):
> http://gcc.gnu.org/install/prerequisites.html
Th
[ Moved from gcc-patches@ to [EMAIL PROTECTED] ]
Andrew Pinski <[EMAIL PROTECTED]> writes:
> On Tue, 2006-10-31 at 21:34 -0800, Geoffrey Keating wrote:
> > Here's the list of log (and therefore ChangeLog) entries. There is
> > one change that I haven't merged yet, Caroline's pubtypes changes;
Mark Mitchell <[EMAIL PROTECTED]> writes:
> Ian Lance Taylor wrote:
>
> > Here is a review followed by a proposal.
>
> How does this proposal handle the current problematic situation that
> -std=c99 is broken on Linux?
According to the proposal, we will restore t
"Steven Bosscher" <[EMAIL PROTECTED]> writes:
> On 11/1/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote:
> >
> > > According to the proposal, we will restore the GNU handling for
> > > "extern inline" even when using -std=c99, which will fix the problem
> > > when using glibc.
> >
> > I am probably ov
Andrew Pinski <[EMAIL PROTECTED]> writes:
> In the 4.3 timeframe, can we also add a flag to enable the correct behavior?
> Yes the problem with this is that we have to support this flag for a long time
> but the benifit is that we can change the default to the new way with just
> flipping
> a swi
Andrew Pinski <[EMAIL PROTECTED]> writes:
> I noticed this with the recent C99 inline changes but it is unrelated to
> the changes as 4.1 also has the same issue. With the following TU:
> extern void f(void) __asm__("g");
> extern void g(void);
> extern void f(void) {}
> extern void g(void) {}
>
Mark Shinwell <[EMAIL PROTECTED]> writes:
> Ian Ollmann wrote:
> > stronger type checking seems like a good idea to me in general.
>
> I agree, but I don't really want to break lots of code all at once,
> even if that code is being slightly more slack than it perhaps ought
> to be :-)
>
> Given
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> The relevant part of RTL dump of fgcse pass is given below:
>
> (insn 13 12 50 0 (set (reg:CC 21 cc)
> (compare:CC (reg:SI 29 [ n ])
> (const_int 30 [0x1e]))) 68 {*cmpsi_internal} (nil)
> (nil))
>
> (insn 50 13 53 0 (paralle
Tobias Burnus <[EMAIL PROTECTED]> writes:
> I use in my patch:
> + if (sym->attr.volatile_)
> + TREE_THIS_VOLATILE (decl) = 1;
I think you will also want to give DECL a type which is
volatile-qualified:
build_qualified_type (original_type, TYPE_QUAL_VOLATILE)
Ian
David Daney <[EMAIL PROTECTED]> writes:
> I am going to try to fix:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
>
> Which is a problem where a %lo relocation gets separated from its
> corresponding %hi.
>
> What is the mechanism that tries to prevent this from happening? And
> where
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> Looking at a .md file of a backend it there a way to know whether a
> target supports long long
gcc always supports "long long" for all targets.
Can you ask a more precise question?
Ian
David Daney <[EMAIL PROTECTED]> writes:
> Ian Lance Taylor wrote:
> > David Daney <[EMAIL PROTECTED]> writes:
> >
> >>I am going to try to fix:
> >>
> >>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
> >>
> >>Which is a
Doug Gregor <[EMAIL PROTECTED]> writes:
> The configure changes on the trunk require GMP 4.1+ and MPFR 2.2+. If
> I understand things correctly, these libraries are only needed for
> gfortran. Would it be possible to disable the checks for GMP and MPFR
> when building with --enable-languages=[some
[EMAIL PROTECTED] writes:
> Here I've used a macro to keep track of the farthest place reached in the
> code. As you can see, I've even tried to set it up in such a way that it
> will use a register to access the value. However, I don't get that result,
> as I guess that is optimized out. Inst
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> So when i looked into the .md file i saw no patterns with DI machine
> mode ,used for long long(am i right?), execpt
>
> define_insn "adddi3" and define_insn "subdi3"
>
> The .md file says that this is to prevent gcc from synthesising it,
> though
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I am trying to combine the compare and branch instruction. But my
> instructions are not getting generated as my operands are not matched
> properly.
>
> Previously for individual compare instructions, i had
> operand 0 - Register operand
> operand 1
DJ Delorie <[EMAIL PROTECTED]> writes:
> The r8c/m16c family cannot shift by more than 16 bits at a time ever,
> or 8 bits at a time with constant shifts. So, to do a variable number
> of shift on a 32 bit value, it needs to emit a conditional, turning
> the attached example into this:
>
> i = 0
Basavaraj Hiremath <[EMAIL PROTECTED]> writes:
> My driver is crashing when I call copy_from_user()
> call. Does any one have idea about this ?
Wrong mailing list. Try a kernel programming list. This list is for
compiler development.
Ian
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I have used cbranchmode4 instruction to generate combined compare and
> branch instruction.
>
> (define_insn "cbranchmode4"
> (set (pc) (if_then_else
> (match_operator:CC 0 "comparison_operator"
> [ (match_operand:SI 1
[EMAIL PROTECTED] (Richard Kenner) writes:
> > My conclusion at the end was, the best speed up possible, isn't to
> > mess with the callers, but rather, to get types canonicalized, then
> > all the work that comptypes would normally do, hopefully, just all
> > goes away. Though, in the long
Brendon Costa <[EMAIL PROTECTED]> writes:
> How can I get a full list of all GCC C++ built-in functions that may be
> used on a given platform or GCC build?
>
> For example, __cxa_begin_catch(), __cxa_end_catch(), __builtin_memset ...
>
> I am currently working with GCC 4.0.1 source base.
Well,
Andrew Haley <[EMAIL PROTECTED]> writes:
> > 2006-11-07 Paolo Bonzini <[EMAIL PROTECTED]>
> >
> > * gimplify.c (fold_indirect_ref_rhs): Use
> > STRIP_USELESS_TYPE_CONVERSION rather than STRIP_NOPS.
>
> Regtested x86-64-gnu-linux. The only interesting failure was
> mayali
"Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> * Ian Lance Taylor <[EMAIL PROTECTED]> [061108 16:15]:
> > This assumes, of course, that we can build an equivalence set for
> > types. I think that we need to make that work in the middle-end, and
> > f
Brendon Costa <[EMAIL PROTECTED]> writes:
> Are there also frontend specific
> builtins that I will need to handle in addition to those builtins
> defined in builtins.def?
No.
> As for the libsupc++.a and libgcc*.* libraries. Are they compiled with
> the newly generated gcc/g++ compilers or are
Mark Mitchell <[EMAIL PROTECTED]> writes:
> 1. Add a --lto option to collect2. When collect2 sees this option,
> treat all .o files as if they were .rpo files and recompile them. We
> will do this after all C++ template instantiation has been done, since
> we want to optimize the .o files after
Mark Mitchell <[EMAIL PROTECTED]> writes:
> > I assume that in the long run, the gcc driver with --lto will invoke
> > the LTO frontend rather than collect2. And that the LTO frontend will
> > then open all the .o files which it is passed.
>
> Either that, or, at least, collect2 will invoke LTO
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> and one more thing. In the dumps i noticed that before using a
> register in DI mode they are all clobbred first, like
>
> (insn 30 54 28 6 (clobber (reg:DI 34)) -1 (nil)
> (nil))
>
> What is the use of this insns ... Why do we need to clobber th
Mike Stump <[EMAIL PROTECTED]> writes:
> On Nov 8, 2006, at 7:14 AM, Ian Lance Taylor wrote:
> > The way to canonicalize them is to have all equivalent types point to
> > a single canonical type for the equivalence set. The comparison is
> > one memory dereference and
DJ Delorie <[EMAIL PROTECTED]> writes:
> I compared the generated code with an equivalent explicit test,
> and discovered that gcc uses a separate rtx for the intermediate:
>
> i = 0xf;
> if (j >= 16)
> {
> int i2;
> i2 = i >> 8;
> i = i2 >> 8;
> j -= 16;
> }
>
> This see
"Dave Korn" <[EMAIL PROTECTED]> writes:
> On 10 November 2006 07:13, Ian Lance Taylor wrote:
>
> > DJ Delorie <[EMAIL PROTECTED]> writes:
> >
> >> I compared the generated code with an equivalent explicit test,
> >> and discovered that
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> 1. Does attribute length affect the calculation of offset?
It does if you tell it to. The "length" attribute must be managed
entirely by your backend. Most backends with variable size branches
use the length attribute to select which branch insn to
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> (insn 94 91 95 6 (set (reg:SI 12 a4)
> (mem/c:SI (reg:SI 12 a4) [0 D.1863+0 S4 A32])) 15 {movsi_load} (nil)
> (nil))
>
> (insn 95 94 31 6 (set (reg:SI 13 a5 [orig:12+4 ] [12])
> (mem/c:SI (plus:SI (reg:SI 12 a4)
> (
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> (insn 106 36 107 6 (set (reg:SI 13 a5)
> (const_int -20 [0xffec])) 17 {movsi_short_const} (nil)
> (nil))
>
> (insn 107 106 108 6 (parallel [
> (set (reg:SI 13 a5)
> (plus:SI (reg:SI 13 a5)
>
[EMAIL PROTECTED] (Richard Kenner) writes:
> I have a test case (involving lots of new code that's not checked in yet)
> that's blowing up with a nonlocal goto and I'm wondering how it ever worked
> because it certainly appears to me that DECL_CONTEXT has to be copied
> from label to new_label. B
Mark Mitchell <[EMAIL PROTECTED]> writes:
> Though, if we *are* doing the template-repository dance, we'll have to
> do that for a while, declare victory, then invoke the LTO front end,
> and, finally, the actual linker, which will be a bit complicated. It
> might be that we should move the invoc
"Nuno Lopes" <[EMAIL PROTECTED]> writes:
> I've been thinking that it would be a good idea to extend the current
> __attribute__((format,..)) to use an arbitrary user callback.
> I searched the mailing list archives and I found some references to
> similar ideas. So do you think this is feasible?
[EMAIL PROTECTED] (Richard Kenner) writes:
> > But I do get a failure in verify_flow_info with the appended test case.
>
> Indeed that's where I get the ICE.
>
> > verify_flow_info is only used when checking is enabled, so
> > maybe that is why people aren't seeing it?
>
> But isn't that the
Howard Chu <[EMAIL PROTECTED]> writes:
> Daniel Berlin wrote:
> >
> > We ask the TBAA analyzer "can a store to a short * touch i.
> > In this case, it says "no", because it's not legal.
> >
> If you know the code is not legal, why don't you abort the compilation
> with an error code?
It's not act
Howard Chu <[EMAIL PROTECTED]> writes:
> Here's a different example, which produces the weaker warning
> warning: type-punning to incomplete type might break strict-aliasing rules
>
> struct foo;
>
> int blah(int fd) {
> int buf[BIG_ENOUGH];
> void *v = buf;
> struct foo
"Dave Korn" <[EMAIL PROTECTED]> writes:
> > The main place where threading may make sense, especially
> > with LTO, is the linker. This is a longer lived task, and
> > is the last step of compilation, where no other parellel
> > processes are active. Moreover, linking tends to be I/O
> > intensive
"Dave Korn" <[EMAIL PROTECTED]> writes:
> > It's irrelevant to the main discussion here, but in fact there is a
> > fair amount of possible threading in the linker proper, quite apart
> > from LTO. The linker spends a lot of time reading large files, and
> > the I/O wait can be parallelized.
>
>
Florian Pose <[EMAIL PROTECTED]> writes:
> 1) What is the correct way to set the reset vector?
Wrong mailing list. This mailing list is for development of the gcc
compiler itself.
You could try the [EMAIL PROTECTED] mailing list, but I think
you'll have better luck if you can find some forum fo
"Hector Oron" <[EMAIL PROTECTED]> writes:
> When cross compiling GCC version 4.2 (Debian way). I'm missing,
> libstdc++-v3/config/linker-map.gnu
>
> Are those moved somewhere else? I can not find any changelog or
> something telling about it.
>
> There is a bug thread at Debian bug tracking
"Ed S. Peschko" <[EMAIL PROTECTED]> writes:
> And in any case, why should it be off-topic? I would think that
> the possibility of your project being divided in two would be of
> great concern to you guys, and that you'd have every single motivation to
> convey any sort of apprehension that you
"BG / Galaxy" <[EMAIL PROTECTED]> writes:
> I recently upgraded my system from Solaris2.5.1/gcc3.3.2 to
> Solaris7/gcc3.4.6.
> When recompiling my project, I often get errors in gcc files complaining
> about lines using std::min or std::max,
> ie:
...
> /usr/local/lib/gcc/sparc-sun-solaris2.7/3.
Rask Ingemann Lambertsen <[EMAIL PROTECTED]> writes:
>Here something has gone wrong, and the parameters to
> subreg_regno_offset() are invalid:
>
> (gdb) frame 1
> #1 0x08504786 in subreg_regno_offset (xregno=9, xmode=HImode, offset=2,
> ymode=HImode) at rtlanal.c:3017
>
>If I take out
Come Lonfils <[EMAIL PROTECTED]> writes:
> I need precise information about how GCC store the objects for c++
> and objective-C. I'm trying to know what are the difference between
> both. I need a very precise description of both. Do you know where I
> can found this information (except in gccint)
Etienne Lorrain <[EMAIL PROTECTED]> writes:
> My problem is quite simple, the PPC has few conditions registers and some are
> assumed to be saved over function calls (in my test case NU_Sleep()), but the
> hard real time kernel do not save those (partial flags) registers.
> This behaviour is per
Daniel Towner <[EMAIL PROTECTED]> writes:
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individuals to whom they are addressed. If you have
> received this email in error please notify the sender and delete the message
> from your syste
Daniel Towner <[EMAIL PROTECTED]> writes:
> Initially, I tried to do as the manual suggested, and omit any patterns
> for div/mod, to force gcc to use divmod instead, and setup the divmod
> optab to call a named assembly function. However, div would still call a
> div library, instead of the di
Etienne Lorrain <[EMAIL PROTECTED]> writes:
> powerpc-eabi-gcc -Wall -W -O2 -g -fno-strict-aliasing -ffunction-sections
> -fdata-sections -fno-schedule-insns -std=gnu99 -fcall-used-cr2
> -fcall-used-cr3 -fcall-used-cr4 -Xassembler -mregnames ... *.c
>
> ../net/src/net_dbg.c:668: error: Attempt
"Steven Bosscher" <[EMAIL PROTECTED]> writes:
> On 11/28/06, Doug Gregor <[EMAIL PROTECTED]> wrote:
> > * tree.h (TYPE_CANONICAL): New.
> > (TYPE_STRUCTURAL_EQUALITY): New.
> > (struct tree_type): Added structural_equality, unused_bits,
> > canonical fields.
>
> If
Andrew Pinski <[EMAIL PROTECTED]> writes:
> Here is how I would write it so you can get the best results:
>
> char *foo(char *buf)
> {
> short temp;
> int temp1;
> *buf++=42;
> temp = 0xfeed;
> memcpy(buf, &temp, sizeof(temp));
> buf+=sizeof(temp);
> temp1 = 0x12345678;
> memcpy(b
"Ulf Magnusson" <[EMAIL PROTECTED]> writes:
> I'd be happy to contribute some documentation on this. I just hope I
> have a firm enough grip on the issue. Where should I send drafts for
> review? Is there some other resource I should be aware of besides
> http://gcc.gnu.org/contribute.html?
Thank
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> I'm not sure to follow Diego and I am a bit concerned about other
> potential external libraries. Suppose for example that some GCC code
> uses an external library like the Parma Polyedral Library
> http://www.cs.unipr.it/ppl/ (which is very usefu
"RAHUL V R" <[EMAIL PROTECTED]> writes:
> I am working on adding a new data type in gcc under C.
>
> Please tell me, if I don't want to use the debugging info/format in
> DBX, but still I want to build gcc in cygwin
what changes should be
> made on dbxout.c?
> Is it compulsory that I have to pro
Paul Brook <[EMAIL PROTECTED]> writes:
> > This all may just be a shakedown problem with MPFR, and maybe it will
> > stabilize shortly. But it's disturbing that after one undistributed
> > version became a requirement, we then very shortly stepped up to a new
> > undistributed version. I think i
Beman Dawes <[EMAIL PROTECTED]> writes:
> I've proposed adding raw string literals to C++. See
> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2053.html
Interesting idea.
I think there is a misspelling of std::ispunct in there.
> So far, the changes to accommodate raw string literals
"RAHUL V R" <[EMAIL PROTECTED]> writes:
> > On 05 Dec 2006 07:05:33 -0800, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> > "RAHUL V R" <[EMAIL PROTECTED]> writes:
> > > I am working on adding a new data type in gcc under C.
> > >
David Daney <[EMAIL PROTECTED]> writes:
> > I am working on a private target where jump instruction patterns are
> > similiar to this
> >
> > jmp <24 bit offset>
> > jmp for 32 bit offsets
> >
> > if my offset is greater than 24 bits, then i have to move the offset
> > to an address register. But
Brendon Costa <[EMAIL PROTECTED]> writes:
> The nodes that have me a little confused are:
>
> TRY_CATCH_EXPR
> TRY_FINALLY_EXPR
> MUST_NOT_THROW_EXPR
> EH_FILTER_EXPR
Yes, those are a bit mysterious.
> TRY_CATCH_EXPR/TRY_FINALLY_EXPR
> When code generated from these nodes encounter an exceptio
Brendon Costa <[EMAIL PROTECTED]> writes:
> >>TRY_CATCH_EXPR/TRY_FINALLY_EXPR
> >>
> >If operand 0 throws an exception, there is an implicit rethrow after
> >executing operand 1. (Of course, operand 1 can prevent that rethrow
> >by doing its own throw, or by calling a function which does not
> >r
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> 1. Do i have to modify the GCC source base like adding a new flag in
> tree_function_decl(tree.h), adding a new handler to set the flag in
> c-common.h.
> or can i do it from the backend itself.
Do it in the backend. See TARGET_ATTRIBUTE_TABLE and f
Andrew Haley <[EMAIL PROTECTED]> writes:
> In practice, %ebp either points to a call frame -- not necessarily the
> most recent one -- or is null. I don't think that having an optional
> frame pointer mees you can use %ebp for anything random at all, but we
> need to make a clarification request
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> > If you can't afford to lose a register, then I think your only option
> > is to pick some callee-saved register and have each branch instruction
> > explicitly clobber it. Then it will be available for use in a long
> > branch, and it will be avail
Benoît Jacob <[EMAIL PROTECTED]> writes:
> I'm developing a Free C++ template library (1) in which it is very important
> that certain loops get unrolled, but at the same time I can't unroll them by
> hand, because they depend on template parameters.
>
> My problem is that G++ 4.1.1 (Gentoo) do
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> This makes life much simpler to me, but then I do not understand how end-
> users compiling GCC are expected to configure it. Does this mean that the
> instructions on http://gcc.gnu.org/install/configure.html are no more valid
> for that case?
N
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> Le Thu, Dec 14, 2006 at 07:29:19AM -0800, Ian Lance Taylor écrivait/wrote:
>
> > Note that configure options beginning with --with and --enable are
> > passed from the top level configure script to the subdirectory
> &
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> I am building a GCC Compiler. I have some ifdef checks in the compiler
> source code. In case i define a symbolic literal in command line while
> compiling a sample program, I want that set of statements to be
> invoked after ifdef checks.
>
> e.g.
>
Paul Eggert <[EMAIL PROTECTED]> writes:
> What worries me is code like this (taken from GNU expr; the vars are
> long long int):
>
> val = l->u.i * r->u.i;
> if (! (l->u.i == 0 || r->u.i == 0
>|| ((val < 0) == ((l->u.i < 0) ^ (r->u.i < 0))
>
Jan Eissfeld <[EMAIL PROTECTED]> writes:
> PR19978 reports that some overflow warnings are emitted multiple times. Like
> for example,
>
> test.c:6: warning: integer overflow in expression
> test.c:6: warning: integer overflow in expression
> test.c:6: warning: integer overflow in expression
>
1 - 100 of 3176 matches
Mail list logo
