I'm using extensively DLX in the development of several simple DLX
programs in Verilog, VHDL, C, Pascal, Oberon-2, ... and in the
construction of different easy compilers targeting DLX.
I need an updated GCC compiler for DLX, preferibly GCC-3.4.x because
it's more easy, stable and less complex tha
Hi,
A long time ago, Per added USE_MAPPED_LOCATION, but a full switch-over was
held up by (fixable) PCH issues and by Ada maintainers who expect problems
for GNAT if USE_MAPPED_LOCATION becomes the default.
The latest discussions I could find about this concluded that it should
work for Ada too (
Hi,
Attached patch fixes PR/27501. The regression was introduced
in r113432 by dj.
Patch tested on alphaev56-dec-osf5.1a and i686-linux-uclibc.
Please apply.
2006-05-13 Bernhard Fischer <[EMAIL PROTECTED]>
PR/27501
* mkconfig.sh: Use operator '=' for test
Index: gcc-4.2/gcc/mk
Steven Bosscher <[EMAIL PROTECTED]> writes:
| Hi,
|
| A long time ago, Per added USE_MAPPED_LOCATION, but a full switch-over was
| held up by (fixable) PCH issues and by Ada maintainers who expect problems
| for GNAT if USE_MAPPED_LOCATION becomes the default.
|
| The latest discussions I could
Hi,
Fixes PR/27516. makeinfo was executed unconditionally resulting in an
error during make install.
All other parts of the documentation do not treat a missing or old
makeinfo as hard error but continue withoug building info pages.
Tested on alphaev56-dec-osf5.1a where a makeinfo is installed bu
Hi,
s/exercize/exercise/ in fixincludes/README
Please apply.
2006-05-13 Bernhard Fischer <[EMAIL PROTECTED]>
* README: Fix typo.
Index: gcc-4.2/fixincludes/README
===
--- gcc-4.2/fixincludes/README (revision 113737)
+++
On Sat, 13 May 2006, Bernhard Fischer wrote:
> 2006-05-13 Bernhard Fischer <[EMAIL PROTECTED]>
>
> PR/27501
> * mkconfig.sh: Use operator '=' for test
I think you can apply this under our "obvious rule", given the testing
you have done on the affected platform (OSF5.1) and a Linux-b
On Sat, 13 May 2006, Bernhard Fischer wrote:
> s/exercize/exercise/ in fixincludes/README
> Please apply.
>
> 2006-05-13 Bernhard Fischer <[EMAIL PROTECTED]>
>
> * README: Fix typo.
Please go ahead and commit this. (BTW, you do not need to Cc:
the gcc list on patches; gcc-patches is jus
I'll take a look at the bootstrap failure if no-one beats me to it.
(I'm out in the country-side, and though I have good net access
it's a little easier to wait until I'm home Sunday evening.)
Is there a volunteer to implement save/restore the line table for
PCH? Ben Elliston and I talked about
Snapshot gcc-4.2-20060513 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060513/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Hi.
I've been seeing bootstrap errors over the last several days with my
builds of SVN GCC on both Debian and Fedora machines. The builds fail
with a link error when linking one of the 'gen' programs that the build
process creates. The output below was taken off my Debian machine which
is an i586-
Art Haas writes:
>
> The output above was on my Debian machine; the Fedora machine (Rawhide)
> fails in a similiar manner, and likewise bootstrap succeeds if the
> initial compiler is the system compiler and not my most recent GCC
> build.
>
> Anyone else seeing this problem?
Yes. Exac
On 5/14/06, Andrew Haley <[EMAIL PROTECTED]> wrote:
Art Haas writes:
>
> The output above was on my Debian machine; the Fedora machine (Rawhide)
> fails in a similiar manner, and likewise bootstrap succeeds if the
> initial compiler is the system compiler and not my most recent GCC
> build.
On May 13, 2006, at 11:17 AM, Steven Bosscher wrote:
It looks like those gen* programs should be linked with vec.o.
Actually no it should not be linked with vec.o.
Please read PR 18058
and the patch at:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00297.html
which nobody has commented on yet
Hello,
I have downloaded from the HP Porting the source code on subject, but it
is
not a real source: it is a built code for the newer HP platforms.
In order to build it on HP-UX 10.20 Pa-Risc 1.1, could you send me the
real source, or show me where to find it?
Regards
Stefano Repici
On Sat, 13 May 2006, Stefano Repici wrote:
> In order to build it on HP-UX 10.20 Pa-Risc 1.1, could you send me the
> real source, or show me where to find it?
Please refer to our web site at http://gcc.gnu.org; there you will
find a navigation bar with download links.
Gerald
On Sun, 7 May 2006, Mircea Namolaru wrote:
> 2006-05-07 Mircea Namolaru <[EMAIL PROTECTED]>
>
> * opts.c (flag_see): remove its setting at -O3.
gcc/doc/invoke.texi still reads:
@item -fsee
@opindex fsee
Eliminates redundant extension instructions and move the non redundant
ones
Some wrong here. GCC-4.2, just DL'ed last night.
\
-DSTANDARD_STARTFILE_PREFIX=\"../../../\"
-DSTANDARD_EXEC_PREFIX=\"/usr/local/
lib/gcc/\" -DSTANDARD_LIBEXEC_PREFIX=\"/usr/local/libexec/gcc/\"
-DDEFAULT_TARGE
T_VERSION=\"4.2.0\" -DDEFAULT_TARGET_MACHINE=\"i686-pc-cygwin\"
-DSTANDARD_BIN
I added a pass in GCC and successfully built it to binary following the
building procedure (./configure, make, make install). I found
"mygcc/libexec/gcc/i686-pc-linux-gnu/4.0.2/cc1" is different from
"mygcc/gcc/cc1", as shown below.
-
ess errors)
FAIL: g++.old-deja/g++.other/static20.C (test for excess errors)
=== g++ Summary ===
# of expected passes12542
# of unexpected failures2
# of expected failures 69
# of unsupported tests 69
/home/laurence/Projects/Kinetic/GCCFront/tr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Dave Yost points out that a cursory look at the main table
in:
http://gcc.gnu.org/releases.html
(which is linked-to from the main page) gives the impression
that 3.4.6 has been our last release. It is very easy to
miss the fine-print-like
21 matches
Mail list logo
