> > Does this help?
>
> Thanks for tha answer, but now I have:
>
> ...
> ../../gcc-4.4-work/gcc/except.c: In function 'set_nothrow_function_flags':
> ../../gcc-4.4-work/gcc/except.c:2787: error: 'struct rtl_data' has no member
> named 'epilogue_delay_list'
> make[3]: *** [except.o] Error 1
> ...
On Wed, Apr 16, 2008 at 09:18:07AM +1000, Hasjim Williams wrote:
> glibc uses its own internal sqrt function, rather than the
> sqrtsf2/sqrtdf2 opcode, even on FPA or VFP.
Always. That's how it is supposed to work; the expander allows GCC to
optimize sqrt operations inline, for architectures wher
> "Daniel" == Daniel Franke <[EMAIL PROTECTED]> writes:
Daniel> Is it acceptable to simply link in the C-frontend object to
Daniel> gfortran (as C is a required language and the .o file will be
Daniel> available)? Do I need to do something else in addition or
Daniel> instead, like renaming or
"Rodrigo Dominguez" <[EMAIL PROTECTED]> writes:
> I am looking for information on how GCC implements Structured Exception
> Handling (try/catch) in C++ programs. I would really appreciate any pointers
> that helped me understand the internals.
gcc does not implement Structured Exception Handling
Hi,
I am looking for information on how GCC implements Structured Exception
Handling (try/catch) in C++ programs. I would really appreciate any pointers
that helped me understand the internals.
Thank you,
Rodrigo
> Does this help?
Thanks for tha answer, but now I have:
...
../../gcc-4.4-work/gcc/except.c: In function 'set_nothrow_function_flags':
../../gcc-4.4-work/gcc/except.c:2787: error: 'struct rtl_data' has no member
named 'epilogue_delay_list'
make[3]: *** [except.o] Error 1
...
Dominique
On Tue, 15 Apr 2008 09:15:45 -0400, "Daniel Jacobowitz" <[EMAIL PROTECTED]>
said:
>
> I'm going to keep asking until I get something we can work
> with... you're reporting a bug in the compiler, so we need a test case
> and the exact error message. What is generating any kind of sqrt
> libcall?
> At revision 134333, boostrap fails on i686-apple-darwin9 at stage 1
> with:
>
> ...
> gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I.
> -I
At revision 134333, boostrap fails on i686-apple-darwin9 at stage 1
with:
...
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I.
-I../../gcc-4.4-wo
"John Maddock" <[EMAIL PROTECTED]> writes:
> The crux of the issue is this: if gcc/g++ is configured with the pthread
> threading model, then are object files always binary compatible irrespective
> of whether they are compiled with the -pthread command line option or not?
Yes, modulo the #define
On Sun, 13 Apr 2008, Gerald Pfeifer wrote:
> Yes, and no. I think there are two issues here. The one you are pointing
> out, the other the fact that we changed existing URLs (some of them old or
> "prominent" ones with external links towards them).
>
> I believe you have mostly addressed the
Andreas Schwab <[EMAIL PROTECTED]> writes:
> "Daniel Berlin" <[EMAIL PROTECTED]> writes:
>
>> No, nothing is wrong wit he import, if you want all the remote
>> branches, you have to ask git to get all the remote branches
>>
>> git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
>
Hi all.
To integrate libcpp into gfortran, I copy/adapt quite some code from the c
frontend. For include-path handling, I found that I can nicely re-use the
functions defined in c-incpath.c and exported by c-incpath.h. Now, linking
gfortran, the linker of course complains about undefined refer
Committed as obvious.
This was already in my sources (for another reason) when I tested Kai's patch.
Sorry for not noticing.
Danny
* libgcc2.c [L_trampoline]: Remove unnecessary prototype for
Windows VirtualProtect function.
Index: libgcc2.c
==
On Tue, Apr 15, 2008 at 2:23 PM, Samuel Tardieu <[EMAIL PROTECTED]> wrote:
> > "Daniel" == Daniel Berlin <[EMAIL PROTECTED]> writes:
>
> Daniel> No, nothing is wrong wit he import, if you want all the remote
> Daniel> branches, you have to ask git to get all the remote branches
>
> Daniel> g
Hi,
Samuel Tardieu <[EMAIL PROTECTED]> writes:
> how did you setup the git repository? The branch heads are supposed to
> be located under "/refs/heads/" on gcc.gnu.org, not under
> "/refs/remotes/", where you generally find the remote references:
> those branches aren't supposed to be remote on
> "Daniel" == Daniel Berlin <[EMAIL PROTECTED]> writes:
Daniel> No, nothing is wrong wit he import, if you want all the remote
Daniel> branches, you have to ask git to get all the remote branches
Daniel> git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
Daniel,
how did y
On 4/15/08 1:34 PM, Zdenek Dvorak wrote:
Hi,
> To clarify what Richard means, your assertion that "you have updated
> SSA information" is false.
> If you had updated the SSA information, the error would not occur :).
>
> How exactly are you updating the ssa information?
>
> The general w
Hi there,
Over at the Boost C++ libraries project we're trying to decide what is the
correct thing to do when code is compiled with -pthread or not.
The crux of the issue is this: if gcc/g++ is configured with the pthread
threading model, then are object files always binary compatible irrespecti
Hi,
> > > To clarify what Richard means, your assertion that "you have updated
> > > SSA information" is false.
> > > If you had updated the SSA information, the error would not occur :).
> > >
> > > How exactly are you updating the ssa information?
> > >
> > > The general way to update SSA
On Tue, Apr 15, 2008 at 1:12 PM, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> "Daniel Berlin" <[EMAIL PROTECTED]> writes:
>
>
> > No, nothing is wrong wit he import, if you want all the remote
> > branches, you have to ask git to get all the remote branches
> >
> > git config --add remote.origin.
"Daniel Berlin" <[EMAIL PROTECTED]> writes:
> No, nothing is wrong wit he import, if you want all the remote
> branches, you have to ask git to get all the remote branches
>
> git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
This will put the remote branch heads in refs/remot
On Tue, Apr 15, 2008 at 12:01 PM, Bingfeng Mei <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am porting to GCC 4.3.0 for our VLIW processor, and try to utilize
> improved restrict keyword support. Somehow, I find for normal data
> types, including vector types up to 8bytes, the restrict keyword work
On Tue, Apr 15, 2008 at 8:05 AM, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> > To clarify what Richard means, your assertion that "you have updated
> > SSA information" is false.
> > If you had updated the SSA information, the error would not occur :).
> >
> > How exactly are you upda
On Tue, Apr 15, 2008 at 10:59 AM, Fran Baena <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> i'm currently studing alias analysis, and i have some questions, for
> instance, when are the du/ud-chains calculated?
ud chains are implicit in SSA form, since each use only has one
reaching definiiton.
du ch
No, nothing is wrong wit he import, if you want all the remote
branches, you have to ask git to get all the remote branches
git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
Then fetch again.
then, if you want to really see all the branches, including the remote
ones, use git
Hi,
Recently i have posted an idea of new language feature to
comp.lang.c++.moderated.
That is "String literal as template parameter?" form 12.04.2008,
if anyone is interested to see whole thread.
The idea is to allow string-literals as template argument, and make
them equivalent to variadic char
Hello,
I am porting to GCC 4.3.0 for our VLIW processor, and try to utilize
improved restrict keyword support. Somehow, I find for normal data
types, including vector types up to 8bytes, the restrict keyword works
just fine. But for wider vector, such as 4 32-bit word type, the
restrict keyword do
On 4/15/08 11:36 AM, Aldy Hernandez wrote:
I'm tired of typing the same thing over and over.
Lazy bum.
How about a convenience function like this?
Sure.
Diego.
Hey there.
Frequently we want to create a new sequence that contains one element.
This is especially common when wrapping things with a BIND or in a TRY
block.
I'm tired of typing the same thing over and over.
How about a convenience function like this?
Index: gimple.h
=
I've seen a weird warning during a bootstrap of mainline on native
i686-pc-mingw32, which I guess is related to the recent introduction
of MS printf formats. It can be reproduced on the following small
example:
$ cat foo.i
void format_gcov (void)
{
__builtin_printf ("%I64d", (long long) 1);
}
$
Hi all,
i'm currently studing alias analysis, and i have some questions, for
instance, when are the du/ud-chains calculated? Before translating to
SSA form?
If i'm not wrong the def-use chain connects a definition of a variable
to all the uses it may flow to, and the use-def chain connects a use
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> I have the following define_insn and define_splt pattern
>
> (define_insn "movhi_const"
> [(set (match_operand:HI 0 "register_operand" "=r,r,r,r,r")
> (match_operand:HI 1 "immediate_operand" "L,K,N,O,i"))]
>
> )
>
> (define_split
> [
FX <[EMAIL PROTECTED]> wrote on 15.04.2008 15:21:30:
> > I remember that modification. This is related to a patch in
> > config/i386/mingw32.h to include for libgcc2 the windows header.
>
> OK. Bootstrap does proceed with the prototype removed, of course (it's
> not yet finished).
>
> Question i
[EMAIL PROTECTED] wrote on 15.04.2008 14:40:15:
> [EMAIL PROTECTED] wrote on 15.04.2008 14:28:17:
>
> > I'm not exactly sure how this one was introduced, but a bootstrap on
> > native i686-pc-mingw32 dies in stage1 libgcc with:
> >
> > ../../../trunk/libgcc/../gcc/libgcc2.c:2052: warning: no pre
> I remember that modification. This is related to a patch in
> config/i386/mingw32.h to include for libgcc2 the windows header.
OK. Bootstrap does proceed with the prototype removed, of course (it's
not yet finished).
Question is: can we remove it altogether, or are there still cases
where it is
On Tue, Apr 15, 2008 at 01:20:29PM +1000, Hasjim Williams wrote:
> Suffice to say, it will compile, but when you try to run it, and your
> program tries to do the libcall to the sqrt function it will segfault,
> because there is no libcall sqrt defined.
>
> As far as I can tell, sqrt and div are t
Hi,
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> "Daniel Berlin" <[EMAIL PROTECTED]> writes:
>
>> I put my version of the gcc conversion (which has all branches but no
>> tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
>> it appropriately.
>>
>> Note that i will not announce
Hi,
"Daniel Berlin" <[EMAIL PROTECTED]> writes:
> I put my version of the gcc conversion (which has all branches but no
> tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
> it appropriately.
>
> Note that i will not announce this anywhere until someone steps
> forward to actua
[EMAIL PROTECTED] wrote on 15.04.2008 14:28:17:
> I'm not exactly sure how this one was introduced, but a bootstrap on
> native i686-pc-mingw32 dies in stage1 libgcc with:
>
> ../../../trunk/libgcc/../gcc/libgcc2.c:2052: warning: no previous
> prototype for 'getpagesize'
> ../../../trunk/libgcc/.
On Tue, Apr 15, 2008 at 08:37:36AM +0200, Bernie Innocenti wrote:
> Daniel Berlin wrote:
>> I put my version of the gcc conversion (which has all branches but no
>> tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
>> it appropriately.
>>
>> Note that i will not announce this an
I'm not exactly sure how this one was introduced, but a bootstrap on
native i686-pc-mingw32 dies in stage1 libgcc with:
../../../trunk/libgcc/../gcc/libgcc2.c:2052: warning: no previous
prototype for 'getpagesize'
../../../trunk/libgcc/../gcc/libgcc2.c:2062: error: conflicting types
for 'VirtualPr
revision 134311
mkdir -p -- hppa2.0w-hp-hpux11.00/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in hppa2.0w-hp-hpux11.00/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install...
/
Hi,
> To clarify what Richard means, your assertion that "you have updated
> SSA information" is false.
> If you had updated the SSA information, the error would not occur :).
>
> How exactly are you updating the ssa information?
>
> The general way to update SSA for this case would be:
>
> For
On Tue, 15 Apr 2008, Ben Elliston wrote:
> Hi Mark
>
> > I'm not terribly familiar with this proposal.
>
> > Ben, to answer your original question, I don't think that lack of nested
> > address spaces is a fatal flaw, as long as the implementation otherwise
> > meets the spec, and as long as t
Le lundi 14 avril 2008 à 18:27 -0700, Jim Wilson a écrit :
> On Tue, 2008-04-15 at 00:06 +0200, Stelian Pop wrote:
> > - I had to add a PLUS case in PREFERRED_RELOAD_CLASS() or else reload
> > kept generating incorrect insn (putting constants into EVEN_REGS for
> > example). I'm not sure this
Hello all,
I have tested the following code on g++ 4.3, 4.2, 4.1 and 3.4.
#include
struct B {
static const int x = 1;
};
struct A {
static const int x = 0;
template
static void f() {
std::cerr << A::x << std::endl;
}
};
int main() {
A::f();
return 0;
}
The program just wr
On Tue, Apr 15, 2008 at 7:49 AM, Sandeep Maram <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 15, 2008 at 10:34 AM, Daniel Berlin <[EMAIL PROTECTED]> wrote:
> > To clarify what Richard means, your assertion that "you have updated
> > SSA information" is false.
> > If you had updated the SSA informat
On Tue, Apr 15, 2008 at 6:27 AM, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> Jim Wilson <[EMAIL PROTECTED]> writes:
>
> > It seems odd that cfgrtl allows a conditional trap inside a basic block,
> > but not an unconditional trap. The way things are now, it means we need
> > to fix up the basi
Hello all,
I have the following define_insn and define_splt pattern
(define_insn "movhi_const"
[(set (match_operand:HI 0 "register_operand" "=r,r,r,r,r")
(match_operand:HI 1 "immediate_operand" "L,K,N,O,i"))]
)
(define_split
[(set (match_operand:HI 0 "register_operand" "")
A theoretical argument for why somebody might write problematic code
is http://www.fefe.de/openldap-mail.txt .
But that's like "putting the cart before the horses" (and complaining
that it does not work).
You find a security problem, you find a solution, you find the compiler
optimizes awa
51 matches
Mail list logo
