Bug in gen_addr_rtx() in gcc4.1?

2006-04-25 Thread Charles Fu
On a system which supports 64-bit implementation but with TARGET_ILP32 ABI, like HPUX on ia64, the gcc-4.1 compiler generates incorrect code for the dejagnu test gcc.dg/tree-ssa/pr23386.c. The problem seems because that the gen_addr_rtx() in tree-ssa-address.c always returns Pmode rtx. On a TARGE

Re: Crossed-Native Builds, Toolchain Relocation and MinGW

2006-04-25 Thread Ranjit Mathew
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Murphy wrote: > > I'm totally at a loss to explain the problems Ranjit was experiencing in > this mail then. > > http://gcc.gnu.org/ml/gcc/2006-04/msg00247.html > > the part where he says " when run from within the MSYS environment, > everyth

RE: adding nodes in a tree --(about function name mangling)

2006-04-25 Thread Dave Korn
On 25 April 2006 04:22, sean yang wrote: > I want to insert the instrumentation code no matter from what language the > MPI subroutines are called. > I think I can take care of C and Fortran by the following (psuedo) code, but > how can i find the rule for c++ name mangling? are there many cases t

Re: Windows Unicode and GCC

2006-04-25 Thread Mike Hearn
On Mon, 24 Apr 2006 15:27:07 -0400, Nicolas De Rico wrote: > I would like to compile files created on Windows and encoded in > "Unicode" (UTF-8 or UTF-16). Microsoft puts a little header at the > beginning of files to indicate that they are UTF-16, UTF-8, etc. I > believe that this header is s

Re: Windows Unicode and GCC

2006-04-25 Thread Ranjit Mathew
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Hearn wrote: > On Mon, 24 Apr 2006 15:27:07 -0400, Nicolas De Rico wrote: >> I would like to compile files created on Windows and encoded in >> "Unicode" (UTF-8 or UTF-16). Microsoft puts a little header at the >> beginning of files to indicate

GCC 4.1 and R_PPC64_ADDR32 out of range

2006-04-25 Thread Rene Rebe
Hi, not such an high priority, but testing the latest gcc 4.1.0 in "whole system builds" I stumble over: jackd: error while loading shared libraries: /usr/lib64/libjack.so.0: R_PPC64_ADDR32 4056b70 for symbol `' out of range There only R_PPC64_ADDR32 in .text+0*. Any idea or proposal how t

Re: GCC 4.1 and R_PPC64_ADDR32 out of range

2006-04-25 Thread Andrew Haley
Rene Rebe writes: > Hi, > > not such an high priority, but testing the latest gcc 4.1.0 in > "whole system builds" I stumble over: > > jackd: error while loading shared libraries: /usr/lib64/libjack.so.0: > R_PPC64_ADDR32 4056b70 for symbol `' out of range > > There only R_PPC64_AD

Multiple calls to __gcov_init

2006-04-25 Thread Momchil Velikov
.size _GLOBAL__I_0_foo, .-_GLOBAL__I_0_foo .section.ctors,"aw",@progbits .align 4 .long _GLOBAL__I_0_foo .align 4 .long _GLOBAL__I_0_foo .ident "GCC: (GNU) 4.2.0 20060425 (experimental)" .section.note.GNU-stack,"",@progbits

Re: GCC 4.1 and R_PPC64_ADDR32 out of range

2006-04-25 Thread Rene Rebe
Hi, On Tuesday 25 April 2006 14:21, Andrew Haley wrote: > Rene Rebe writes: > > Hi, > > > > not such an high priority, but testing the latest gcc 4.1.0 in > > "whole system builds" I stumble over: > > > > jackd: error while loading shared libraries: /usr/lib64/libjack.so.0: > > R_PPC64_ADDR

Re: Multiple calls to __gcov_init

2006-04-25 Thread Richard Guenther
On 4/25/06, Momchil Velikov <[EMAIL PROTECTED]> wrote: > Why does GCC emit multiple calls to __gcov_init, via mulitple (two) entries > in > the ctors table? For example "int foo () { return 0; }" compiled with "gcc -S > -fprofile-generate" produces the following assembly file, where the ".ctors"

Re: Bug with SSE on mingw32

2006-04-25 Thread François-Xavier Coudert
> I'm experiencing a strange gfortran bug, i686-pc-mingw32 specific, > with options -march=pentium4 -mfpmath=sse -msse. Some more input... the bug appears when SSE sqrtsd is called, but only if libgfortran contrusctors have been run: cat a.s .file "a.f90" .section .rdata,"dr"

Re: Windows Unicode and GCC

2006-04-25 Thread Nicolas De Rico
Hi, Yes, I was talking about the byte order mark (BOM): http://www.unicode.org/faq/utf_bom.html It seems that BOM is a Unicode UTF facility that MS thought was a great thing to implement, and I certainly agree with that assessment. BOM tells even more than its name implies. A program can de

Re: Windows Unicode and GCC

2006-04-25 Thread Eric Christopher
It seems that BOM is a Unicode UTF facility that MS thought was a great thing to implement, and I certainly agree with that assessment. BOM tells even more than its name implies. A program can detect if a file is encoded in UTF-8, 16LE, 16BE, 32LE and 32BE in a very easy way. I think

Re: GCC 4.1 and R_PPC64_ADDR32 out of range

2006-04-25 Thread Rene Rebe
On Tuesday 25 April 2006 14:21, Andrew Haley wrote: > Rene Rebe writes: > > Hi, > > > > not such an high priority, but testing the latest gcc 4.1.0 in > > "whole system builds" I stumble over: > > > > jackd: error while loading shared libraries: /usr/lib64/libjack.so.0: > > R_PPC64_ADDR32 40

Re: Windows Unicode and GCC

2006-04-25 Thread Nicolas De Rico
Hello and thank you for the reply. I created 3 files (very simple hello world program): hi.c: UTF-8 without BOM hi-8.c: UTF-8 with BOM hi-16.c: UTF-16 with BOM I ran iconv twice for each file. Once with the -f option which explicitly indicates the encoding, and once without the -f option to s

Re: Multiple calls to __gcov_init

2006-04-25 Thread Joe Buck
On Tue, Apr 25, 2006 at 03:05:26PM +0200, Richard Guenther wrote: > On 4/25/06, Momchil Velikov <[EMAIL PROTECTED]> wrote: > > Why does GCC emit multiple calls to __gcov_init, via mulitple (two) > > entries in > > the ctors table? For example "int foo () { return 0; }" compiled with "gcc > > -S

Re: GCC 4.1 and R_PPC64_ADDR32 out of range

2006-04-25 Thread Andrew Haley
Rene Rebe writes: > On Tuesday 25 April 2006 14:21, Andrew Haley wrote: > > Rene Rebe writes: > > > Hi, > > > > > > not such an high priority, but testing the latest gcc 4.1.0 in > > > "whole system builds" I stumble over: > > > > > > jackd: error while loading shared libraries: /usr/

Re: Windows Unicode and GCC

2006-04-25 Thread Eric Christopher
Presumably, cpp wants everything from libiconv in UTF-8 with no BOM. Yes. -eric

libstdc++ in a combined tree

2006-04-25 Thread DJ Delorie
Another one like libssp. In libstdc++-v3's configure.ac, we see this: # This depends on GLIBCXX CHECK_LINKER_FEATURES, but without it assumes no. GLIBCXX_ENABLE_SYMVERS([yes]) The comment lies. If we haven't yet checked the linker features, it will check them, and configure will fail in a comb

Re: Crossed-Native Builds, Toolchain Relocation and MinGW

2006-04-25 Thread Ross Ridge
Ranjit Mathew wrote: >In the problematic case, GCC is able to find "cc1" but not "as" ... ... >Note also that GCC's programme search path does not include >its own location for some reason: ... >d:/MiscAppz/MinGW/lib/gcc/i686-pc-mingw32/4.1.0/../../../../i686-pc-mingw32/bin/ This is the directory

C0ntent c0pu1ation

2006-04-25 Thread Alfredo
Chill out by visiting constantely http://vminimumf6.com > > celano which browkelmann without tableize > > milliseconds nullhang tfulness of dorso

Re: Crossed-Native Builds, Toolchain Relocation and MinGW

2006-04-25 Thread Ranjit Mathew
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ross Ridge wrote: > Ranjit Mathew wrote: >> In the problematic case, GCC is able to find "cc1" but not "as" ... > ... >> Note also that GCC's programme search path does not include >> its own location for some reason: > ... >> d:/MiscAppz/MinGW/lib/gcc