--
I have been trying to contact you.
Is This Email Still Active??
On Jun 22, 2020, at 3:51 PM, Eric Gallager wrote:
>
> Hi, at Apple's WWDC this year they have announced that they are doing
> yet another architecture transition, so I was wondering what exactly
> would be the best way to go about adding support for it?
I usually use emacs and git to add ports t
On May 14, 2020, at 11:11 AM, Tom Tromey wrote:
>
>> "Rob" == Rob Savoye writes:
>
> Rob> Not that team, the folks I talked to thought I was crazy for wanting
> Rob> to refactor it. :-)
>
> I don't think refactoring dejagnu is crazy, but I think it's pretty hard
> to imagine rewriting th
As seen in recent bug report:
CVS Commits 2020-05-12 20:40:40 UTC
I guess that git thing was a bust and we're back to using cvs now. At least
Ian did up the remote patches to make cvs work better.
I've changed the subject to match the 2015, 2017 and 2018 email threads.
On May 13, 2020, at 3:26 AM, Thomas Schwinge wrote:
>
> Comparing DejaGnu/GCC testsuite '*.sum' files between two systems ("old"
> vs. "new") that ought to return identical results, I found that they
> didn't:
> I have not
On Oct 28, 2019, at 12:40 PM, Jeff Law wrote:
> I'd really like to see us move to C++11 or beyond. Sadly, I don't think
> we have any good mechanism for making this kind of technical decision
> when there isn't consensus.
I'll just point out that we do have good mechanisms in place. Consensus
On Aug 4, 2018, at 9:32 AM, Bernhard Reutner-Fischer
wrote:
> On Tue, 16 May 2017 at 21:08, Mike Stump wrote:
>>
>> On May 16, 2017, at 5:16 AM, Jonathan Wakely wrote:
>>> The change I care about in 1.5.3
>>
>> So, we haven't talked much about the ve
On Nov 14, 2017, at 3:21 PM, Joseph Myers wrote:
>
> On Tue, 14 Nov 2017, Mike Stump wrote:
>> The testsuite/gcc.c-torture/execute/pr34971.c seems wrong to me. The
>> type of the expression x.b << 8 has size 8, a size 8 integral type is a
>> 64-bit type. If the
The testsuite/gcc.c-torture/execute/pr34971.c seems wrong to me. The type of
the expression x.b << 8 has size 8, a size 8 integral type is a 64-bit type.
If the result is a 64-bit type, then it's argument (x.b) was a 64-bit type. In
C++, we observed what they meant in the C language standard
On Aug 2, 2017, at 10:34 PM, Daniel Santos wrote:
>
> I'm working on a patch to modify the testsuite to obey the
> --load-average value if one is passed to make.
The code seems like a reasonable approach. Love to see numbers and test
scenarios so that others can tell if you've covered their us
On May 16, 2017, at 5:16 AM, Jonathan Wakely wrote:
> The change I care about in 1.5.3
So, we haven't talked much about the version people want most. If we update,
might as well get something that more people care about. 1.5.3 is in ubuntu
LTS 16.04 and Fedora 24, so it's been around awhile.
On May 15, 2017, at 1:06 AM, Richard Biener wrote:
>
> Both SLE-11 and SLE-12 use dejagnu 1.4.4, so does openSUSE Leap 42.[12].
> Tumbleweed uses 1.6 so new SLE will inherit that. But I still do all
> of my testing on systems with just dejagnu 1.4.4.
So dejagnu is independent of most things and
> On Apr 10, 2017, at 8:17 AM, David Edelsohn wrote:
>
> On Mon, Apr 10, 2017 at 10:58 AM, Simon Wright wrote:
>> I see that, in the GCC 7 Release Criteria, the Secondary Platforms list
>> includes i686-apple-darwin.
>>
>> Should this now be x86_64-apple-darwin? I've been building this since
On Jan 11, 2017, at 3:29 PM, Daniel Santos wrote:
> On 01/11/2017 12:25 PM, Joseph Myers wrote:
> Would this then be the correct test?
Yeah, looks good.
On Jan 10, 2017, at 9:13 PM, Daniel Santos wrote:
> I've gotten rid of the Makefile and everything is run now from msabi.exp.
> I've also gotten rid of the header file, now that I know how to define a
> "_noinfo" fn pointer, so it's down to just 4 files: msabi.exp, gen.cc,
> msabi.c and do_tes
On Dec 31, 2016, at 2:13 PM, Daniel Santos wrote:
>
> Well I'm learning all sorts of new things; I wasn't aware that the testsuite
> was designed to run with other compilers! Does the Microsoft compiler
> support building functions using the System V ABI?
IDK. I kinda doubt it.
On Dec 31, 2016, at 11:18 AM, Daniel Santos wrote:
>
> The generated sources are 2MiB
Yeah, too big, better to have a generator.
> Also, I can't have the two generated .c files in the same translation unit
> (at least in their current form) because gcc's too smart with optimizations.
> :)
Yo
On Dec 30, 2016, at 11:58 AM, Daniel Santos wrote:
>
> Still being pretty new to GCC and having never used dejagnu, expect or Tcl,
> I'm trying to determine how to best integrate my test program into GCC's test
> harness. I wrote this to help find breakages while working on optimizations
> fo
On Sep 8, 2016, at 1:53 AM, Uros Bizjak wrote:
>
> On Mon, Sep 5, 2016 at 1:45 PM, Joseph Myers wrote:
>> On Sun, 4 Sep 2016, Uros Bizjak wrote:
>>
>>> It looks that different handling of _Complex char, _Complex short and
>>> _Complex float is there on purpose. Is (was?) there a limitation in a
On Jul 25, 2016, at 9:37 AM, Joseph Myers wrote:
>
> On Fri, 15 Jul 2016, Thomas Schwinge wrote:
>
>>> No, we want to have as little churn as possible in existing tests, the
>>> general policy is to add new tests (not just for OpenACC/OpenMP, but for
>>> all functionality).
>>
>> Hmm, that's so
On 15 Feb 2016 17:17, Alexandre Oliva wrote:
> On Feb 15, 2016, Mike Frysinger wrote:
> > On 15 Feb 2016 16:18, Szabolcs Nagy wrote:
> >> they need to allow google to execute javascript code on their
> >> machine.
>
> > complaining that the web interf
the raw message:
https://groups.google.com/forum/message/raw?msg=x32-abi/IHmCJvigOEg/TyjZJYZ63DMJ
it's actually nicer than mailmain (i.e. sourceware) as it doesn't do all
the trivial content mangling (s/@/ at/g). it's not like e-mail scrapers
today can't reverse that easily.
> and the url through which you visit a post is not a
> reliable permanent link so linking to posts is hard.
every post has a "link" option to get a perm link. needing the location
in the URL bar be the perm link is a weak (dumb imo) requirement.
-mike
signature.asc
Description: Digital signature
On 02 Jan 2016 09:53, Marc Glisse wrote:
> On Sat, 2 Jan 2016, Mike Frysinger wrote:
> > seeing as how i have commit access to the gcc tree, could i have
> > my bugzilla privs extended as well ? atm i only have normal ones
> > which means i only get to edit my own bugs
mming this list.
my account on gcc.gnu.org/bugzilla is "vap...@gentoo.org".
-mike
signature.asc
Description: Digital signature
On Sep 16, 2015, at 12:02 PM, Bernhard Reutner-Fischer
wrote:
> Where Joseph said he'd wait some more.. I had thought I asked longer ago than
> that, time flies if one has fun.
>
> I'd just require 1.5.3 just to avoid the time needed by folks to workaround
> those silly ordering gotchas and lo
On Sep 16, 2015, at 9:25 AM, Ramana Radhakrishnan
wrote:
>
> Sorry about the obvious (possibly dumb) question.
> Can't we just import a copy of dejagnu each year and install it as part of
> the source tree?
TL;DR: No.
We could, and indeed, some people do engineering that way. We instead dep
On Sep 16, 2015, at 12:29 AM, Andreas Schwab wrote:
> Mike Stump writes:
>
>> The software presently works with 1.4.4 and there aren’t any changes
>> that require anything newer.
>
> SLES 12 has 1.4.4.
Would be nice to cover them as well, but their update schedule
On Sep 15, 2015, at 1:04 PM, Jeff Law wrote:
> Given we haven't updated the dejagnu reqs since ~2001, I think stepping
> forward would be appropriate and I'd support moving all the way to 1.5.3 with
> the expectation that we'll be on a cadence of no faster than 2 years going
> forward.
So, I a
On Sep 14, 2015, at 3:37 PM, Jeff Law wrote:
>> Maybe GCC-6 can bump the required
>> dejagnu version to allow for getting rid of all these superfluous
>> load_gcc_lib? *blink* :)
> I'd support that as a direction.
>
> Certainly dropping the 2001 version from our website in favor of 1.5 (which
>
On Dec 17, 2014, at 3:44 AM, Jakub Jelinek wrote:
> On Wed, Dec 17, 2014 at 11:16:18AM +0100, Dominique Dhumieres wrote:
>> Currently gcc 4.8.4 does not bootstrap on darwin14 (Yosemite) due to pr61407.
>
> Why has it not been pushed in earlier?
No good reason. No one checked it into the release
h are posted at
>> https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg02096.html.
>
> If Mike thinks it’s a good idea, I’ll do it. I’ve tested 4.8 with it multiple
> times, and it works well.
Ok.
On Dec 16, 2014, at 1:24 PM, Dominique d'Humières wrote:
> My patch is different and I am attaching it (it is quite old, so it may not
> apply cleanly). The problem for more evolved form is that *.dSYM are
> directories and ASAICT there is no command in derange to remove them.
>
> At least my p
pproach to
> deleting files on the remote/host - we (erm, probably I, in truth) never got
> around to finding the right recipe.
>
> Might I suggest pulling it out of storage - and getting a review, perhaps
> from Mike who might be able to identify the best place to do the job.
I w
On Nov 25, 2014, at 12:15 PM, Jakub Jelinek wrote:
> On Tue, Nov 25, 2014 at 03:27:40PM +0100, Tom de Vries wrote:
>> This patch fixes that by ensuring that we print that unsupported message
>> only once.
>>
>> The resulting test result comparison diff is:
>> 2014-11-25 Tom de Vries
>>
>>
On Nov 23, 2014, at 4:06 PM, FX wrote:
> One question to build maintainers, and one patch submitted to top-level
> configure.ac
So, not sure who wants to review this. From the darwin perspective, Ok.
On Oct 7, 2014, at 2:07 PM, Marek Polacek wrote:
> I'd like to kick off a discussion about moving the default standard
> for C from gnu89 to gnu11.
I endorse the change of default.
> The things I had to fix in the testsuite nicely reflect what we can expect
> in the real life:
A wiki page that
On Sep 15, 2014, at 9:05 AM, Jakub Jelinek wrote:
All the updates sound good.
> Regtested on x86_64-linux, without the patch toplevel make -k check
> took 8hrs3minutes (don't have time data for that run),
This confuses me, but, no matter. Isn’t 8hrs time data? :-)
> patch toplevel make -j48
On Sep 12, 2014, at 9:32 AM, Jakub Jelinek wrote:
> Here is my latest version of the patch.
I did a timing test:
Before:
real0m57.198s
user1m24.736s
sys 0m19.816s
after:
real0m28.224s
user1m27.823s
sys 0m22.374s
This is a -j70 run on a 64 core power7 of check-objc, I
On Sep 12, 2014, at 9:32 AM, Jakub Jelinek wrote:
> Here is my latest version of the patch.
>
> With this patch I get identical test_summary output on make -k check
> (completely serial testing) and make -j48 -k check from toplevel directory.
>
> Major changes since last version:
> 1) I've chang
On Sep 11, 2014, at 3:15 PM, Jakub Jelinek wrote:
> That is news to me, but given the amount of test -a/-o uses e.g. in
> gcc/configure and hundreds of places, I'd say what we care is what is more
> portable to old shells.
No, we can’t care about that. If that were true, the _ && _ in the compil
On Sep 10, 2014, at 2:23 PM, Jakub Jelinek wrote:
> Seems file mkdir in tcl doesn't error on pre-existing directory,
shell mkdir will. :-)
On Sep 10, 2014, at 1:38 PM, David Malcolm wrote:
> Perhaps this is a silly question, but has anyone tried going the whole
> way and not having buckets, going to an extremely fine-grained approach
No, we fear the overhead, but do not know what it is.
On Sep 9, 2014, at 8:14 AM, VandeVondele Joost
wrote:
> Attached is a further revision of the patch, now dealing with check-c++.
So when last I played in this area, I wanted a command line tool that would
bin-pack from the command line. I would then grab the seconds per for each
.exp, and bin
On Sep 5, 2014, at 4:05 AM, Thomas Schwinge wrote:
> Updating my GCC trunk working tree from r212389 (2014-07-09) to r214918
> (2014-09-04), I notice that (only) in libstdc++ testing, and only for the
> second multilib of »RUNTESTFLAGS='--target_board=unix\{,-m32\}'« (so, the
> 32-bit x86 one), a
Gosh, https://gcc.gnu.org/projects/cxx0x.html and
https://gcc.gnu.org/gcc-4.8/cxx0x_status.html seem to old and dated now.
First, the standard before last has been published. Second, at some point, it
can’t be experimental anymore. Would be nice if someone could update the
content. The part
Right, but I've never taken a look at the gcc codebase. Where would I
start looking for the relevant files? Is there a general introduction
to the codebase anywhere that I should start with?
On Mon, Jun 2, 2014 at 11:20 AM, Ian Lance Taylor wrote:
> On Mon, Jun 2, 2014 at 12:18
> Though for the gory details and authoritative answers I suppose you'd
have to look into the source code.
Where would I find the code for this?
I'm trying to copy gcc's behavior with the -ffast-math compiler flag
into haskell's ghc compiler. The only documentation I can find about
it is at:
https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
I understand how floating point operations work and have come up with
a reasonable list of
Ping?
Or, I can ask, any objections? In https://gcc.gnu.org/PR61146 it is stated
that GMP removed the casts in 2005.
On May 26, 2014, at 4:26 AM, FX wrote:
>> So changing just 2 of them doesn't feel right to me…
>
> [Again, with the patch actually attached… sorry]
>
> Here’s a patch that rem
On May 26, 2014, at 2:22 AM, FX wrote:
>> This causes GCC bootstrap to fail on Darwin systems (whose system compiler
>> is clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure
>> it’s the right call, see below), I’ve filed a separate report for the
>> bootstrap issue (https://
On May 26, 2014, at 4:26 AM, FX wrote:
> Here’s a patch that removes all the casts on output operands in x86/x86_64
> code in longlong.h.
I’d love for someone to explain why the casts were there in the first place… I
like the idea of removing them.
So, I was wondering about patterns like:
(define_insn_and_split "*setcc_di_1"
[(set (match_operand:DI 0 "register_operand" "=q")
(match_operator:DI 1 "ix86_comparison_operator"
[(reg FLAGS_REG) (const_int 0)]))]
"TARGET_64BIT && !TARGET_PARTIAL_REG_STALL"
"#"
"&& reload_c
On May 6, 2014, at 8:19 AM, Kenneth Zadeck wrote:
> please hold off on committing patches for the next couple of hours as we have
> a very large merge to do.
> thanks.
All done… It is in.
On Feb 13, 2014, at 1:18 AM, Richard Sandiford
wrote:
> This patch tries to reduce that by providing an alternative single-script
> version.
> Python isn't yet required and I'm pretty sure this script needs 2.6
> or later.
> I'm also worried that the seek/tell stuff might not work on
> Windows.
I am seeing the below on wide-int. The go teststsuite violates one of the
principals of goo test suite hygiene, the names thought arbitrary, should be
stable. These names are not stable across differing build locations.
s,.*/testsuite/,,g is approximately what it needs. Thanks.
New tests t
On Apr 22, 2014, at 12:48 PM, Kenneth Zadeck wrote:
>
>>> While of course one hopes that there will be no issues with wide-int, a
>>> change of this size will have some pain no matter how well we have
>>> tested it. Having three reviewers will assure problems are resolved
>>> quickly.
>> Works f
Since we are nearing release, I thought I’d mention I see:
../../gcc/gcc/doc/invoke.texi:1114: warning: node next `Overall Options' in
menu `C Dialect Options' and in sectioning `Invoking G++' differ
../../gcc/gcc/doc/invoke.texi:1114: warning: node up `Overall Options' in menu
`Option Summary'
I've been doing make -j70 and -j70 restrap and libasan seems to build 1 file at
a time. I'm chasing other bits right now, so I didn't track down what did it.
I looked at how it is wired up and didn't just spot it, and it seems to copy
other runtime libraries we have. Not sure if they suffer t
On Nov 22, 2013, at 10:13 AM, Jakub Jelinek wrote:
>> This is exactly the patch referenced in the pointer to the upstream repo.
>> Arno, does this fix the build for you?
>>
>> Ok?
>
> Yes
Committed revision 205285.
On Nov 22, 2013, at 4:31 AM, Konstantin Serebryany
wrote:
> These CFI directives were completely removed in upstream at
> http://llvm.org/viewvc/llvm-project?rev=192196&view=rev
> Strangely, this did not get into the last merge...
>
> Anyway, these cfi_* will (should, at least) disappear with th
On Nov 3, 2013, at 8:28 PM, Maxim Kuvyrkov wrote:
> Mike, as Obj-C/C++ front-end maintainers, would you be supportive of Blocks
> extension implemented for Obj-C/C++ front-ends?
Sure.
Though, I'd really love a front-end extension to allow one to implement Blocks
as a p
On Nov 3, 2013, at 8:28 PM, Maxim Kuvyrkov wrote:
> I am considering a project to add Apple's blocks [*] extension to GCC.
I have a funny story about that one… I was just about ready to submit the
work, the GPLv3 happened. Ah… life goes on.
On Nov 3, 2013, at 8:49 PM, pins...@gmail.com wrote:
> What benefits does blocks have over nested functions in C and over lambas in
> C++?
The ability to compile existing code. The ability to compile code that uses
system header files on macosx. The ability to use third party libraries on
mac
On Oct 15, 2013, at 5:41 AM, Richard Biener wrote:
> That said, how do cc1 binary sizes compare branch vs. trunk at
> the last merge point?
$ size /tmp/gcc-*/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus
textdata bss dec hex filename
14224227 33960 1061304 153194
So, here is a comparison of the time required to do a make -j15 of a
--disable-bootstrap --enable-checking=none --enable-languages=c,c++ style
compiler. The base compiler is a --enable-checking=none
--enable-languages=c,c++,lto style compiler, which is
1b2bf75690af8115739ebba710a44d05388c7a1a
You've ben invited to gain access to our website. After reviewing some material
, I could see why. You have potential, and we have the power to give you an
advantage over your competition in this internet era. Enjoy!
GoMainstreamUk.com
Password: nmg
Thanks
Mike
On Aug 28, 2013, at 2:40 AM, Richard Biener wrote:
> Digging shows I at one point removed all this code - but people objected and I
> had to revert it :/
[ oh,, sorry to hear ] I got rid of it as well, and then the test suite beat
on me til I relented.
> I suppose this kind of cleanup should b
On Aug 27, 2013, at 3:23 AM, Richard Biener wrote:
>> +++ b/gcc/fold-const.c
>> @@ -3702,12 +3702,23 @@ all_ones_mask_p (const_tree mask, int size)
> This should instead use
>
> return tree_to_double_int (mask) == double_int::mask (size)
> || (TYPE_PRECISION (mask) == size && tree_to_doubl
It is the intent for all_ones_mask_p to return true when 64 bits of ones in an
unsigned type of width 64 when size is 64, right? Currently the code uses a
signed type for tmask, which sets the upper bits to 1, when the value includes
the sign bit set and the equality code does check all 128 bit
A make clean followed by a make in the libgcc directory results in:
../../../../gcc/libgcc/config/i386/cpuinfo.c:23:25: fatal error: auto-target.h:
No such file or directory
#include "auto-target.h"
Oh, the the old days, we'd just add a dependancy… If someone knows where to add
just the right
On Apr 25, 2013, at 7:44 AM, Senthil Kumar Selvaraj
wrote:
> What is right way to fix these? I saw one testcase that did
>
> typedef int int32_t __attribute__ ((__mode__ (__SI__)));
>
> Is this the right way to go?
I like this. Pre-approved.
On Apr 1, 2013, at 6:43 PM, Jason Merrill wrote:
> On 03/30/2013 02:23 AM, Senthil Kumar Selvaraj wrote:
>> I couldn't find a way to ask gcc to just generate DWARF (default
>> version) either. How should this be fixed?
>
> Maybe we could use -gdwarf for that now, since we stopped using it for DWA
On Mar 28, 2013, at 3:57 AM, Senthil Kumar Selvaraj
wrote:
> On Wed, Mar 27, 2013 at 08:43:53AM -0700, Mike Stump wrote:
>> On Mar 27, 2013, at 1:02 AM, Senthil Kumar Selvaraj
>> wrote:
>>> global-used-types.c in gcc/testsuite/gcc.dg/debug/dwarf2 only specifies
>
On Mar 27, 2013, at 1:02 AM, Senthil Kumar Selvaraj
wrote:
> global-used-types.c in gcc/testsuite/gcc.dg/debug/dwarf2 only specifies
> -g in dg-options. For a target that is not configured to generate
> dwarf-2 by default, the test fails looking for specific DWARF strings in
> the generated assem
n be compiled to executables.
Filed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
Mike
On Thu, Mar 07, 2013 at 11:12:40AM +0100, Mikael Pettersson wrote:
> Mike Hommey writes:
> > On Thu, Mar 07, 2013 at 01:14:03AM -0800, Andrew Pinski wrote:
> > > On Thu, Mar 7, 2013 at 12:33 AM, Mike Hommey wrote:
> > > > On Thu, Mar 07, 2013 at 12:28:2
ing random
behaviour.
This doesn't happen with GCC 4.7, which suggests it may be a known bug.
Any ideas?
Cheers,
Mike
Someone removed isl-0.10.tar.bz2 and cloog-0.17.0.tar.gz from
ftp://gcc.gnu.org/pub/gcc/infrastructure. I'd hoping this was in error and the
files can be restored. If there is some compelling reason, I am interested.
Sounds great, thanks for sharing!
On Wed, Dec 5, 2012 at 3:14 AM, Yunfeng ZHANG wrote:
> Hi all:
> I'm pleased to announce my gcc plugin on gcc-4.6.3 has been released, it
> collects data from gcc compilation stage and dump them to sqlite-database just
> like cscope, but with later enhancement.
>
On Nov 27, 2012, at 4:50 PM, "Joseph S. Myers" wrote:
> On Tue, 27 Nov 2012, Mike Stump wrote:
>
>> A review of the change and approval of the change should be enough to
>> catch issues going into the FSF tree. The build should just copy the
>> generated f
On Nov 27, 2012, at 1:22 PM, Andrew Pinski wrote:
> On Tue, Nov 27, 2012 at 12:55 PM, Mike Stump wrote:
>> This:
>>
>> Verify that you have permission to grant a GFDL license for all
>> new text in tm.texi, then copy it to ../../gcc/gcc/doc/tm.texi.
>> make[3]:
This:
Verify that you have permission to grant a GFDL license for all
new text in tm.texi, then copy it to ../../gcc/gcc/doc/tm.texi.
make[3]: *** [s-tm-texi] Error 1
make[3]: *** Waiting for unfinished jobs….
is one of the stupidest build errors I've seen all decade. Can someone fix it
please?
es sense, and would be more useful than a crash or abort.
mike
--
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of the world http://fosm
On Mon, Oct 29, 2012 at 11:20 AM, Jonathan Wakely wrote:
> Creating the temp file yourself has the advantage you know what the
> name is, whereas if GCC creates it you need to look for new files or
> check timestamps to find what name it used.
so we can have three options that I would suggest :
On Mon, Oct 29, 2012 at 11:19 AM, Jonathan Wakely wrote:
> On 29 October 2012 09:25, Mike Dupont wrote:
>> Well in this case, what about a random temp file name? tmpfile ?
>> something with the timestamp as well.
>> I would like to have those files if possible. would that b
Well in this case, what about a random temp file name? tmpfile ?
something with the timestamp as well.
I would like to have those files if possible. would that be acceptable?
mike
On Sun, Oct 28, 2012 at 6:40 PM, Joseph S. Myers
wrote:
> On Sun, 28 Oct 2012, Mike Dupont wrote:
>
>
I report a bug? any ideas on fixing it, I might
be able to do so, it should be simple.
mike
--
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of
.o -MD -MP morestack.s
Then the file is empty libgcc.map, it is generated by some complex sed
script, but it is failing.
/usr/bin/ld:libgcc.map:1: syntax error in VERSION script
anyone else had this problem?
mike
--
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://
that helps,
mike
On Mon, Sep 24, 2012 at 1:02 PM, _ wrote:
> Hi guys
>
> I wana discuss proposed optimization step(optional switch?) to c++
> compiller that would make old and new code in some cases order of
> magnitude faster by just pure recompilation.
>
> ...After all th
thanks for sharing, will check this out.
mike
On Fri, Sep 14, 2012 at 9:05 PM, James Courtier-Dutton
wrote:
> Hi,
>
> I know most compilers go from AST to CFG.
> I am writing a decompiler, so I was wondering if anyone knew of any
> documents describing how best to get from CF
On Sep 6, 2012, at 1:00 PM, Ian Lance Taylor wrote:
> On Thu, Sep 6, 2012 at 11:56 AM, Mike Stump wrote:
>> Where in the manual are the machine specific print operand modifiers
>> documented? I've looked around, and just can seem to find them; surely, I
>> can'
On Sep 6, 2012, at 1:09 PM, David Daney wrote:
> On 09/06/2012 01:00 PM, Ian Lance Taylor wrote:
>> On Thu, Sep 6, 2012 at 11:56 AM, Mike Stump wrote:
>>> Where in the manual are the machine specific print operand modifiers
>>> documented? I've looked around
Where in the manual are the machine specific print operand modifiers
documented? I've looked around, and just can seem to find them; surely, I
can't be the first to document such a modifier.
On Saturday 25 August 2012 18:31:32 H.J. Lu wrote:
> On Sat, Aug 25, 2012 at 3:27 PM, Mike Frysinger wrote:
> > On Saturday 25 August 2012 11:58:08 H.J. Lu wrote:
> >> On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu wrote:
> >> > Hi,
> >> >
> >> >
fine with --enable-shared for binutils.
> I tested both separate build directory and in-source build. OK
> to install?
does this also fix:
http://sourceware.org/bugzilla/show_bug.cgi?id=4970
-mike
signature.asc
Description: This is a digitally signed message part.
to be clear,
I have also tried in the distant past do some C++ compilation of the
gcc. I had some ideas for making c++ interfaces to the classes and
some code. Also for converting some macros into inline functions for
type safety.
mike
On Wed, Aug 15, 2012 at 6:50 AM, Mike Dupont
wrote
Thats great,
I have also tried in the distant past do so C++ compilation. Will have
to get back on the bandwagon.
mike
On Wed, Aug 15, 2012 at 2:05 AM, Diego Novillo wrote:
>
> I have committed rev 190402, which merges the cxx-conversion branch into
> trunk. Thanks to everyone who
In doing up the mods for the constant wide int code, we found a nasty including
ordering problem that seems only tangentially related to our code. In
options.h this is generated:
/* Anything that includes tm.h, does not necessarily need this. */
#if !defined(GCC_TM_H)
#include "input.h" /* for
On Jul 2, 2012, at 4:06 AM, Alexandre Oliva wrote:
> On Jun 29, 2012, Mike Stump wrote:
>> First, let get to the heart of the matter. That is the behavior of
>> compiler.
>
> That's a distraction in the context of a patch to improve a feature
> that's already
On Jun 28, 2012, at 3:19 PM, Alexandre Oliva wrote:
> On Jun 28, 2012, Mike Stump wrote:
>> The next would be because it would be a speed hit to re-check at
>> runtime the qualities of the linker and do something different.
>
> But then, our testsuite *does* re-check at ru
1 - 100 of 1036 matches
Mail list logo
