On 11/17/06, Andrew MacLeod <[EMAIL PROTECTED]> wrote:
On Fri, 2006-11-17 at 12:22 -0500, Andrew MacLeod wrote:
> I just tried compiling cplusplus_grammer.ii with mainline, checking
> disabled, and had to stop it after 30 minutes (use to be <50 seconds on
> my x86-linux box). A quick check with
Reported (and confirmed) here:
http://gcc.gnu.org/bugzilla//show_bug.cgi?id=29879
> SVN revision: 118945
> Host: i686-pc-linux-gnu
>
> /home/daniel/svn-build/gcc-head/./gcc/xgcc
> -B/home/daniel/svn-build/gcc-head/./g
> cc/ -B/home/daniel/i686-pc-linux-gnu/gcc-svn//i686-pc-linux-gnu/bin/
> -B/ho
You could always equate the macro to some inline assembly like what is done
for a number of avr-libc macros.
Eric Weddington
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> org] On Behalf Of Shaun Jackman
> Sent: Friday, November 17, 2006 4:31 PM
> To: av
SVN revision: 118945
Host: i686-pc-linux-gnu
/home/daniel/svn-build/gcc-head/./gcc/xgcc -B/home/daniel/svn-build/gcc-head/./g
cc/ -B/home/daniel/i686-pc-linux-gnu/gcc-svn//i686-pc-linux-gnu/bin/ -B/home/dan
iel/i686-pc-linux-gnu/gcc-svn//i686-pc-linux-gnu/lib/ -isystem /home/daniel/i686
-pc-linux
The following macro expands to some rather frightful code on the AVR:
#define BSWAP_16(x) \
x) >> 8) & 0xff) | (((x) & 0xff) << 8))
uint16_t bswap_16(uint16_t x)
{
0:9c 01 movwr18, r24
2:89 2f mov r24, r25
4:99 27 eor r25, r25
Snapshot gcc-4.1-20061117 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20061117/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Fri, 2006-11-17 at 12:22 -0500, Andrew MacLeod wrote:
> I just tried compiling cplusplus_grammer.ii with mainline, checking
> disabled, and had to stop it after 30 minutes (use to be <50 seconds on
> my x86-linux box). A quick check with GDB seems to show that its
> spending in inordinate amoun
>From: "Kaveh R. GHAZI" <[EMAIL PROTECTED]>
>> Matt Fago wrote:
>> One issue here is that '--with-mpfr=path' assumes that 'libmpfr.a' is
>> in 'path/lib' (not true for how I installed it), while '--with-mpfr-
>> dir=path' assumes that 'libmpfr.a' is in 'path', rather than
>> 'path/.libs' (can this
I just tried compiling cplusplus_grammer.ii with mainline, checking
disabled, and had to stop it after 30 minutes (use to be <50 seconds on
my x86-linux box). A quick check with GDB seems to show that its
spending in inordinate amount of time in may_alias:
#0 0x0816d1ac in bitmap_ior_into (a=0x
Thanks for the answers.
> Please remove your changes from your tree, re-pull the current
> mainline and try building again. See my posting test results posting
> in http://gcc.gnu.org/ml/gcc-testresults/2006-11/msg00708.html for
> details on how I got those results. You don't have to appl
> Thanks for the report. I believe some of your issues can be addressed.
> I'll add what I can to my TODO list. However I don't know if anything
> will be done for the 4.1.x series given the restriction for regression
> fixes only. I guess it depends on your definition of "regression", these
> p
On Thu, 16 Nov 2006, Matt Fago wrote:
> I have been struggling with this issue, and now that I have
> successfully built GCC I thought I would share my results. Hopefully
> it can help someone better versed in autotools to improve the build
> of GCC with GMP/MPFR.
>
> For reference, a few older th
I failed to boostrap gcc-4.2.0 with libjava enabled for hppa2.0w-hp-hpux11.00.
Bootstrap fails during installation of libjava.
I tracked it down to install sequence issue. Components (jv-convert, gij, ...)
which require libgcj, libgij, ... are installed before the libraries are
installed.
On Lin
David Fang writes:
>
> *sigh* Bootstrapping on me 5+ yr. old dual-G4 takes quite a while, even
> with make -j2 (which helps a lot). Wish-list: gcj-ccache for classpath
> rebuild acceleration.
What would it do?
Andrew.
I forgot to mention IceCream http://en.opensuse.org/Icecream
which could be an alternative do distcc (that I didn't use yet).
PS On Debian, the packages are icecc [distributed compiler (client and
server)] & icecc-monitor because there the icecream package is a radio
stream download utility.
--
Hi,
> > My question is: how to build gcc bootstrap with distcc correctly.
>
> I believe it is impossible in the general case. bootstrap means to
> compile GCC source code with a GCC compiler just built from the same
> source code. Hence, to distribute this compilation with distcc, you'll
> need
16 matches
Mail list logo
