> On Mar 7, 2024, at 20:08, Richard Biener wrote:
>
>> Am 07.03.2024 um 19:09 schrieb René Rebe :
>>
>> Hey there,
>>
>> I saw the deprecation of ia64*-*-* scrolling by [1].
>>
>> Which surprised me, as (minor bugs aside) gcc ia64*-*-linu
restored respectively.
Given there are currently no other volunteers, I therefore with this email step
up and
offer to become ia64 maintainer for GCC to keep the code compiling, tested and
un-deprecated for the next years and releases to come.
Thank you so much,
René Rebe
[1]
https
sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
Looks to me as if the tarball is missing the .tar extension.
Greetings,
--
René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name
ace in the ecosystem for people to write the scripts
> needed to smooth over those differences. And indeed that ecosystem is
> filled by tools like crosstool and buildtool.
Or the T2 SDE (http://www.t2-project.org).
> This is certainly not ideal. But the organizational differences make
> i
to maintain
it is a time consuming efford. With a major series just started
introducing the next just some months later sound like wasting a
lot of our all time.
Backporting the Geode and *cpy tuning for just you local use-case
in contrast is not that hard at all.
Yours,
--
René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name
manually
> > changed each and any of the Makefiles etc. in the src/ subdirectories
> > there, so it's almost 50 files to make identical changes to.
>
> "find | sed -i" would take most of the pain out of that if you did want to
> try it...
sed "-i"
ardware to the project and individual developers.
> - Ben Hutchings for explaining many of the C++ bugs I found to me.
>I've learned more about C++ in these two weeks than I ever wanted to
>know. ;-) Ben also submitted a number of patches for tricky bugs I
>couldn
On Sunday 05 March 2006 12:27, René Rebe wrote:
> Hi,
>
> On Sunday 05 March 2006 12:12, Andreas Schwab wrote:
> > René Rebe <[EMAIL PROTECTED]> writes:
> >
> > > gcc-4.1.0 hangs when called with -pipe -v --help.
> >
> > I can't reproduce th
Hi,
On Sunday 05 March 2006 12:12, Andreas Schwab wrote:
> René Rebe <[EMAIL PROTECTED]> writes:
>
> > gcc-4.1.0 hangs when called with -pipe -v --help.
>
> I can't reproduce that on ia64-linux. Please see
> <http://gcc.gnu.org/bugs.html> for how to r
Hi all,
gcc-4.1.0 hangs when called with -pipe -v --help.
This interesting combinations of argument pops up during compilation
of xemacs, which invokes gcc -v --help during configure and our
build environment injects (among others) -pipe.
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin
nd 4.1 (i.e., will gzip
> compiled with gcc 4.1 compress a given file faster than gzip compressed
> with gcc 3.4.4).
>
> I tried looking for some benchmarks, but they mainly deal with
> compilation time.
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project.org
+49 (0)30 255 897 45
Hi,
On Tuesday 28 February 2006 22:30, René Rebe wrote:
> Hi,
>
> On Tuesday 28 February 2006 20:54, Mark Mitchell wrote:
>
> > > gxx_include_dir = $(libsubdir)/include/c++
> >
> > That's the problem, then; there's no definition of libsubdir in that
e instal" and the list of installed files ,-)
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project.org
+49 (0)30 255 897 45
;m
> assuming it's empty. If you add "--with-gxx-include-dir=/usr/include"
> to your configury does that help?
In x86_64-t2-linux-gnu/libjava/Makefile
I have:
gxx_include_dir = $(libsubdir)/include/c++
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / German
Hi,
On Tuesday 28 February 2006 19:50, Mark Mitchell wrote:
> René Rebe wrote:
> > Hi all,
> >
> > in my tests gcc 4.1.0-RC{1,2} install headers into a root (/) include
> > directory:
>
> Are you sure? The log you show is presumably from your build log; have
ilib \
--with-gnu-as --with-gnu-ld --enable-threads=posix \
--enable-version-specific-runtime-libs --enable-libgcj --enable-shared
(autogenerated and thus a bit long ,-)
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project
rearange the run scripts into a more reliable
structure and add some more bundled packages as required by the GCC
audience. Ideally we could tag that as Openbench 2 ;-)
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-proj
are wisening up and actually using the
> option that has been there all along.
We used -Os in the past, however I saw major speed regression for C++ with -Os
and 4.0.0. I would need to meassure again with 4.0.x or 4.1 to see if that
changed after the .0 release.
Yours,
--
René Rebe - Rubensstr.
l get a regression tester with permanent historic
build erros and nice graph plots again soon, too.
Needless to say we support most of the Linux supported architectures to
possibly test build on.
PS: Hardware sponsors welcome ,-)
Sincerely yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin
HI again,
On Wednesday 08 June 2005 09:56, René Rebe wrote:
> I did this once in the past but lost my transscript ... What was the
> recommended way to get a sparc64-gnu-linux (or other biarch) compiler that
> defaults to -m32? Is there a config or was the way to patch the linux64.h
Hi all,
I did this once in the past but lost my transscript ... What was the
recommended way to get a sparc64-gnu-linux (or other biarch) compiler that
defaults to -m32? Is there a config or was the way to patch the linux64.h in
the arch config dir?
Thanks in advance,
--
René Rebe
Hi all,
I tried --enable-mapped-location on recent snapshots and wonder if that is
intended to build:
../configure --enable-languages="c,c++" --disable-checking
--enable-__cxa_atexit --enable-mapped-location
and a make yields:
../../gcc/tree-cfg.c: In function `remove_bb':
../../gcc/tree-cfg
22 matches
Mail list logo
