in the PR doesn't fix this.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
nch from which /usr/sfw/bin/gcc comes.
An unmodified gas from binutils 2.15 won't work since it doesn't support
x86_64. That's what the CSL-built /usr/sfw/bin/gas (slightly modified
version of gas 2.15) adds.
Rainer
--
------
GNU ld, a quite recent version seems to be required).
Unfortunately, gcc's configure.ac doesn't check for this, but should.
Rainer
--
-----
Rainer Orth, Faculty of Technology, Bielefeld University
Jeroen Scheerder writes:
> > So obviously Sun ld doesn't have the necessary support for COMDAT groups
> > (even with GNU ld, a quite recent version seems to be required).
> > Unfortunately, gcc's configure.ac doesn't check for this, but should.
>
> Your analysis is very convincing. So an ugly wo
atch
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02101.html
for bootstrap to succeed.
Unfortunately, I have no idea of the exact requirements from ld to develop
a configure check myself.
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
Diego Novillo writes:
> Is this fixed now? This works for me.
The Ada bootstrap problem on i386-pc-solaris2.10 is fixed, thanks. I tried
to submit a separate bug report via gccbug, but that (like another one a
bit earlier) got silently ignored ;-( It neither made it into Bugzilla nor
triggered
igned bug id nor any hint that
the service has been disabled/discontinued.
Could someone please check what's going on there?
Thanks.
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
Daniel Berlin writes:
> Somehow the perl code got screwed up
> Try now
Works like a charm, thanks alot.
Rainer
Jeroen Scheerder writes:
> Rainer Orth (25/4/05 12:28 +0200) [Re: Built gcc 4.0.0, without C++
> support]:
>
> >> Partial success only. I think I'll be able to build it without C++
> >> support, but compilation per your instruction does choke on
> >>lib
Daniel Berlin writes:
> > Could you please check what's going on there? Is this a general problem
> > with gcc-gnats processing or a problem parsing that particular message?
>
> Dunno. Grepping mail logs older than an hour takes a while on
> sourceware, because they are large. Can you resend i
Daniel Berlin writes:
> Fixed.
Indeed: a new resubmission just worked, thanks.
> Perl syntax is weird enough that when people update it, they sometimes
> add compile errors by accident, so the script doesn't even run enough to
> be able to issue an error message :(.
True enough: perl can easily
-4.0.1-test/gcc/include/math.h:676:
> error: previous declaration of 'cabs' was here
This is a known bug (PR libfortran/15266), fixed in the upcoming GCC 4.0.2
release by this patch:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00902.html
Hope this helps.
Rainer
-
Rainer Emrich <[EMAIL PROTECTED]> writes:
> for gcc-4.0.2-20050917 all acats tests failed.
>
> for gcc-4.0.1 it was 546 unexpected failures, 1774 expected passes.
for some reason, the acats tests didn't complete for me in gcc 4.0.2
20050817: I haven't yet investigated why, but the 1327 tests tha
ade to 7.3 at least and try again. I vaguely recall that there were
considerable problems (both native as and ld) with 7.2.1 in IRIX 6.2.
Rainer
---------
Rainer Orth, Faculty of Technology, Bielefeld University
of unexpected failures 24
Now the question is how to fix this for real.
Thanks alot.
Rainer
-----
Rainer Orth, Faculty of Technology, Bielefeld University
nstall docs are incorrect at this point.
> Has anyone managed to build 4.0.2 on IRIX 6.5?
As described above, for the 4.0 branch as of 20050928 (i.e. after the 4.0.2
release, but I doubt that's relevant).
Rainer
--
---------
Rainer Orth <[EMAIL PROTECTED]> writes:
> Which version of ld do you use? I'm having problems with MIPSpro 7.4.3m ld
> on IRIX 6.5.26f which fails to link cc1 in stage2 due to a GOT overflow.
> MIPSpro 7.3 ld on IRIX 6.5.10m is ok, though.
>
> I tried to report this
/2005-10/msg00258.html
I don't have any tree with Ada and GNU ld on IRIX anymore, so I cannot
easily check what the errors were. Maybe Rainer Emrich who reported those
results can help with the details from gcc/testsuite/ada/acats/acats.log?
Rainer
------
each month, which for
one isn't one file per message and cannot be re-transferred
incrementally.
Thanks.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
al ezmlm era files as well as the new.
excellent. Thanks a lot for the blazingly fast solution.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
timeouts, causing tests to hang
indefinitely until one manually kills them.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Maciej,
> On Wed, 13 May 2020, Rainer Orth wrote:
>
>> > I'm in favour of requiring 1.5.3 or later, so 1.6 would be OK for me.
>>
>> If we go beyond 1.5.x, we need to go all the way up to 1.6.2: 1.6 and
>> 1.6.1 have an ugly bug that can miss timeouts,
here: especially the second seems quite common.
Thanks.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
eems quite common.
>
> Sure, can you please link some git revisions that use the format?
Apart from using it myself ;-), I've seen it several times, but no
examples off-hand. However, it seems only consistent with the forms
ending in /ChangeLog where you allow the trailing colon, too.
#x27;s not supported right now and it will make the filename parsing much
> more complicated.
however, that's a format Emacs' ChangeLog mode uses and supports, and
it's way less chatty than the one-file-per-line one, both for writers
and readers.
Rainer
--
-
be investigated and both uses (Darwin and Solaris)
checked.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
quot;gnat.dg/" prefix above: the pathnames after some driver
file (dg.exp) are relative to the directory that file lives in.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
I noticed that gcc/DATESTAMP isn't updated any longer after this
Friday. I doubt this is intentional...
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
early mislocalted and cryptic) I was bootstrapping with go just few
> minutes ago, so I wonder what configure flags you use?
I'm seeing the same on both i386-pc-solaris2.11 and
sparc-sun-solaris2.11, so I don't think there are special configure
flags involved.
Rainer
--
-
x86_64-pc-linux-gnu build.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
i -quiet -mtune=generic -march=pentiumpro
-O2 -Wextra -Wall -Werror -o go-diagnostics.s
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Rainer Orth writes:
> I noticed that gcc/DATESTAMP isn't updated any longer after this
> Friday. I doubt this is intentional...
This has happened again tonight...
Rainer
--
---------
Rainer Orth,
"Eric S. Raymond" writes:
> I've made it available at:
>
> http://thyrsus.com/gitweb/?p=gcc-conversion.git
>
> The interesting content is gcc.map (the contributor map) and gcc.lift.
The current entry
ro = Rainer Orth
lists my old email address. Please use
he subject. So,
unless you detect this case and make something up, the result is likely
to be confusing rather than helpful.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ling=maybe for non-default multilibs early, which should
achieve the desired behaviour. All other libraries that invoke both
macros already do so in this order.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
n/as --with-gnu-ld
> --with-ld=/export/home/arth/local/bin/ld --enable-libstdcxx-pch=no
A couple of comments on those configure options: avoid everything not
strictly necessary and stay with the defaults.
* --enable-threads: unnecessary, default
* GNU as is ok in general (both Solaris/SPARC and x86), but Solaris as
should work just as well
* See above for GNU ld.
* I never saw any need for (or even knew about)
--enable-libstdcxx-pch=no.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
you configure gcc to use the system linker? If all else
fails, I suggest to use --without-gnu-ld --with-ld=/usr/ccs/bin/ld to
make certain the right one is in use. One possible cause of your
problems could be if you have GNU ld in your path called ld. I've never
done that (I always call it gld-), but the above configure
options should help if you are unable to get rid of such an ld.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
u-ld
> Thread model: posix
> gcc version 4.10.0 20140804 (experimental) [master revision
> 0549e5a:2217af7:347a47cbf5f8ee0bc7e11dc97703b318d3ff259c] (GCC)
> $
>
> Thanks for your help in resolving this and maintaining the Solaris port.
My pleasure, glad we could get this working.
Rai
piler, and I'd go as far as claiming that you
get what you deserve: garbage in, garbage out.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Karel,
> On Fri, Aug 8, 2014 at 11:04 PM, Rainer Orth
> wrote:
>> Hi Karel,
>>
>>> More information: It looks like gcc driver invokes cc1 with -P option
>>> which switches off linemakers on Solaris. On Linux cc1 is invoked
>>> without -P and so lin
ris 10 FCS assembler still cannot
handle # line directives. It seems this only came in patch 119961-03.
Given that passing -P didn't cause other issues so far, I fear removing
that will have to wait until S10 support is removed.
Rainer
--
------
or 1
make[2]: *** [all] Error 2
make[1]: *** [all-libcc1] Error 2
I couldn't find a corresponding reloc in otool -rv output, though.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
,obj-c++
Bootstrap compiler is gcc 4.9.1 (patched for 10.10 support)
CC='gcc -m32'
CXX='g++ -m32'
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ieve.
Shouldn't it be applied to trunk before GCC 5 ships, rather than leaving
that target broken?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
tly.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
em to prefer to keep
their patches to themselves rather than contribute them upstream.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
software for IRIX 6.5 :-)
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
eir patches stay local and don't get
upstream. I noticed this when working on the sanitizer port on Solaris,
so there may be a pattern here ;-)
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ve than
explicit target lists.
Thanks.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Paul,
>> On Oct 31, 2018, at 4:11 PM, Rainer Orth
>> wrote:
>>
>> Hi Paul,
>>
>>> Ok, thanks. So adding a dg-skip-if for my target is indeed correct.
>>> Will do so.
>>
>> please don't: since this is going to be commo
nmodifed self-built versions of autoconf 2.69 and automake 1.15.1. I
suspect some Linux distibutions see fit to ship those
between-2.69-and-2.70 versions without any indication what they're
doing...
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
Mac OS X 10.7.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Iain,
>> On 14 Jan 2019, at 13:53, Rainer Orth wrote:
>>
>> "MCC CS" writes:
>>
>>> I've been running the testsuite on my macOS, on which
>>> it is especially unbearable. I want to (at least try to)
>>
>> that problem
5.c testcase) is
+FAIL: gcc.target/i386/pr90178.c scan-assembler-times xorl[t
]*%eax,[t ]*%eax 1
While this has already been fixed on mainline, it's still present on the
gcc-9 branch on every x86 target.
Rainer
--
-----
Hi Segher,
> On Thu, May 02, 2019 at 03:47:33PM +0200, Rainer Orth wrote:
>> I've now tested this RC on i386-pc-solaris2.1[01] and
>> sparc-sun-solaris2.1[01]. The only issue (apart from the just-fixed
>> spellcheck-options-5.c testcase) is
>>
>> +FAIL: gc
patches is slow.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
es) of an artificially generated label. */
-#define MAX_ARTIFICIAL_LABEL_BYTES 30
+#define MAX_ARTIFICIAL_LABEL_BYTES 40
/* According to the (draft) DWARF 3 specification, the initial length
should either be 4 or 12 bytes. When it's 12 bytes, the first 4
40 is just a value that happened to work; I've done no analysis what's
really required.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
rgs"
>>
>
> I checked my log. I didn't see them. Which log file do they appear in?
unsetenv was only removed after DejaGnu 1.6 was released. The change is
in the git repo; so far there exists no post-1.6 release.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
th those versions yet.
Beside, IMO we need to make sure that trunk and all open branches can be
built with that version set; having to maintain two different sets isn't
an option.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
/mpfr/mpc present.
> This seems a regression in the MPFR test suite compared with 3.1.6
It depends: without --disable-thread-safe (which is equivalent to
3.1.6), the tests PASS.
Rainer
--
-----
Rainer Orth, Cent
un-solaris2.10.
No regressions in all cases, so the new versions are an option with the
proviso of prominently documenting the need for --disable-thread-safe
(or fixing the bugs in time ;-).
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
aris, see PR jit/84288 for
the details and an initial patch.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
can just touch compare and
resume the build. Trivial patch forthcoming...
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
memalign?
posix_memalign had already been added in Solaris 11.0, while
aligned_alloc followed in Solaris 11.4.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
omewhere on linker-aliens.org ;-)
In Solaris 11.4, there were some changes here for better GNU (bug)
compatibility, so there's only a single .rodata section here. However,
there's nothing wrong with how Solaris ld behaved before: I'd claim this
is a scalability bug in valgrind: ELF objects can have very large
numbers of sections for all sorts of legitimate resons, so it needs to
cope with them.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
rrently has, they cannot expect everyone to upgrade to Solaris 11.4
once it's released.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ce(s).
>
> I'm not sure that I'm up to what would be a major recasting of the 2,500 or
> so test programs into a dejagnu framework (would that be likely to fix this
> issue?).
FWIW, I'd started a patch for this way back:
http://gcc.gnu.org/ml/gcc-patches/2011-01/
o original source file as other compiler do.
>
> is it a compiler bug?or there is a way out.
this looks very much like PR target/85994
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85994). My solution was
not use use -P.
Rainer
--
-----
use this info than problem will be solved i think.
that's something you'll have to ask the binutils maintainers: apart from
the -P issue, gcc isn't really involved here because gas generates the
debug info.
Rainer
--
---
Gerald Pfeifer writes:
> As usual, please adjust the MAINTAINERS file accordingly, and
> Happy Hacking^WTesting guys!
Done as follows.
Thanks.
Rainer
2011-02-16 Rainer Orth
* MAINTAINERS: Add myself as testsuite maintainer.
Index: MAINT
ask ;-)
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
ified 100x for the other torture
> suites.
This would clearly be unacceptable.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
n general, you should do so yourself and Cc: the maintainers
and patch author. It's a better way to get attention than just posting
to the gcc list.
Thanks.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
hly unreliable: `write error' message.
I've hacked around this by ignoring the error in misc.c (close_stdout) ;-)
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
#x27;m
working on that with the assembler and linker engineers as we speak).
Unfortunately, a recent as patch broke several -gstabs tests, but this
is expected to be fixed soon.
On Solaris/SPARC I usually do the production builds with as; there seems
little reason to go for gas instead.
Hope this helps.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
out from such an
upgrade.
Thanks.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
t-dependent
libgfortran of libjava stuff in gcc/config.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
Sparc related patch land after my last successful
> build, so I'm guessing the issue is Solaris specific. Anyone else who
> builds on this platform seeing similar problems?
If the problem persists even with my suggested changes, please file a
bootstrap PR and Cc it to Eric and Dave M.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
failure.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
i386-pc-solaris2.8) or unnecessary
(--enable-stage1-languages=c).
I'm uncertain if Solaris 8/x86 still supports bare i386 machines, so it
might be better to keep the default of pentiumpro instead.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ibutors like yourself, since the number of
confused people is far larger than for some company-internal build ;-)
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
yond
(cf. gcc/config.gcc).
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
This
single-system mindset creates unnecessary trouble in this scenario.
GCC's configure has enough control over the default target CPU, even
without messing with config.guess, and most other programs won't care
about this at all.
Rainer
--
--
olution would be to
rename the files to crt[in].S. On RTEMS, the generic crt[in].o rules in
Makefile.in would deal with building them, on Solaris I'd have to juggle
around the CUSTOM_CRTIN setting so it's only used on Solaris/x86.
Eric, am I missing something about the sparc/sol2-c[in].S
Alternatively, why not just add the missing
> rules
> to config/t-rtems?
The rules are generic and have been integrated into libgcc/Makefile.in,
but only used unless CUSTOM_CRTIN is set in a target fragment.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
o match what you have in your head. :)
>
> Would you mind doing this? I am happy to provide quick
> feedback.
sure, could you give this one a try (untested)? Please note that it's a
git-style patch with renames, so you may have to perform those manually.
Thanks.
ot included in extra_parts, the generic rules are
unused/harmless.
> could just copy them, at least for now.
True, but that's the sort of copy-and-paste programming I'd like to
reduce with this series of patches.
Rainer
--
----
t easier
> for targets like RTEMS where we really do try to rely
> as much as possible on sharing. :)
Right, and it's less likely to miss new features...
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Comments?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ut from..
Indeed: I've file PR bootstrap/51086 for that.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ys), I'll go the other route he mentioned.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ris problems;
at least on x86, the 32-bit port continues to work fine.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
pears in.)
I've got the same problem on both Solaris 10/x86 and Solaris 11/SPARC (and
most likely, IRIX 6.5 will be affected, too). I've file PR
libfortran/41169 for the issue, assigned to Tobias.
It seems that the underlying issue is a problem in GCC's complex support on
So
Gerald Pfeifer writes:
> It turns out that IRIX and OSF have not managed to keep Rainer Orth
> sufficiently busy after I sent
>
> http://gcc.gnu.org/ml/gcc/2006-07/msg00654.html
>
> so I am pleased to announce that the steering committee is appointing
> him maintainer
ng on the Solaris
version if it doesn't work everywhere).
Rainer
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
n sparc-sun-solaris2.11"
gcc-testresu...@gcc.gnu.org &&
true
The situation on i386-pc-solaris2.10 is much worse, though: mail-report.log
is > 500 kB and rejected by the gcc.gnu.org mailserver. I'll have to
analyze this separately and post results when I'm done.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Diego Novillo writes:
> If anyone has free cycles I would appreciate results from other
> ELF-capable targets.
In addition to the issues already reported for Solaris 11/SPARC, here are
the findings for Solaris 10/x86:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg00180.html
+FAIL: g
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ll so much of a moving target that this doesn't make any sense.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
1 - 100 of 201 matches
Mail list logo
