Re: Use of templates in c code?

On 02/13/2013 05:01 PM, Alec Teal wrote: > Why not rename them to? See the "archaeology" discussion. This is so vitally important to GCC maintainers that you change things at everyone's peril. Andrew.

Re: C/C++ Option to Initialize Variables?

On 02/18/2013 03:07 PM, Jeffrey Walton wrote: > On Mon, Feb 18, 2013 at 9:43 AM, Jonathan Wakely > wrote: >> On 18 February 2013 13:28, Jeffrey Walton wrote: >>> What if the ".BSS" section was >>> initialized to 0xFF rather than a page full of NULLs? >> >> That could break millions of perfectly

Re: GCC compiler for ANDROID Nexus7

On 02/15/2013 01:13 PM, Jerome Huck wrote: > There seems to be some versions of GCC for ANDROID C/C++/Pascal working > or even Fortran, see the attached links. Can we hope one day to have > some official release? I can't see why not, but it'll require someone to contribute the code and commit to m

Re: GCC 4.8.0 Status Report (2013-03-06)

On 03/07/2013 02:09 PM, Dave Korn wrote: > On 06/03/2013 16:05, Jakub Jelinek wrote: > >> If no new P1 appears within a week, > > I may be about to file one. What priority would "Java doesn't compile on a > secondary platform" count as? There's a trivial bug in libffi and I already > posted

Re: GCC 4.8.0 Status Report (2013-03-06)

On 03/07/2013 08:23 PM, Dave Korn wrote: > On 07/03/2013 16:55, Andrew Haley wrote: >> On 03/07/2013 02:09 PM, Dave Korn wrote: >>> On 06/03/2013 16:05, Jakub Jelinek wrote: >>> >>>> If no new P1 appears within a week, >>> I may be about to file

ABI compatibility regression: Return values on x86

gcc (x86) recently changed its behaviour when returning values shorter than int. It used to sign extend, and now it doesn't. short func2( short *size) { return *size; } trunk: func2: pushl %ebp movl%esp, %ebp movl8(%ebp), %eax movzwl (%eax), %eax

Re: ABI compatibility regression: Return values on x86

H.J. Lu writes: > On Mon, Jan 07, 2008 at 06:32:08PM +0000, Andrew Haley wrote: > > > > So, what now? Can we even agree about what the psABI actually says > > about sign-extending result values? Was what we did before correct, > > or what we do now? I don'

Re: ABI compatibility regression: Return values on x86

H.J. Lu writes: > On Tue, Jan 08, 2008 at 01:57:50PM +0000, Andrew Haley wrote: > > H.J. Lu writes: > > > On Mon, Jan 07, 2008 at 06:32:08PM +, Andrew Haley wrote: > > > > > > > > So, what now? Can we even agree about what the psABI actually

Re: [RFC] porting to gcc-4.3 docs

Benjamin Kosnik writes: > > > Attached is a rough cut of a detailed portability document > > I also put this up here temporarily: > > http://people.redhat.com/~bkoz/porting_to_gcc43.html The "Java issues" part isn't quite right. It turns out that the java 1.2 problem with the new gcj is

Re: Math library for Alpha Tru64

Adrián Bravo Navarro writes: > I come to you looking for some light ;) We are developing an > application that needs to link statically math.h. I've been looking > for libm.a for Tru64 Alpha with no success at all. System comes > with .so so but i think it's not possible converting .so into .a

Re: jc1 out of memory error gcc 4.2.2 Linux 64-bit OS

Harpal Grover writes: > Hello all, > > I downloaded and built gcc 4.2.2 on my linux box. I have also used the > sources to build a cross compiler using Ranjit's Matthews guide. The > build went just fine. I tried to compile my java application and got > the following error: > > c1: out o

Re: jc1 out of memory error gcc 4.2.2 Linux 64-bit OS

Harpal Grover writes: > On Jan 14, 2008 5:09 AM, Andrew Haley <[EMAIL PROTECTED]> wrote: > > > > Harpal Grover writes: > > > Hello all, > > > > > > I downloaded and built gcc 4.2.2 on my linux box. I have also used the > > >

Re: powercp-linux cross GCC 4.2 vs GCC 4.0.0: -Os code size regression?

Sergei Poselenov writes: > Hello all, > > I'm using the ppc-linux gcc-4.2.2 compiler and noted the code > size have increased significantly (about 40%!), comparing with > old 4.0.0 when using the -Os option. Same code, same compile- > and configuration-time options. Binutils are differ > (2

Re: powercp-linux cross GCC 4.2 vs GCC 4.0.0: -Os code size regression?

Sergei Poselenov writes: > > No, all results are for the GCC project. "Mainline" here means the > current development version of GCC. For it, the sum of the test code > size is 3503061, vs. 3542052 for the gcc_4_0_0 branch. But again, > this performance is achieved by the significant regressi

Re: powercp-linux cross GCC 4.2 vs GCC 4.0.0: -Os code size regression?

bedded > firmware (U-Boot) and it doesn't fit into the reserved space > anymore. > > Andrew Haley wrote: > > Sergei Poselenov writes: > > > Hello all, > > > > > > I'm using the ppc-linux gcc-4.2.2 compiler and noted the code > &

Re: powercp-linux cross GCC 4.2 vs GCC 4.0.0: -Os code size regression?

Sergei Poselenov writes: > Hello Andrew, > > > Now, I sympathize that in your particular case you have a code size > > regression. This happens: when we do optimization in gcc, some code > > bases will lose out. All that we can promise is that we try not to > > make it worse for most users

Re: Memory leaks in compiler

Kaveh R. Ghazi writes: > From: "Tom Tromey" <[EMAIL PROTECTED]> > > >> "Kaveh" == Kaveh R GHAZI <[EMAIL PROTECTED]> writes: > > > > Kaveh> + mpfr_free_cache (); > > > > Why not just add a valgrind suppression for this? > > There's little point in freeing things just before exit. > >

Re: powercp-linux cross GCC 4.2 vs GCC 4.0.0: -Os code size regression? [Emcraft #11717]

Gabriel Paubert wrote: On Thu, Jan 17, 2008 at 05:48:10PM +0300, Sergei Poselenov wrote: Hello Andrew, Preprocessed and assembler code generated by the GCC 4.2.2 ppc-linux cross-compiler: http://www.emcraft.com/codesize/gcc-4.2.2/interrupts.i http://www.emcraft.com/codesize/gcc-4.2.2/interrup

Re: powercp-linux cross GCC 4.2 vs GCC 4.0.0: -Os code size regression? [Emcraft #11717]

David Edelsohn wrote: Andrew Haley writes: Andrew> I suspect that the real reason for the change in save/restore is because Andrew> not using lmw/stmw is faster. That's just a guess though. gcc could probably Andrew> be fixed to use ldmw/stmw if -Os is used. Andrew> Anyway

Re: GCC 4.3 target deprecation proposals

NightStrike wrote: On 1/21/08, John David Anglin <[EMAIL PROTECTED]> wrote: The following target architectures have seen no test results posted in the past year: arc, c4x (as listed above), crx, iq2000, mt, pdp11, score, stormy16, vax. Regarding vax, I don't have the time to maintain it. HPPA

Re: GCC 4.3 target deprecation proposals

Manuel López-Ibáñez wrote: On 22/01/2008, Andrew Haley <[EMAIL PROTECTED]> wrote: NightStrike wrote: I work for a company that makes significant use of gcc to target vax. The people involved are users, not developers, of gcc. Does any part of the deprecation requirements take into a

Re: _Unwind_Resume on the stack

Pavan R wrote: Hi, We find our application dumps core on Suse 10 SP1 that has libgcc-4.1.2_20070115-0.11 shipped, with the top of the stack as : Program terminated with signal 11, Segmentation fault. #0 0xf7aca09c in memcpy () from /lib/libc.so.6 (gdb) bt #0 0xf7aca09c in memcpy () from /lib/

Re: Fwd: _Unwind_Resume on the stack

Pavan R wrote: Can I get some help on this. Surely you already have an answer. The libgcc on suse 10 isn't compatible with your RHEL3-compiled program, so you discovered the fix was to put a better libgcc in your LD_LIBRARY_PATH. Since you have found a fix that works, why do you still want he

Re: gcc hangs ! (version 4.1.2, Ubuntu 4.1.2-0ubuntu4)

Sunzir Deepur wrote: followup: After a considerabale amount of time (e.g. 15 seconds), something is suddenly freed, and the compilation completes successfully. afterwards trying to recompile the file completes immediately (it is not a big file, so it takes fraction of a second). I don't know wha

Re: gcc hangs ! (version 4.1.2, Ubuntu 4.1.2-0ubuntu4)

Sunzir Deepur wrote: On Feb 17, 2008 3:55 PM, Andrew Haley <[EMAIL PROTECTED]> wrote: Sunzir Deepur wrote: followup: After a considerabale amount of time (e.g. 15 seconds), something is suddenly freed, and the compilation completes successfully. afterwards trying to recompile th

Re: atomic accesses

Paul Koning wrote: I'm really wondering why this is being considered. A documented property of the form "GCC will use a single instruction to do X when possible" means exactly nothing. In particular, to call such a statement a "guarantee" is seriously misleading. I agree. If Linux needs the

Re: atomic accesses

Jakub Jelinek wrote: On Tue, Mar 04, 2008 at 04:37:29PM +, Andrew Haley wrote: Typically those would be found in asm statements. I suspect it would be valuable to have standardized primitives for atomic actions (semaphores, spinlocks, test-and-set primitives, circular buffers, pick one

Re: atomic accesses

Segher Boessenkool wrote: As I said before, I think any words of this form SHOULD NOT be added. All it does is add words to the documentation that provide NO guarantee of anything -- but in a way that will confuse those who don't read it carefully enough into thinking that they DID get some sort

Re: atomic accesses

Ross Ridge wrote: > Segher Boessenkool writes: >> ... People are relying on this undocumented GCC behaviour already, >> and when things break, chaos ensues. > > GCC has introduced many changes over the years that have broken many > programs that have relied on undocumented or unspecified behaviour

Re: atomic accesses

Martin Jambor wrote: > On Tue, Mar 04, 2008 at 10:50:17PM +, Paul Brook wrote: >>> AFAIK the only reason we don't break this rule is that doing so would >>> be grossly inefficient; there's nothing to stop any gcc back-end with >>> (say) seriously slow DImode writes from using two SImode writes

Re: Linux doesn't follow x86/x86-64 ABI wrt direction flag

Aurelien Jarno wrote: > H. Peter Anvin a écrit : >> Michael Matz wrote: >>> >>> On Wed, 5 Mar 2008, Aurelien Jarno wrote: >>> > So I think gcc at least needs an *option* to revert to the old > behavior, > and there's a good argument to make it the default for now, at least > for >>>

Re: RELEASE BLOCKER: Linux doesn't follow x86/x86-64 ABI wrt direction flag

Olivier Galibert wrote: > On Thu, Mar 06, 2008 at 03:03:15PM +0100, Paolo Bonzini wrote: >> Olivier Galibert wrote: >>> On Wed, Mar 05, 2008 at 05:12:07PM -0800, H. Peter Anvin wrote: It's a kernel bug, and it needs to be fixed. >>> I'm not convinced. It's been that way for 15 years, it's tha

Re: Official GCC git repository

David Woodhouse wrote: > On Thu, 2008-03-13 at 13:35 -0400, Daniel Berlin wrote: >> If by "really weird" you mean "nobody has any real complaints about >> the way it works and are happy it is close to what they were using >> before", then yes, they are using something "really weird". > > To be hon

Re: Official GCC git repository

Ben Elliston wrote: >> David Woodhouse wrote: > >>> To be honest, I find it weird that Subversion even exists. Precisely >>> because it _is_ so close to what people were using before, as you point >>> out. I've never really understood why anyone would bother to change from >>> CVS to SVN -- it jus

Re: Been Looking how gcc operates there is a major weaknesses in its optimiser.

Peter Dolding wrote: > Ian Lance Taylor wrote: >> "Peter Dolding" <[EMAIL PROTECTED]> writes: >> >> >>> Since test is in a different object file it gets completely skiped >>> from optimising even that it should be optimised out. >>> >> >> http://gcc.gnu.org/wiki/LTO_Driver >> >> Ian >> >

Re: gcj broken on darwin

Jack Howarth wrote: >It appears that gcj in gcc 4.3.0 is broken on Darwin. If > one builds gcc 4.3.0 executing... > > contrib/download_ecj > > before running configure, the build succeeds in creating an > ecj1 but when gcj is used to compile an example like testme.java... > > public class te

Re: gcj broken on darwin

Jack Howarth wrote: > Matthias, >My mistake. I see the same issue with gcc-4.2.2 on darwin > which is indeed resolved with --main=testme. I am puzzled why > this isn't automatically handled (as it seems to be with > javac)? It's isn't automatically handled, you have to provide it at runtime:

Re: executable stack in gcc shared libs?

Paweł Sikora wrote: > Hi all, > > I noticed (readelf -lW/grep) that some gcc libraries require executable stack: > > /usr/lib64/libffi.so.4.0.1 GNU_STACK 0x00 0x >0x 0x00 0x00 RWE 0x8 > /usr/lib64/libgcj.so.8.0.0 GNU_STA

Re: executable stack in gcc shared libs?

[EMAIL PROTECTED] wrote: > 21/3/2008, "Andrew Haley" <[EMAIL PROTECTED]> napisał/a: > >> I don't know for sure about libgmp, but the others don't need execstack. > > hmm, looks like PR libffi/28036. How would this affect libgmp? Andrew.

Re: executable stack in gcc shared libs?

[EMAIL PROTECTED] wrote: > 21/3/2008, "Andrew Haley" <[EMAIL PROTECTED]> napisał/a: > >> [EMAIL PROTECTED] wrote: >>> 21/3/2008, "Andrew Haley" <[EMAIL PROTECTED]> napisał/a: >>> >>>> I don't know for sure about l

Re: SSA Vs unSSA

Fran Baena wrote: > what are the advantages and inconvenients of get RTL from SSA rather > than GIMPLE (previously translated from SSA)? It would mean that the expander would have to understand and unpick SSA-specific stuff like PHI-nodes. It could be done, but I sure can't think of any reason

Re: sizeof(array) with variable-length array parameter

[EMAIL PROTECTED] wrote: > Dear gcc users and developers, > > This might be a stupid question, nevertheless... > > I've been wondering for a long time, why the behaviour of > variable-length arrays w.r.t. the sizeof operator is different > for local/auto variables and for function arguments

Re: A query regarding the implementation of pragmas

Mohamed Shafi wrote: > For a function call will i be able to implement long call/short call > for the same function at different locations? > Say fun1 calls bar and fun2 calls bar. I want short-call to be > generated for bar in fun1 and long-call to be generated in fun2. > Is to possible to implem

Re: String content not emitted

Boris Boesler wrote: > The following "program" can be compiled without problems. > > extern void something(char *s); > char msg[] = "123456"; > int main(int argc, char **argv) > { > something(msg); > return 0; > } > > But I can't compile it correctly with my backend. The content of msg is

Re: How to insert functions?

Hugh Leather wrote: > Hi, > > I am trying to add a new destructor function to object files I > compile. I'm doing this to instrument programs and then, once the > program has finished I want to print out the statistics I've gathered. > So, just before pass 'remove_useless_stmts' is called on

Re: US-CERT Vulnerability Note VU#162289

Robert C. Seacord wrote: > Neil, > > I'm not sure I understand what you mean by the following: > >> A program that does not satisfy this constraint is erroneous, and many >> compilers take advantage of this constraint to optimize code more >> effectively. > Just because a program contains undefi

Re: Division using FMAC, reciprocal estimates and Newton-Raphson - eg ia64, rs6000, SSE, ARM MaverickCrunch?

Paolo Bonzini wrote: > >> I'd like to implement something similar for MaverickCrunch, using the >> integer 32-bit MAC functions, but there is no reciprocal estimate >> function on the MaverickCrunch. I guess a lookup table could be >> implemented, but how many entries will need to be generated, a

Re: Division using FMAC, reciprocal estimates and Newton-Raphson - eg ia64, rs6000, SSE, ARM MaverickCrunch?

Andrew Haley wrote: > Paolo Bonzini wrote: >>> I'd like to implement something similar for MaverickCrunch, using the >>> integer 32-bit MAC functions, but there is no reciprocal estimate >>> function on the MaverickCrunch. I guess a lookup table could be >>

Re: inline assembly question (memory side-effects)

Till Straumann wrote: > What is the proper way to tell gcc that a > inline assembly statement either modifies > a particular area of memory or needs it > to be updated/in-sync because the assembly > reads from it. > > E.g., assume I have a > > struct blah { >int sum; > ... > }; > > which i

Re: Division using FMAC, reciprocal estimates and Newton-Raphson - eg ia64, rs6000, SSE, ARM MaverickCrunch?

Paolo Bonzini wrote: > >> I'd like to implement something similar for MaverickCrunch, using the >> integer 32-bit MAC functions, but there is no reciprocal estimate >> function on the MaverickCrunch. I guess a lookup table could be >> implemented, but how many entries will need to be generated, a

Re: gcc 4.3.0 build; I built the g++ compiler, but there are no header files and no C++ libraries

chris kuhlman wrote: > Hello: > > I wrote to the help gcc site and got no response, so I am writing here. > Help would be immensely appreciated. > > I am trying to build GCC 4.3.0. I built GMP 4.2.2 and MPFR 2.3.1, > and then I built GCC 4.3.0. Everything appeared to go fine. I > installed co

Re: GCC 4.2.4 Released

Paul M. Dubuc wrote: > Joseph S. Myers wrote: >> GCC 4.2.4 has been released. >> >> GCC 4.2.4 is a bug-fix release, containing fixes for regressions in >> GCC 4.2.3 relative to previous GCC releases. This release is >> available from the FTP servers listed at: >> >> http://www.gnu.org/order/ftp.

Re: GCC 4.2.4 Released

Paul M. Dubuc wrote: > Andrew Haley wrote: >> Paul M. Dubuc wrote: >> >>> Joseph S. Myers wrote: >>> >>>> GCC 4.2.4 has been released. >>>> >>>> GCC 4.2.4 is a bug-fix release, containing fixes for regressions

Re: Curious about gcc v4.1.2, x86 assembly, and stack overallocation

gdb guy wrote: > If I have the following code: > > > Basically I'm just curious to understand why gcc adds this extra space. The stack pointer is always 16-aligned. Does that help? Andrew.

Re: Question about building hash values from pointers

Kai Tietz wrote: > as I noticed, most hash value calculations are trying to use pointer > values for building the value and assume that a long/unsigned long scalar > is wide enough for a pointer. This is at least for w64 target not true. So > I want to know, if it would be good to introduce an

Re: Question about building hash values from pointers

Kai Tietz wrote: > Andrew Haley <[EMAIL PROTECTED]> wrote on 30.05.2008 11:45:50: > >> Kai Tietz wrote: >> >>> as I noticed, most hash value calculations are trying to use pointer >>> values for building the value and assume that a long/unsigned long

Re: Question about building hash values from pointers

Richard Guenther wrote: > On Fri, May 30, 2008 at 10:57 AM, Kai Tietz <[EMAIL PROTECTED]> wrote: >> Hi, >> >> as I noticed, most hash value calculations are trying to use pointer >> values for building the value and assume that a long/unsigned long scalar >> is wide enough for a pointer. This is at

Re: Question about building hash values from pointers

Ian Lance Taylor wrote: > Andrew Haley <[EMAIL PROTECTED]> writes: > >> Richard Guenther wrote: >>> On Fri, May 30, 2008 at 10:57 AM, Kai Tietz <[EMAIL PROTECTED]> wrote: >>>> Hi, >>>> >>>> as I noticed, most hash value calculat

Re: How to build on AMD64/Debian under x86 32bits chroot?

Basile STARYNKEVITCH wrote: > Hello All > > As (I imagine) many developers I have a 64 bits machine - running Debian > (Sid) Linux AMD64. > > I want to test my MELT branch on x86 (32 bits). So I set up (using > debootstrap) a x86 32 bits Debian/Lenny chroot-ed system (in /debian32) > which has mo

Re: Using __sync_* builtins within libgcc code

H.J. Lu wrote: > On Tue, Jun 10, 2008 at 02:27:17PM +0200, Paolo Carlini wrote: >> Joseph S. Myers wrote: >>> I hold that it is a bug that i686-* tools default to -march=i386 instead >>> of -march=i686 (whereas e.g. sparcv9-* tools default to -mcpu=sparcv9, and >>> -mcpu means -march for SPARC).

Re: auto const ints and pointer issue

Karen Shaeffer wrote: > On Tue, Jun 17, 2008 at 11:01:31AM -0700, Ian Lance Taylor wrote: >>> >>> output ~~ >>> $ const_ints >>> const int ic = 0 *cip = 5 *ip = 5 >>> &ic = 0xbfbd72a0cip =

Re: Stack Pointer/Size on GIMPLE?

[EMAIL PROTECTED] wrote: > my intention is to add a pass at the Gimple (maybe SSA) level. The > current problem is that I would like to generate code that saves the > contents of the stack to a different memory location. Is there a way to > access stack pointer and stack size (and the direction in

Re: Should we remove java from the default bootstrap languages?

Diego Novillo wrote: > > I posted this question to the SC panel at the GCC Summit today. I > wanted to consider the possibility of making java a non-default language. > > Would the Java maintainers agree to this? > > The rationale is mostly that Java takes a very long time to build, and > it do

Re: Should we remove java from the default bootstrap languages?

Tom Tromey wrote: >>>>>> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes: > > Diego> I posted this question to the SC panel at the GCC Summit today. I > Diego> wanted to consider the possibility of making java a non-default > language

Re: Should we remove java from the default bootstrap languages?

Janis Johnson wrote: > On Fri, 2008-06-20 at 10:41 -0600, Tom Tromey wrote: >>>>>>> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes: >> Diego> I posted this question to the SC panel at the GCC Summit today. I >> Diego> wante

Re: Should we remove java from the default bootstrap languages?

Tom Tromey wrote: >> "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes: > > Ian> Is it possible to only build and test a subset of libjava by default, > Ian> and still get useful coverage of Java? The issue I see is simply that > Ian> building libjava is half of the time required for a boo

Re: Should we remove java from the default bootstrap languages?

Diego Novillo wrote: > On 6/19/08 11:06 AM, Janis Johnson wrote: > >> I'll continue to include java in my nightly builds on >> powerpc64-unknown-linux-gnu, for which I test with both -m32 and -m64. > > Likewise. I will keep including java in my ppc64, i686 and x86_64 daily > testers. I'm only t

Re: Should we remove java from the default bootstrap languages?

Tom Tromey wrote: >> "Florian" == Florian Weimer <[EMAIL PROTECTED]> writes: > >>> We could look into this. The minimum subset is probably several >>> hundred classes. For instance, Class refers to URL, which will >>> probably pull in most of java.net. > > Florian> Can't you fallback to the

Re: Should we remove java from the default bootstrap languages?

Diego Novillo wrote: > On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote: > >> That aside, our current policy already allows e.g. not testing java if >> your change is to a part of the compiler that can't possible affect it. > > I didn't make it completely clear, but my sugg

Re: Should we remove java from the default bootstrap languages?

Steven Bosscher wrote: > On Sat, Jun 21, 2008 at 12:41 AM, Kaveh R. Ghazi <[EMAIL PROTECTED]> wrote: >> Fundamentally, our philosophy has been to catch errors *before* they get >> into the repository. Sure one day of breaking the trunk isn't so bad, but >> when it breaks it affects hundreds of dev

Re: RFA and RFC: tweak -fstrict-aliasing docs, provide pointer-cast example

Hans-Peter Nilsson wrote: > There's background in > . Neither > Richi nor me could find the union-assignment "gcc extension" at > a glance, probably because it's not an *extension* but an > implementation-defined behavior, and actually duly docume

Re: RFA and RFC: tweak -fstrict-aliasing docs, provide pointer-cast example

Hans-Peter Nilsson wrote: >> Date: Tue, 24 Jun 2008 10:36:15 +0100 >> From: Andrew Haley <[EMAIL PROTECTED]> > >> I thought cast-through-pointer-to-union didn't work and was already >> disallowed; we've been around all this already. > > We also bl

Re: RFA and RFC: tweak -fstrict-aliasing docs, provide pointer-cast example

Richard Guenther wrote: > On Wed, Jun 25, 2008 at 4:04 PM, Andrew Haley <[EMAIL PROTECTED]> wrote: >> Hans-Peter Nilsson wrote: >>>> Date: Tue, 24 Jun 2008 10:36:15 +0100 >>>> From: Andrew Haley <[EMAIL PROTECTED]> >>>> I thought

Re: RFA and RFC: tweak -fstrict-aliasing docs, provide pointer-cast example

Gabriel Dos Reis wrote: > On Wed, Jun 25, 2008 at 9:49 AM, Andrew Haley <[EMAIL PROTECTED]> wrote: >> Richard Guenther wrote: >> The C++ standard calls this a type pun, so -- with all due respect -- I'm > > The C++ standard does not actually call it a type pun,

Re: Should we remove java from the default bootstrap languages?

Mark Mitchell wrote: > Andrew Haley wrote: > >>>> But, I am actually ok with having it be disabled by default, provided >>>> that regressions affect gcj are treated seriously: fixed in a timely >>>> way by the person causing the regression, or, if not, le

Re: Should we remove java from the default bootstrap languages?

Mark Mitchell wrote: > Andrew Haley wrote: > >>> I agree. I also agree that if someone breaks Java, they should be >>> required to fix the problem. In fact, we could have the rule that the >>> Java maintainers get to revert a patch summarily based merely on the

Re: No warning of violating strict aliasing rule and produce wrong code

Bingfeng Mei wrote: > Hello, > > In following code, gcc (mainline version as well as previous versions) > produces wrong code without giving any warning regarding strict aliasing > violation. > > ~/work/trunk-x86/bin/gcc tst.c -O3 -o tst -Wstrict-aliasing=2 > ./tst > barrier1 > Miscompilation >

Re: No warning of violating strict aliasing rule and produce wrong code

Bingfeng Mei wrote: > Sorry, I made a mistake. My local copy of mainline version (still 4.3.0 > 20080213) doesn't gave warning. I just updated my mainline GCC and it > does give warning now. I think that you'll find the release 4.3 version does too. While we try to ensure that gcc warns whenever

Re: Feature request - a macro defined for GCC

x z wrote: > I would like to see that GCC define a macro in the case it is being > used to compile a program. Currently there is a __GNUC__ macro > defined by the GNU C preprocessor CPP. That does not suit the need. > As the CPP Manual says: __GNUC__ is "defined by all GNU compilers > that use th

Re: Feature request - a macro defined for GCC

x z wrote: > I think an important point was missed in the discussion. Some seem > to focus on the dishonest definition of __GNUC__ by non-GNU C > compilers. That was not my point. My point is that if __GNUC__ is > defined by CPP, not the GNU C compiler proper, (and this seems to be > supported

Re: Feature request - a macro defined for GCC

Jim Wilson wrote: > If the Intel compiler correctly implements the GNU C language, > then it shouldn't matter if the code is being compiled by GCC or ICC. > Unless maybe you ran into a GCC bug, and want to enable a workaround > only for GCC. I think you'd want to conditionalize such a test on the

Re: Feature request - a macro defined for GCC

Chris Lattner wrote: > IMO, the whole notion of a compiler-specific macro has pretty limited > usefulness. Why not add macros for specific *features* offered by the > compiler. For example: > > #ifdef __SUPPORTS_NESTED_FUNCTIONS__ > > is much better than some mismash of version checking, which

Re: GCC/GCJ, SWT, and license lock-in

Steve Perkins wrote: >I have a question about using GCC/GCJ to compile a Java application > which uses the SWT framework for its GUI, and whether this locks you in > or out of any licensing options. I apologize in advance if this > question is somewhat off-topic... I searched "gnu.org" for a m

Re: GCC/GCJ, SWT, and license lock-in

Steve Perkins wrote: >> You couldn't do that. However, libgcj carries with it an exception that >> allows you to link non-GPL code. Look at the license for more details. > >Can you perhaps elaborate? No offense, but I think the original > message makes clear that "looking at the licenses for

Re: gcj/sparc64?

Tom Tromey wrote: >> "Jay" == Jay <[EMAIL PROTECTED]> writes: > > Jay> This is an incomplete bug report. > Jay> unified gcc 4.3.1/binutils 2.18/gmp/mpfr tree: > Jay> -bash-3.00$ gcc -v > Jay> Using built-in specs. > Jay> Target: sparc-sun-solaris2.10 > > [...] > Jay> /.libs/H

Re: gcc will become the best optimizing x86 compiler

Agner Fog wrote: > Basile STARYNKEVITCH wrote: >>At last, at the recent (july 2008) GCC summit, someone (sorry I forgot > who, probably someone from SuSE) >> proposed in a BOFS to have architecture and machine specific > hand-tuned (or even hand-written assembly) low >> level libraries for such bas

Re: Pedantic error on address-of main breaks libjava bootstrap

Aaron W. LaFramboise wrote: > When building libjava stacktrace.o on i386-pc-mingw32, bootstrap fails > with: > >> ./sysdep/backtrace.h: In function '_Unwind_Reason_Code >> fallback_backtrace(_Unwind_Reason_Code (*)(_Unwind_Context*, void*), >> _Jv_UnwindState*)': >> ./sysdep/backtrace.h:107: error

Re: failure notice

G Shyam Sundar wrote: > Hi, >I am working with a kernel module, which was compiled using GCC > 4.X, for x86_64 platform. >After dis-assembling the module object file, I see that the callq > function is always called with the next instruction of the code as the > target address(based on IP o

Re: Pedantic error on address-of main breaks libjava bootstrap

Manuel López-Ibáñez wrote: > 2008/7/30 Aaron W. LaFramboise <[EMAIL PROTECTED]>: >> Andrew Haley wrote: >>> Aaron W. LaFramboise wrote: >>>> When building libjava stacktrace.o on i386-pc-mingw32, bootstrap fails >>>> with: >>>>

Re: -Os effect on MIPS and PowerPC

Sergei Poselenov wrote: > Hello, > > A naive question. For the same toolchain (gcc-3.2, binutils-2.11.94, > glibc-2.3.1) I've got the following binary sizes (busybox, built > with -Os): > > MIPS: > bash# size busybox >textdata bss dec hex filename > 1650805564 10168

Re: Exception handling tables for function generated on the fly

Tom Quarendon wrote: > If I do this I get std::terminate called from __cxa_throw. Researching > this it seems that I somehow need to register some exception handling > tables to correspond to the "magic" function to enable the exception > handler to allow the exception to propagate through. Right

Re: GCC 2.95.3 bug

Sebastian Redl wrote: > Balogh, Ray wrote: >> Dear GCC folks: >> >> I'm having a problem with GCC 2.95.3 that appears to be a compiler >> bug. It seems to be optimizing out inlined function code with side >> effects, and is related to binding a non-const pointer to a const >> pointer reference fun

Re: Can gcc 4.3.1 handle big function definitions?

Klaus Grue wrote: > Is this a known problem: > > After upgrading to gcc 4.3.1, I can no longer compile a function whose > source code is 0.7 Megabyte before preprocessing and 3.5 Megabyte after > preprocessing. > > The function (named "testsuite") is just a long list of statements > essentially

Re: virtual registers in ASM

Thomas A.M. Bernard wrote: > Hi, > > Is there a way to order the compiler to output only virtual registers > within the assembly code ? (pointers to GCC code sections in back-end or > in MD files are welcome) Hence the result assembly code would not have a > conventional register allocation. It wo

Re: volatile structures: Is that a bug?

Etienne Lorrain wrote: > On C structures, for attributes like "const", it is enough to consider > that each field inherit the attribute of the structure. > But for the volatile attribute, is it valid to treat each field as > volatile like GCC does it now? "An object that has volatile-qualified ty

Re: volatile structures: Is that a bug?

Etienne Lorrain wrote: >>> On C structures, for attributes like "const", it is enough to >>> consider that each field inherit the attribute of the structure. >>> But for the volatile attribute, is it valid to treat each field as >>> volatile like GCC does it now? >> "An object that has volatile-qu

java: Add new rewite rule for VMCPStringBuilder.toString()

t,int) --> java.lang.String.toString(char[],int,int) I've also had to add a new field to the rewrite rules, that of the destination class, but unless I've made a mistake this won't make any difference to the existing rules. Andrew. 2008-09-22 Andrew Haley <[EMAIL PROTECTED]>

Re: Updating an operand in RTL for a builtin function

Mohamed Shafi writes: > I am trying to implement a builtin function __macf for a private target. > I have added the required target hooks for this. > Say for the following code > > int main() > { > int operand1 = 2; > int operand2 = 3; > int operand3 = 4; > int result; > >

Re: libjava Divide_1 and pr6388 fail on 4.2.0 RC3 for several targets

David Daney writes: >> I was hoping that 4.2.0 would be good, but very recently someone > >> broke it. Don't people test for regressions before committing? > > According to the testresults list, this broke between r124328 and > > r124356. There were two commits to the branch in that interva

Re: libjava Divide_1 and pr6388 fail on 4.2.0 RC3 for several targets

Eric Botcazou writes: > > According to > > http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00132.html, this bug > > isn't manifested on x86_64, either. > > Wrong choice, this is the 4.1 branch. > > > So, I have no hardware on which I can test the problem today. > > See http://gcc.gnu.o

<    5   6   7   8   9   10   11   >