On Tue, Oct 23, 2007 at 09:54:55AM +0800, Franklin wrote:
> Hi, list.
>
> Right now I'm building new toolchain using old one provided by our vendor. I
> have built binutils and gcc-4.1.1 successfully. However while building
> glibc-2.4 it always told me:
>
> runn
Hi, list.
Right now I'm building new toolchain using old one provided by our vendor. I
have built binutils and gcc-4.1.1 successfully. However while building
glibc-2.4 it always told me:
running configure fragment for nptl/sysdeps/pthread
checking for forced unwind support... no
conf
Hi, There!
For testing reasons I started to build gcc-4.1.1 on an embedded ppc system
which has a working
gcc-4.2.1 on it already:
$ gcc -v
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with: ../gcc-4.2.1/configure --prefix=/usr --libexecdir=/usr/lib
--enable-languages=c
On Wed, 2007-09-26 at 23:35 +0800, 吴曦 wrote:
> Thanks, it's the problem of pass_stack_adjustments.
pass_stack_adjustments isn't in gcc-4.2.x; it is only on mainline. But
the flow stuff you are using isn't on mainline anymore since the
dataflow merge. Maybe you are using a month or two old snapsh
2007/9/26, Jim Wilson <[EMAIL PROTECTED]>:
> On Tue, 2007-09-25 at 15:13 +0800, 吴曦 wrote:
> > propagate_one_insn), I don't understand why GCC fails the computation
> > of liveness if there is no optimization flag :-(.
>
> There is probably something else happening with -O that is recomputing
> some
On Tue, 2007-09-25 at 15:13 +0800, 吴曦 wrote:
> propagate_one_insn), I don't understand why GCC fails the computation
> of liveness if there is no optimization flag :-(.
There is probably something else happening with -O that is recomputing
some liveness or CFG info. For instance, the flow2 pass w
2007/9/25, Jim Wilson <[EMAIL PROTECTED]>:
> ÎâêØ wrote:
> > (define_insn "*shift_predicate_cmp"
> > [(set (const_int 0)
> > (and:BI (and:BI (match_operand:BI 1 "register_operand" "c")
> > (and:BI (match_operand:DI 2 "gr_reg_or_8bit_adjusted_operand"
> > "rL")
> >
ÎâêØ wrote:
(define_insn "*shift_predicate_cmp"
[(set (const_int 0)
(and:BI (and:BI (match_operand:BI 1 "register_operand" "c")
(and:BI (match_operand:DI 2 "gr_reg_or_8bit_adjusted_operand" "rL")
(match_operand:DI 3 "gr_register_operand" "r")))
(ma
Hi.
I am working on Itanium architecture and GCC-4.1.1.
I modify the machine description file ia64.md to support single
predicate set instruction such as:
(%0) cmp.ne %1, p0 = %2, %3
here %0 and %1 are predicates, %2 is a register or immediate, %3 is a
register operand.
more
Hi all,
I have added two new data types for GCC 4.1.1 (for private target).
They are fixed and accum.
Variants of fixed are,
short fixed (1 byte)
fixed (4 byte)
long fixed (8 byte).
While passing short fixed as a function argument, i want to promote it
to fixed type. I tried using
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> On 01 Jun 2007 07:22:39 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> > "Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> >
> > > I am working with a private target(GCC v4.1.1).
> > > For my target the function arguments are passed through registers
On 01 Jun 2007 07:22:39 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> I am working with a private target(GCC v4.1.1).
> For my target the function arguments are passed through registers.
> For this purpose 4 registers are used. If the no. of arg
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> I am working with a private target(GCC v4.1.1).
> For my target the function arguments are passed through registers.
> For this purpose 4 registers are used. If the no. of arguments are
> more than 4, the remaining arguments are passed through stack.
>
Hello all,
I am working with a private target(GCC v4.1.1).
For my target the function arguments are passed through registers.
For this purpose 4 registers are used. If the no. of arguments are
more than 4, the remaining arguments are passed through stack.
But for varargs the arguments are pushed
Hi all,
I need some clarification regarding the debug info generated for
var_arg function.
Target: fr30
Compiler version : v4.1.1
binutils : v2.16
newlib : v1.14.0
<
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I have defined a target hook TARGET_EXPAND_BUILTIN_SAVEREGS (GCC
> 4.1.1) as an alternative to TARGET_SETUP_INCOMING_VARARGS so as to
> code ___builtin_saveregs as per my target. But this target hook is not
> getti
Hi all,
I have defined a target hook TARGET_EXPAND_BUILTIN_SAVEREGS (GCC
4.1.1) as an alternative to TARGET_SETUP_INCOMING_VARARGS so as to
code ___builtin_saveregs as per my target. But this target hook is not
getting recognized.
Is there anything else this target hook depends on?
Regards
3. ./configure
Read the instructions. Building in the source directory is not supported.
Often buggy and thus not suggested, but in principle supported.
Paolo
[EMAIL PROTECTED] wrote on 28/05/2007 09:05:24:
>
> Can you help to upgrade the gcc to 4.1.1 by providing the steps and
> procedure etc
I think you should try the gcc-help mailing list.
Revital
Santhosh1 C wrote:
I am facing issuue in upgrading of gcc-3.3.1 to gcc-4.1.1 in HP-UX 11.11.
Your question would be more suitable for [EMAIL PROTECTED] This
list is for those developing GCC, not its users.
3. ./configure
Read the instructions. Building in the source directory is not
I am facing issuue in upgrading of gcc-3.3.1 to gcc-4.1.1 in HP-UX 11.11.
Not getting any error while compilation, but showing the version 3.3.1 only
after compilation.
Steps we have followed is
1. downloded gcc-4.1.1.tar from gnu.org
2. Untar the file
3. ./configure
4. gmake all
5. gmake install
Dear all,
I compiled and linked a framework (GenPar) with GCC 3.4.6 and the framework
worked perfectly.
I tried to compile and link the same framework with GCC 4.1.1 and I got many
errors:
[/usr/bin/g++ -Wall -W -DNDEBUG -O3 -Wno-deprecated -c KategProblemTest.C -o
Linux/KategProblemTest.o
I had almost the same problem - including the bad cast - on AIX 5.2 and gcc
4.1.1.
My application uses pthreads.
My application packags up the libraries it needs to execute - and I was
using
/usr/local/lib/libstdc++.a when I really wanted
/usr/local/lib/pthread/libstdc++.a
You can see the
Thomas Mittelstaedt wrote:
Hello,
We have a large app with a lot of static libraries in it (and I mean a
lot, about 20) and it compiles and links successfully. If I compile it
without optimiztion turned on
(-O2 or some more subtle with -O and others), the program also runs.
With optimizatio
On Mon, May 21, 2007 at 07:06:47PM +0200, Thomas Mittelstaedt wrote:
> Hello,
>
> We have a large app with a lot of static libraries in it (and I mean a
> lot, about 20) and it compiles and links successfully. If I compile it
> without optimiztion turned on
> (-O2 or some more subtle with -O a
ed ()
#15 0x10b111f0 in AssFactoryNativeC::SelectDefaultLines ()
#16 0x10b0febc in AssFactoryNativeC::BuildRefAssItem ()
[EMAIL PROTECTED] gcc -v
Using built-in specs.
Target: powerpc-ibm-aix5.2.0.0
Configured with: ../gcc-4.1.1/configure
--enable-version-specific-runtime-libs
--enable-languages=c,c++ -
Hi All,
I am adding profiling support for a private embedded target (GCC
4.1.1). I have implemented the profiling library, which includes
mcount, mcleanup, monstartup, moncontrol. For Histogram records, i
need to have the "profil" system call. But my target library does not
conta
Hi all,
I am working with GCC 4.1.1, I need some clarification for the DWARF
information generated by this sample Program,
#include
int fun(const char*, ...);
/* Variadic function */
int fun(const char *raj,...)
{
return 9;
}
int main()
{
fun("Hello world",3,2);
return 0;
Pointer and reg-no 15 is Stack Pointer)
>
> Is this the expected behavior?
It's correct if it matches the generated code. It is possible that
gcc 4.1.1 was able to eliminate the frame pointer in a case where gcc
3.4.6 was not.
> 2. For the variable, const char *raj, the DIE for 3.4.
Hello all,
I ran a sample program with gcc 3.4.6 and gcc 4.1.1 compiler. I need
some clarifications regarding the DWARFinfo generated by these 2
compilers.
Sample Program:
#include
int fun(const char*, ...);
/* Variadic function */
int fun(const char *raj,...)
{
return 9;
}
int main
Rohit Arul Raj wrote:
Can any one suggest a right place to find the differences between the
DWARF formats in gcc compiler versions 3.4.6 and 4.1.1?
They both follow the standard, so there is no major change here. There
are of course changes in the details.
To find the details, you could com
Hi all,
Can any one suggest a right place to find the differences between the
DWARF formats in gcc compiler versions 3.4.6 and 4.1.1?
Regards,
Rohit
Tarmo Pikaro wrote:
> Tried to compile gcc 4.1.1 (and .2) under windows / cygwin environment - and
> end up with error:
This is more a question for gcc-help.
> Used command lines:
>
> $ ./configur
Hi !
Tried to compile gcc 4.1.1 (and .2) under windows / cygwin environment - and
end up with error:
In file included from ../.././gcc/gcc.c:134:
./configargs.h:2: error: missing terminating " character
./configargs.h:3: error: missing terminating " character
./configargs.h:4: er
Jim Wilson wrote:
Rohit Arul Raj wrote:
1. The function mcount: While building with native gcc, the mcount
function is defined in glibc. Is the same mcount function available in
newlib? or is it that we have to define it in our back-end as SPARC
does (gmon-sol2.c).
Did you try looking at newli
Rohit Arul Raj wrote:
1. The function mcount: While building with native gcc, the mcount
function is defined in glibc. Is the same mcount function available in
newlib? or is it that we have to define it in our back-end as SPARC
does (gmon-sol2.c).
Did you try looking at newlib? Try something l
Hi all,
I need to implement profiling support for my backend (GCC 4.1.1).
There is only limited information in GCC Internals to define the
following macros (FUNCTION_PROFILER, PROFILE_HOOK ,NO_PROFILE_COUNTERS
& PROFILE_BEFORE_PROLOGUE) to add profiling support. I need to know
the follo
On Fri, Feb 23, 2007 at 07:00:01AM -0800, Ian Lance Taylor wrote:
> gcc currently does a relatively crummy job of handling this type of
> VLIW architecture. You can describe the dependencies in the
> scheduler, but the scheduler won't insert any required nops for you.
> The usual approach is walk
Paul Brook <[EMAIL PROTECTED]> writes:
> > > 1. Is there a way to check for dependency b/w this two instructions.
> > > 2. Any existing backend that has this type of design.
> >
> > gcc currently does a relatively crummy job of handling this type of
> > VLIW architecture. You can describe the dep
> > 1. Is there a way to check for dependency b/w this two instructions.
> > 2. Any existing backend that has this type of design.
>
> gcc currently does a relatively crummy job of handling this type of
> VLIW architecture. You can describe the dependencies in the
> scheduler, but the scheduler wo
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I am adding floating point support to GCC 4.1.1 for a private target.
>
> My machine can issue
> (1) Two instructions, [one integer insns (16 bit) + one floating point
> insn (16 bit) ]or
> (2) one 32 bit integer in
Hi all,
I am adding floating point support to GCC 4.1.1 for a private target.
My machine can issue
(1) Two instructions, [one integer insns (16 bit) + one floating point
insn (16 bit) ]or
(2) one 32 bit integer insn.
For case (1) , Since both instructions are executed parallely, there
is no
On Sun, 2007-01-28 at 15:41 -0800, Ray Hurst wrote:
> Shouldn't the compiler error out here.
> The statement: p = "" should have been p = '\0';
> Or does the compiler treat them as equivalent.
>
> It seems that only characters should be assigned to char's and strings
> are illegal
Read about the
Shouldn't the compiler error out here.
The statement: p = "" should have been p = '\0';
Or does the compiler treat them as equivalent.
It seems that only characters should be assigned to char's and strings
are illegal
Ray
Richard Guenther wrote:
On 1/28/07, Denis Vlasenko <[EMAIL PROTECTED]>
On 1/28/07, Denis Vlasenko <[EMAIL PROTECTED]> wrote:
char p;
int main() {
p = "";
return 0;
}
Don't you think that "" should end up in rw data?
Why? It's not writable after all.
Richard.
char p;
int main() {
p = "";
return 0;
}
Don't you think that "" should end up in rw data?
/*
.file "t.c"
.section.rodata.str1.1,"aMS",@progbits,1
.LC0:
.string ""
.text
.globl main
.type main, @function
main:
pushl %eb
-uclibc/sys-include -O2 -g -Os -DIN_GCC
-DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include
-Dinhibit_libc -fno-inline -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc
_GCC
-DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include
-Dinhibit_libc -fno-inline -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/.
-I../../gcc-4.1.1/gcc/../
PILE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include
-Dinhibit_libc -fno-inline -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/.
-I../../gcc-4.1.1/gcc/../include
-I../../
Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include
-Dinhibit_libc -fno-inline -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/.
-I../../gcc-4.1.1/gcc/../include
-I../../gcc-4.1.1/gcc/../libcpp/includ
Ian Lance Taylor <[EMAIL PROTECTED]> writes:
> > I have done the following:
> > 1. Defined them in FIXED_REGISTERS, CALL_USED_REGISTERS.
> > 2. Ordered them using REG_ALLOC_ORDER.
> > 3. Created a separate class in enum reg_class (FLOAT).
> > 4. Assigned a specific character to identify the partic
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I am having some problem while allocating floating point registers in GCC
> 4.1.1.
> As of now my target does not have floating point registers. To support
> floating point operations, i added 8 floating point regist
Hi all,
I am having some problem while allocating floating point registers in GCC 4.1.1.
As of now my target does not have floating point registers. To support
floating point operations, i added 8 floating point registers that i
want the gcc to allocate only when the mode is MODE_FLOAT.
I have
Hi Alex,
Right - you should be able to build the MCore port now. At least as
far as newlib/libgloss/libiberty anyway. libstdc++-v3 does not build at
the moment due to a problem unrelated to the 64-bit build OS issue, but
I assume that this does not bother you.
(You will need the latest g
Hi Alex,
this is the error message I'm getting:
/tmp/ccvk5vjH.s:38: Error: operand must be absolute in
range 1..32, not 53
I run on a Linux machine with AMD CPU (x86_64).
Ah yes this problem. I have encountered it too. Presumably you are
using a 64-bit Linux ? If you build in a 32-bit e
Alexander Grobman wrote:
/tmp/ccvk5vjH.s:38: Error: operand must be absolute in
range 1..32, not 53
Some of the embedded target ports won't work if compiled on 64-bit
hosts. mcore-elf seems to be one of them. This problem sometimes shows
up as a gcc error and sometimes shows up as a binutil
pes -Wold-style-definition -isystem
./include -O3 -DNO_FLOATLIB_FIXUNSDFSI -g
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc
-I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/.
-I../../gcc-4.1.1/gcc/../include
-I../../gcc-4.1.1/gcc/../libcpp/include -DL_floatdisf
-c ../../gcc-4.1.1/gcc/libg
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> Before emitting a call instruction, i need to check for function
> attributes. Based on that i need to emit the corresponding call
> instruction. For that, before emitting the call instruction, i check
> for the attributes of the called function throu
Hi all,
I am working with GCC 4.1.1. I need some information on the following
Before emitting a call instruction, i need to check for function
attributes. Based on that i need to emit the corresponding call
instruction. For that, before emitting the call instruction, i check
for the attributes
Hi,
I successfully built gcc 4.1.1 on a Red Hat Enterprise Linux 4
(kernel version 2.6.9-5.EL), and then successfully compiled the Linux
kernel 2.6.18 using that.
Config.guess: i686-pc-linux-gnu
Version (gcc -version):
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with
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
and not cr2/3, I just have the
first ICE
$ powerpc-eabi-gcc -v
Using built-in specs.
Target: powerpc-eabi
Configured with: ../gcc-4.1.1/configure --target=powerpc-eabi --with-cpu=440
--enable-languages=c,c++
Thread model: single
gcc version 4.1.1
The initial i386 compiler is GCC-4.1.1 bootstrap
This behaviour is perfectly documented in gcc-4.1.1/gcc/config/rs6000 line
> 709, but is there a simple solution (maybe involving recompiling the
> compiler) to force re-testing values after function calls?
> I do remember the i386 option -mreg-alloc="dacbSDB", but it does not
Hello,
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 perfectly documented in gcc-4.1.1/gcc/config
Output from gcc -v
Using built-in specs.
Target: hppa2.0w-hp-hpux11.00
Configured with: ../gcc-4.1.1/configure --prefix=/opt/local
--with-local-prefix=/opt/local --with-gnu-as=/opt/local/bin/as
--with-gmp=/opt/local
Thread model: single
gcc version 4.1.1
Languages built: c,c++,fortran,java
> So... could someone elaborate on what it is I am doing that
> is so wrong? What is the successful recipe for using GCC
> 3.3.5 + 4.1.1 and/or binutils under Solaris?
libgcc_s.so is backwards compatible. The 3.3 compiled code should work fine
with the 4.1 libgcc.
It is not forwards compatible.
I'm backed into a corner here and really not sure what the
proper path out is.
-- Our production GCC is 3.3.5. It was built with default
args. Previously we ran 2.95.3. You can perhaps realize
my surprise when I found that a lot of apps we had built
with this GCC 3.3.5 had libgcc_s.so
Output from srcdir/config.guess:
i686-pc-linux-gnu
Output from gcc -v:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../srcdir/configure --prefix=/my_pathname/gcc4.1.1
--enable-languages=c,c++
Thread model: posix
gcc version 4.1.1
Distribution name and version: Red Hat
Rohit Arul Raj writes:
> Hi all,
> I am upgrading my cross-compiler from 3.4.6 to 4.1.1. It has built
> successfully. But while running the test suites, one of the errors
> that i was getting was due to the below mentioned file
> 20020611-1.c that too while optimizing for size Os.
On what arc
Hi all,
I am upgrading my cross-compiler from 3.4.6 to 4.1.1. It has built
successfully. But while running the test suites, one of the errors
that i was getting was due to the below mentioned file
20020611-1.c that too while optimizing for size Os.
/* PR target/6997. Missing (set_attr "cc" "none
Hi all,
I am upgrading my cross-compiler from 3.4.6 to 4.1.1. It has built
successfully. But while running the test suites, one of the errors
that i was getting was due to the below mentioned file
20020611-1.c
/* PR target/6997. Missing (set_attr "cc" "none") in sleu pattern in
cris.md.
"Rohit Arul Raj" <[EMAIL PROTECTED]> writes:
> I am upgrading my cross-compiler from 3.4.6 to 4.1.1. It has built
> successfully. But while running the test suites, i am getting lots of
> run time errors during optimization tests (Mostly size optimization -
> Os). But the same code with same level
Hi all,
I am upgrading my cross-compiler from 3.4.6 to 4.1.1. It has built
successfully. But while running the test suites, i am getting lots of
run time errors during optimization tests (Mostly size optimization -
Os). But the same code with same level of optimization works fine with
3.4.6.
1.
From: Mohamed Shafi <[EMAIL PROTECTED]>
Subject: t-target file GCC 4.1.1 port
Date: Mon, 25 Sep 2006 04:29:04 -0700 (PDT)
> Hai everyone,
>
> I am trying to port GCC 4.1.1 for my target.
> My target doesn't support float variables.
> It does'nt have the hardware
On 25 September 2006 12:29, Mohamed Shafi wrote:
> I am trying to port GCC 4.1.1 for my target.
> My target doesn't support float variables.
> It does'nt have the hardware to support or recongnize float formats.
> With this in mind do i need to add Floating point emulation
Hai everyone,
I am trying to port GCC 4.1.1 for my target.
My target doesn't support float variables.
It does'nt have the hardware to support or recongnize float formats.
With this in mind do i need to add Floating point emulation support in t-target
file by
providing
# We want fi
powerpc-apple-darwin8.7.0
/usr/local/bin/gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8.7.0
Configured with: ../gcc-4.1.1/configure --disable-multilib
Thread model: posix
gcc version 4.1.1
Languages: default (c, c++, java, obj-c)
I successfully built GCC version 4.1.1 on Cygwin. The details:
Output of running config.guess:
i686-pc-cygwin
Output of gcc -v:
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ../gcc-4.1.1/configure --prefix=/usr/local/gcc-4.1.1
--program-suffix=-4.1.1 --enable-threads=win32
$ config.guess
i686-pc-mingw32
F:\Compilers\MinGW\bin>gcc -v
Using built-in specs.
Target: i686-pc-mingw32
Configured with: ../gcc-4.1.1/configure --prefix=/mingw --disable-shared
--enable-threads --enable-languages=c,c++ --disable-win32-registry
--disable-nls
Thread model: win32
gcc vers
Follows the build info:
config.guess:
i386-pc-mingw32
$ gcc -v
Using built-in specs.
Target: mingw32
Configured with: ../../source/gcc-4.1.1/configure --prefix=/mingw
--host=mingw32 --target=mingw32 --program-prefix="" --with-gcc --with-gnu-ld
--with-gnu-as --enable-threads --d
Bootstrap of GCC 4.1.1, c and c++ only, for an AMD k6-2
config.guess:
i586-pc-linux-gnu
gcc -v
Using built-in specs.
Target: i586-pc-linux-gnu
Configured with: ../gcc-4.1.1/configure --with-arch=k6-2
--enable-languages=c,c++
Thread model: posix
gcc version 4.1.1
(only core, gcc and g++ files
> > Bug reports should be filed for these two problems. Do you have
> > PHCO_20721 and PHCO_26158 installed? Locale might the behavior
> > of awk in generating options.h.
>
> I have PHCO_20721 installed, but not PHCO_26158. And I just wasted
> about a half hour of my life trying to *find* it.
> > Regarding the use of pthreads, that's strange. Without --disable-threads,
> > GCC should use DCE threads on hpux10. GCC definitely knows about the
> > threads available in HP-UX 10. See for example, gthr-dce.h.
>
> I have GNU pth installed in /usr/local, and (according to gcc/config.log)
>
On Sat, Aug 12, 2006 at 02:53:47PM -0400, John David Anglin wrote:
> > In order to build gcc 4.1.1 on HP-UX 10.20 I had to install GNU awk
> > and also configure with --disable-threads. The vendor's awk did not
> > build the options.h file correctly; the exact symptom was d
> In order to build gcc 4.1.1 on HP-UX 10.20 I had to install GNU awk
> and also configure with --disable-threads. The vendor's awk did not
> build the options.h file correctly; the exact symptom was duplicated
> OPT_d and OPT_w symbols in the enum. Then, the build blew up when
In order to build gcc 4.1.1 on HP-UX 10.20 I had to install GNU awk
and also configure with --disable-threads. The vendor's awk did not
build the options.h file correctly; the exact symptom was duplicated
OPT_d and OPT_w symbols in the enum. Then, the build blew up when it
tried to use pth
On Jul 22, 2006, at 1:05 AM, Roar Thronæs wrote:
I have started working on moving the frontend from 3.4.3 to 4.1.1.
If you want to contribute it here, I'd skip 4.1.1 and just do 4.2.
By the time you'd be done, 4.2 would be out. Plus, if you need any
fixes in the compiler, you stand a high
On Sat, Jul 22, 2006 at 01:28:34AM -0700, Andrew Pinski wrote:
>
> On Jul 22, 2006, at 1:05 AM, Roar Thronæs wrote:
>
> >But it seems EXIT_BLOCK_EXPR and LABELED_BLOCK_EXPR have been moved
> >to java, since no one else was using it.
> >
> >Would it be possible to move that code back, please?
>
On Sat, 22 Jul 2006, Andrew Haley wrote:
Roar Thronæs writes:
>
> I have started working on moving the frontend from 3.4.3 to 4.1.1.
> But it seems EXIT_BLOCK_EXPR and LABELED_BLOCK_EXPR have been moved
> to java, since no one else was using it.
>
> Would it be possible to move that code back, p
On Jul 22, 2006, at 1:05 AM, Roar Thronæs wrote:
Hi
But it seems EXIT_BLOCK_EXPR and LABELED_BLOCK_EXPR have been moved
to java, since no one else was using it.
Would it be possible to move that code back, please?
I don't think it should be moved back.
You can add it to your front-end ins
Hi
I am writing a Bliss frontend for gcc, and the current Bliss release is
a frontend for gcc 3.4.3.
(Downloadable from
ftp://ftp.nvg.ntnu.no/pub/vms/bliss/bliss-0_114.tgz,
if anyone is interested. Do not mind the vms path, it compiles on Linux.)
I have started working on moving the frontend fro
===
[EMAIL PROTECTED]:/usr/local/src/gcc-4.1.1> ./config.guess
sparc-sun-solaris2.9
===
[EMAIL PROTECTED]:~> gcc -v
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: /usr/local/src/gcc
Dear colleagues,
Many thanks for the development of GCC!
I built GCC 4.1.1 on 32 and 64 bit computers; the pertinent data is
given below:
32 bit (Intel Pentium4 1.5 GHz):
---
i686-pc-linux-gnu
Using built-in specs.
Target: i686-pc-linux-gnu
Configured
gt; // Inputs - specify same registers as outputs
> > > : "0" (_src), "1" (_dst), "2" (_numwords)
> > > // Clobbers: direction flag, so "cc", and "memory"
> > > : "cc", "memory"
> > >
[EMAIL PROTECTED] writes:
> On Tue, Jun 13, 2006 at 12:01:39PM +0100, Andrew Haley wrote:
> >
> > All you've got here is an inline asm version of
> >
> > inline void longcpy(long* _dst, long* _src, unsigned _numwords)
> > {
> > __builtin_memcpy (_dst, _src, _numwords * sizeof (long));
t;2" (_numwords)
> >// Clobbers: direction flag, so "cc", and "memory"
> > : "cc", "memory"
> > );
> > }
>
> I did not re-check with GCC-4.1.1, but I noticed problems with this
> kin
te)
> : "=S" (_src), "=D" (_dst), "=c" (_numwords)
> // Inputs - specify same registers as outputs
> : "0" (_src), "1" (_dst), "2" (_numwords)
> // Clobbers: direction flag, so "cc", and &
On Tue, Jun 13, 2006 at 12:01:39PM +0100, Andrew Haley wrote:
>
> All you've got here is an inline asm version of
>
> inline void longcpy(long* _dst, long* _src, unsigned _numwords)
> {
> __builtin_memcpy (_dst, _src, _numwords * sizeof (long));
> }
>
> which gcc will optimize if it can.
>
[EMAIL PROTECTED] writes:
> On Tue, Jun 13, 2006 at 10:37:29AM +, [EMAIL PROTECTED] wrote:
> > On Mon, Jun 12, 2006 at 04:59:04PM -0700, Ian Lance Taylor wrote:
> > >
> > > Probably better to say that these are read-write operands, using the
> > > '+' constraint.
> > >
> > > > Now ever
On Tue, Jun 13, 2006 at 10:37:29AM +, [EMAIL PROTECTED] wrote:
> On Mon, Jun 12, 2006 at 04:59:04PM -0700, Ian Lance Taylor wrote:
> >
> > Probably better to say that these are read-write operands, using the
> > '+' constraint.
> >
> > > Now everything works fine at -O3. However, I really don
1 - 100 of 164 matches
Mail list logo
