ake sure have my email address on cc-list that I can receive your
email, because I didn't subscribe such
high volume mailing list,
Thank you very much,
--
Dennis, from Singapore
should I specify any additional switches/options?
thanks,
--Dennis.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 13, 2005 12:33 PM
> To: Adam Nemet
> Cc: Ian Lance Taylor; Dams, Dennis (Dennis); [EMAIL PROTECTED]
> Subject: Re: -fdump-translation-unit considered harmful
&g
ons what I should do? Are there any slow algorithms that should
be replaced with high priority? Or shall i pick out the goals myself.
But then I cannot estimate the expected time for finishing that project,
I think you have a better overview in this case...
I hope you can help me! Thx a lot,
Dennis
Paolo Bonzini schrieb:
Dennis Weyland wrote:
Hi!
I've applied for Google's Summer of Code 2007 with GCC as mentor
organization. I want to make GCC working faster on the algorithmic
level. I left out the detailed aims of the project, since i want to
discuss them with gcc develope
ve to earn money otherwise. Perhaps with a more detailled application
my chances would have been better. Now i am only curious which projects
have been accepted from GCC...
Dennis
Paolo Bonzini schrieb:
Hi!
Initially I meant to optimize GCC, that includes runtime and memory
usage, of c
successfully and so it is not that
bad. Perhaps I will apply again next year and if, I will apply for GCC.
Dennis
Ian Lance Taylor schrieb:
Dennis Weyland <[EMAIL PROTECTED]> writes:
It's a pity that the application process has finished for some
days... I was very motivated and
responses in one day.
Ian Lance Taylor schrieb:
Dennis Weyland <[EMAIL PROTECTED]> writes:
That means GOOGLE did not approve my application? I thought it was
GCC. How can I get to know why they did not approve me? As far as i
know, the mentors can select which projects they want and which no
GCC 7.5 November 14, 2019
GCC 9.2 August 12, 2019
GCC 9.1 May 3, 2019
GCC 8.3 February 22, 2019
GCC 7.4 December 6, 2018
GCC 6.5 October 26, 2018
GCC 8.2 July 26, 2018
GCC 8.1 May 2, 2018
GCC 7.3 January 25, 2018
GCC 5.5 October 10, 2017
GCC 7.2 August 14, 2017
GCC 6.4 July 4, 2017
GCC 7.1 May 2,
Am 16.02.2020 um 18:03 schrieb David Edelsohn:
https://gcc.gnu.org/develop.html#timeline
Thanks
any idea how to reintegrate (many) changes from a release/6.3.0 branch
back into mainline?
is there a tag or something where mainline was for short time in sync
with 6.3.0?
Am 16.02.2020 um 18:27 schrieb David Edelsohn:
On Sun, Feb 16, 2020 at 12:19 PM Dennis Luehring wrote:
>
> Am 16.02.2020 um 18:03 schrieb David Edelsohn:
> > https://gcc.gnu.org/develop.html#timeline
> >
> Thanks
>
> any idea how to reintegrate (many) changes from a
Am 16.02.2020 um 18:42 schrieb David Edelsohn:
If you are trying to forward-port your own, proprietary features into
a newer release of GCC for your own, internal use, that's your
responsibility.
that is my case, i ask for a meaningfull way of doing that
i could upgrade the 6.3 branch to 6.4,
Am 17.02.2020 um 10:51 schrieb Richard Biener:
I would start merging the new feature ontop master to the point where
GCC 6 branched (so go _back_ in time) and only then start moving forward,
remaining on master.
good idea, thank you
so the github gcc mirror is already using the new reposurgeon based git
repo,
that means that all the commit hashes etc. are different if someone
forked this gcc mirror
so easy pulling from the mirror isn't possible anymore - or am im wrong?
is there any description how to "port" over github p
Am 18.02.2020 um 11:43 schrieb Jonathan Wakely:
On Tue, 18 Feb 2020 at 06:38, Dennis Luehring wrote:
>
> so the github gcc mirror is already using the new reposurgeon based git
> repo,
>
> that means that all the commit hashes etc. are different if someone
> forked this gcc
i've read that scoped template specalization is allowed in C++17
clang supports it starting with release 7
MSVC supports it with VS2017(i don't know what revision)
Intel does not like it
https://gcc.godbolt.org/z/1GET6v
--
enumclass E{ A, B };
struct Ta{ int x; };
struct Tb{ float y;
i've read that scoped template specalization is allowed in C++17
suports it:
-clang starting with release 7
-MSVC starting with VS2017(i don't know what revision)
no support:
-gcc(trunk)
-latest Intel
https://gcc.godbolt.org/z/1GET6v
--
enum class E{ A, B };
struct Ta{ int x; };
struct
i've read that scoped template specalization is allowed in C++17 - is it
planned for the next gcc release?
otherwise i will switch to an if constexpr solution - but would be still
to have this feature
checked compiler:
gcc trunk (and latest intel) do not support it
clang (starting with release
ome through gcc
configure parameters - but are just partialy missing with target alpha
so mips/sparc respecting --prefix=/cross-tools, but alpha only partialy
- seems to be a bug in gcc/configuration
===
Any idea/hint where/how to find/correct the gcc-search-dirs differences
for the alpha target to be CLFS conform and buildable?
Thanks,
Dennis
h target alpha
so mips/sparc respecting --prefix=/cross-tools, but alpha only partialy
- seems to be a bug in gcc/configuration
===
Any idea/hint where/how to find/correct the gcc-search-dirs differences
for the alpha target to be CLFS conform and buildable?
Thanks,
Dennis
https://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html
is there a define to check for the existence of "__sync_lock_test_and_set"
are you only building gcc or also glibc/binutils? and building a kernel
with minimal hello world init or something for testing?
what about a dec-alpha build test :)
Am 08.01.2017 um 21:27 schrieb Aaro Koskinen:
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.
tested following code with
http://gcc.godbolt.org/
tested with
g++-4.8 (Ubuntu 4.8.1.2ubuntu1~12.04) 4.8.1
g++ (GCC) 4.9.0 20130909 (experimental)
and the result with -O3 + defined USE_ITER seems to be a little bit long
--
static void foo(int a, int& dummy)
{
dummy += a;
}
#define U
Am 18.07.2014 10:29, schrieb Andrew Haley:
On 18/07/14 08:30, Dennis Luehring wrote:
>int* array = (int*)&argv;
This looks like undefined behaviour. Don't you get a warning?
Andrew.
no warning - its an valid typed pointer to stack and i don't care what
the values are
Am 18.07.2014 11:14, schrieb Andrew Haley:
On 07/18/2014 09:40 AM, Dennis Luehring wrote:
> Am 18.07.2014 10:29, schrieb Andrew Haley:
>> On 18/07/14 08:30, Dennis Luehring wrote:
>>>int* array = (int*)&argv;
>>
>> This looks like undefined behaviour. Don
Overview:
https://gcc.gnu.org/projects/cxx-status.html#cxx11
Am 09.12.2019 um 04:17 schrieb Nicholas Krause:
Greetings,
I was wondering what the current status of being able to use C++11 is
without
the gcc project. Seems it will be much easier to implement basic
spinlocks with
the C++11 memo
the differences between Maxim and Erics final result will hopefully show
the open bugs in both tools
and allow fixing - i think this compare phase is needed if the result
should be the best possible
Am 11.12.2019 um 16:19 schrieb Jonathan Wakely:
On Wed, 11 Dec 2019 at 15:03, Richard Earnshaw (l
is the patch already integrated into mainline?
is this the most recent development place?
https://github.com/tkchia/gcc-ia16
is the patch already integrated into mainline?
No, it's not.
will that ever happen?
is this the most recent development place?
https://github.com/tkchia/gcc-ia16
Yes, that's the right place.
thx
Am 08.06.2018 um 12:59 schrieb Andrew Jenner:
Hi Dennis,
On 08/06/2018 11:
>
> We announce the availability of PPL 0.11.1, a new release of the Parma
> Polyhedra Library. This release includes several important bug fixes
> and performance improvements.
I was awaiting this. I will now try this on Solaris.
--
Dennis Clarke
dcla...@opensolaris.ca <- E
GCC is the ultimate open source project in my opinion in that it gives
birth to everything else. Well, that makes binutils the pen-ultimate I
guess. :-)
Thank you to the massive collection of Red Hat guys and volunteers and
to a massive colleection of truely gifted programmers and the FSF for
m
certainly
> works with -j48 that I'm using daily.
>
> Jakub
Do you know if anyone has ever tested that on Solaris ? Lately Solaris is
where open source goes to die ( blame Larry for that ) so I figure I may
as well give it a shot, but before I do .. tell me know
> Dennis Clarke writes:
>
>> Do you know if anyone has ever tested that on Solaris ? Lately Solaris
>> is
>> where open source goes to die ( blame Larry for that ) so I figure I may
>> as well give it a shot, but before I do .. tell me know if this little
>> t
> Dennis Clarke writes:
>
>>> The only caveat are strange errors with gmake:
>>>
>>> make[3]: write error
>>>
>>> See CR 6938116 GNU make highly unreliable: `write error' message.
>>>
>>> I've hacked around thi
Sparc v7, v8, v9 and on i386
and AMD64. I have not bothered with Intel i7 as I don't see it as any
different from an x86_64 build on AMD Opterons. At least, the result is
the same.
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open source for Solaris
/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
-L/opt/bw/lib/sparcv8 -lmpc -lmpfr -lgmp -ldl -liconv -L../zlib -lz
/opt/bw/src/GCC/gcc-4.6.2-RC-20111019-build/./prev-gcc/xgcc
-B/opt/bw/src/GCC/
ler error)
What should I think about an "internal compiler error" ?
Dennis
( concerned in Solaris world )
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke | Sol
stop building GCC for i386 on Solaris:
>
> http://gcc.gnu.org/ml/gcc-help/2011-10/msg5.html
The Os is on Vintage support until March 2012. Also, I never had problems
with it before. As for "completely redundant options" I have been building
gcc like this for a while. also never a
company-internal build ;-)
>
> Rainer
* nod *
Will redo ... and see what I get. Thanks for the input.
Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+-------+
| Dennis Clarke | S
isainfo -v
64-bit sparcv9 applications
32-bit sparc applications
On some old pentium box you get this :
Sun Microsystems Inc. SunOS 5.8 Generic February 2000
$
$ isalist -a
pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86
$ isainfo -v
32-bit i386 applications
$
Dennis
pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-----+---+
| Dennis Clarke | Solaris and Linux and Open Source |
| dcla...@blastwave.org | Respect for open standards. |
+-+---+
the
> GCC build system isn't the least common denominator of them. 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
em.
>
> But having config.guess produce "i386" for an OS which does not even run
> on a vanilla i386 is also wrong. A much better choice here would be the
> earliest CPU value which the OS actually supports.
$ isalist -v
pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i38
probably
impossible. I'll give it a go anyways. This can't get worse.
Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke | Solaris and Linux and Open S
gmake: *** [all] Error 2
real 49.639
user1.259
sys 0.381
titan$
I can not figure out why I would be seeing a error like that.
baffled on Solaris , Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-----+
> Dennis Clarke writes:
>
>> I'm not too sure how many things changed from 4.6.1 to 4.6.2 but I am
>> seeing a really large increase in the number of "unexpected failures" on
>> various tests.
>>
>> With 4.6.1 and Solaris I was able to get r
> This should probably be on the gcc-help list.
I never really know which direction to go as the issues seem to be related
to how limits-exprparen.c gets tested. However, no problem, I'll jump ship
and get out of this ml.
> On 7 November 2011 01:08, Dennis Clarke wrote:
>>
> Dennis Clarke writes:
>
>> Only the new "go" language seems to be a major issue now.
>
> The implementation of Go in the 4.6 releases does not support Solaris.
>
> Go on Solaris works on mainline.
Well, I would not have seen that coming. I should look more c
> Message from Dennis Clarke at 2011-11-07
> 06:38:47 --
>> > Have you checked your ulimit?
>>
>>I was thinking that too! I just recently increased the stack size limit
>> to
>>16 MB :
>
> The 'fix' in mainline set it higher:
>
>
> While building libstdc++ I get an assertion failure in haifa-sched.c,
> specifically the assertion on line 3437 is failing:
I am seeing no major problems on Sparc at all. What rev of GCC are you
referring to please?
Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vind
block a
port to Solaris today? Are there specific bugids I can look at ?
Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke | Solaris and Linux and Open Source |
| dc
e to start.
Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke | Solaris and Linux and Open Source |
| dcla...@blastwave.org | Respect for open standards. |
+-+---+
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Any expected date on a 4.7 RC ?
- --
- --
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke | Solaris and Linux and Open Source |
|
>> Any expected date on a 4.7 RC ?
>
> When it's ready. Which we'd usually expect it to be around the
> beginning of April.
cool. thank you.
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+----
*tsp++ = va_arg(ap, long);
}
va_end(ap);
reg[REG_SP] = (greg_t)sp - STACK_BIAS; /* sp (when done) */
reg[REG_O7] = (greg_t)resumecontext - 8;/* return pc */
}
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&sear
> Dennis Clarke writes:
>
>> for (argno = 0; argno < argc; argno++) {
>> if (argno < 6)
>> *tsp++ = reg[REG_O0 + argno] = va_arg(ap, long);
>> else
>> *tsp++ = va_arg(ap, long);
ae: wrong+0x000e: movl 0x0008(%ecx),%eax
(dbx) where
=>[1] wrong(0x0), at 0x80506ae
[2] main(0x1, 0x8047b4c, 0x8047b54), at 0x80506ca
(dbx) quit
$ /opt/studio/SOS11/SUNWspro/bin/cc -V
cc: Sun C 5.8 Patch 121016-08 2009/04/20
usage: cc [ options] files. Use 'cc -flags' for d
nity end user world see
SunOS5.11 as being a de facto release? I would say yes.
Solaris 10 is the enterprise class commercial grade Solaris release and it
is staying put for a long long long time yet.
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open source for Solaris
: I
> regularly test both and try to keep them working.
I test everything on *-*-solaris2.8 which by way of the ABI golden rule
instantly qualifies as tested on anything up to SunOS2.10. It does not
imply SunOS2.11 however.
--
Dennis
most precious resource we have, good people that work together
openly and with respect and dignity.
Having said that, I firmly would defend any of you as truely awesome
engineers and good people that work to benefit the state of mankind.
--
Dennis Clarke http://www.blastwave.org/
dcla...
May I make a subject line change please ?
This issue is trivial trailing whitespace changes I think and procedures,
process and notice of such changes.
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open
those? If this is already the right place,
[EMAIL PROTECTED] would be my choice :)
Thanks!
Dennis
ld [%fp-28], %g1
st %g1, [%fp-56]
ld [%fp-24], %g1
st %g1, [%fp-52]
ld [%fp-20], %g1
st %g1, [%fp-48]
add %fp, -64, %g2
sethi %hi(.LLC0), %g1
or %g1, %lo(.LLC0), %o0
mov %g2, %o1
callprintf, 0
nop
restore
jmp %o7+8
nop
.size main, .-main
.ident "GCC: (GNU) 4.3.2"
$
$
$ /opt/csw/gcc4/bin/gcc -o foo foo.s
$ ./foo
H
works right ?
Dennis Clarke
http://www.blastwave.org/
s 10 5/08 s10x_u5wos_10 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 24 March 2008
$ /opt/studio/SOS12/SUNWspro/bin/cc -V
cc: Sun C 5.9 SunOS_i386 Patch 124868-07 2008/10/07
usage: cc [ options] files. Use 'cc -flags' for details
$ /opt/studio/SOS12/SUNWspro/bin/cc -o foo2 foo2.c
$ ./foo2
8047d70
so .. pretty wildly different results.
Dennis
--
Dennis Clarke
w why the option -m64 is in there. I certainly didn't ask for it.
Any thoughts on this ?
--
Dennis Clarke
> On Tue, Jan 27, 2009 at 04:53:09PM -0800, Dennis Clarke wrote:
>>
>> This is on an old Sun Sparc machine running Solaris 8.
>>
>> I had CFLAGS set thus :
>>
>> $ echo $CFLAGS
>> -mcpu=v7 -m32 -mno-app-regs -pthreads
>
> That's your pro
> On Tue, Jan 27, 2009 at 05:24:36PM -0800, Dennis Clarke wrote:
>> This is old 32-bit Sparc so I don't think 64-bit code will serve any
>> purpose here.
>
> Specifying --disable-multilib at configure time should keep it from
> building the 64-bit libraries.
I'
> Andreas Schwab writes:
>
>> Dennis Clarke writes:
>>
>> > One of the things I have had no joy with is figuring out how to
>> > include the ada component but that is a battle for another day.
>>
>> To build ada you need a good ada compiler to st
th the Sparc64 requirement. To be precise, do
you need Sun UltraSparc or are you looking for the multicore SPARC64
processor which is a ( slightly ) different beast?
Dennis Clarke
http://www.blastwave.org/
ith-cpu=v7 --enable-threads=posix --enable-nls --prefix=/opt/csw/gcc4
--with-local-prefix=/opt/csw --enable-shared --enable-multilib
--with-included-gettext --with-libiconv-prefix=/opt/csw --with-x
--with-system-zlib --with-gmp=/opt/csw --with-mpfr=/opt/csw
--enable-languages=c,c++,f95,objc,ada --enable-bootstrap
Thread model: posix
gcc version 4.3.3 (GCC)
Dennis
e.
In any case . .the gcc binary is missing in action .. did make install
fail in some weird way ?
Dennis
efined(SVR4))
---
> #if !defined(X_NOT_STDC_ENV) && (!defined(__sun__) || defined(SVR4))
96c105
< #if defined(SYSV) || defined(luna) || defined(sun) || defined(__sxg__)
---
> #if defined(SYSV) || defined(luna) || defined(__sun__) || defined(__sxg__)
$
It looks like anywhere you find the string "defined(sun)" you change it to
"defined(__sun__)".
That is an observation.
But what did this ?
Was it fixincludes or was it the mkheaders script ?
and why ?
--
Dennis Clarke
n a user installs a pre-compiled ready to run GCC package do they get
the headers "fixed" on the fly or do they get delivered ...
--
Dennis Clarke
issue was earlier. Oh well.
Dennis
Solaris is on your Primary Platform List?
Dennis Clarke dcla...@blastwave.org
Director Blastwave.org 905 - 373 - 9441
Open Source Services for Solaris http://www.blastwave.org
-
Further Info at http://en.wikipedia.org/wiki/Blastwave
ml#x-x-mingw32"; would be correct.
Regards,
Dennis Schridde
signature.asc
Description: This is a digitally signed message part.
., the one ther is "*solaris2.10" while this
> host/target is "*solaris2.11"
>
> I had problems later building ppl and cloog to incorporate into g++.
> I have asked about this on the gcc-help mailing list.
well done, do you have a full testsuite report ?
Dennis
> On Sat, Apr 25, 2009 at 9:09 PM, Dennis Clarke
> wrote:
>>
>>> A successful build on Open Solaris 2008.11:
>>>
>>> $../gcc-4.4.0/config.guess
>>> i386-pc-solaris2.11
>>>
>>> $ gcc-4.4.0t -v
>>> Using built-in specs.
> On Sat, Apr 25, 2009 at 9:55 PM, Dennis Clarke
> wrote:
> ...
>>>> well done, do you have a full testsuite report ?
>
> Well, Dennis, I have problems running the testsuite. I think I'm
> missing some of the prereqs, so it will be a while. I'll report b
2 fail pretty
badly unless you use the stlport4 libs. How did you did it ? Inquiring
minds want to know! :-)
Dennis
this week.
--
Dennis Clarke
http://www.blastwave.org/
> Dennis Clarke wrote:
>> Re: http://gcc.gnu.org/gcc-4.3/buildstat.html
>>
>> I was looking for testsuite results to compare with on Solaris and I saw
>> that nearly every report for GCC 4.3.3 was done by Tom G. Christensen.
>>
>> All GCC 4.3.3 reports
> Dennis Clarke wrote:
> > How did you do with the new PPL bits ? That went smoothly ?
>>
> They're not mandatory for 4.4.x so I've simply ignored them for now.
ah .. how very tricky of you :-)
Dennis
who knows where.
Just a suggestion.
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open source for Solaris
> On Sun, May 02, 2010 at 01:41:10PM -0400, Dennis Clarke wrote:
>>
>> > The GNU Compiler Collection version 4.4.4 has been released.
>>
>> Please provide MD5/SHA1/SHA256 hash sums for the release files in your
>> release announcement. Those would be the
g you don't have the crosstools lying around to build
target-mpfr before bootstrap). Yuck!
Cheers,
Dennis
g 44455 is a show stopper in the Solaris world.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open source for Solaris
> Dennis Clarke writes:
>
>> FYI , bug 44455 is a show stopper in the Solaris world.
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
>
> This is
>
> bootstrap/44455 GCC fails to build if MPFR 3.0.0 (Release Candidate) is
used
>
> Why would this
these libraries in-tree.
I built and tested them separate.
--
Dennis
.
>>
>> I built and tested them separate.
>
> You forgot to set LD_LIBRARY_PATH.
>
>
That is considered evil on Solaris.
http://blogs.sun.com/ali/entry/avoiding_ld_library_path_the
http://blogs.sun.com/rie/entry/tt_ld_library_path_tt
I did set LD_RUN_PATH and LD_OPTIONS however.
--
Dennis
> On Jul 23, 2010, at 9:58 AM, Dennis Clarke
> wrote:
>>>>>> GMP: include 5.0.1, lib 5.0.1
>>>>>> MPFR: include 3.0.0-p3, lib 3.0.0-p3
>>>>>> MPC: include 0.8.2, lib 0.8.2
>>>>>
>>>>> Use GMP from the 4.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
I'm sorry if I chose wrong place for my question.
I would like to load debugger, attach to working process, and at some
breakpoint, instead of numerical values in the CPU registers, I would
like to see genesis of each value like "result of f(arg1,
> Richard Guenther wrote:
>
>> On Fri, 23 Jul 2010, Dennis Clarke wrote:
>
>>> GMP: include 4.3.2, lib 4.3.2
>>> MPFR: include 3.0.0-p3, lib 3.0.0-p3
>>> MPC: include 0.8.2, lib 0.8.2
>
> fails,
>
> Richard recommends:
>
>> Use G
7
# of unexpected successes 7
# of expected failures 197
# of unsupported tests 518
=== g++ Summary ===
# of expected passes20118
# of unexpected failures29
# of unexpected successes 4
# of expected failures 158
# of unsupported tests 136
Dennis
=== g++ Summary ===
>>
>> # of expected passes20118
>> # of unexpected failures29
>> # of unexpected successes 4
>> # of expected failures 158
>> # of unsupported tests 136
>
> I meant "make check" for GMP and MPFR, not for GCC.
>
did that too :-)
--
Dennis
> Dennis Clarke writes:
>
>> FYI , bug 44455 is a show stopper in the Solaris world.
>>
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
>
> This is
>
> bootstrap/44455 GCC fails to build if MPFR 3.0.0 (Release Candidate) is
> used
>
> Why
. This is entirely
based on my experiences within the Solaris world where we still have
issues with the GNU Binutils ld linker also.
--
Dennis
I have seen thus far ( I know time will tell ) it seems to
be one of the very best releases in years.
Works well in the Solaris world also and even on i386-pc-solaris2.8 and
that is saying something. :-)
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
t accounts, please feel free to
ask.
--
Dennis Clarke 2010 OpenSolaris Governance Board Member
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open source for Solaris
an bootstrap builds.
--
Dennis Clarke
dcla...@opensolaris.ca <- Email related to the open source Solaris
dcla...@blastwave.org <- Email related to open source for Solaris
1 - 100 of 199 matches
Mail list logo