On Sep 18, 2006, at 6:32 AM, Jack Howarth wrote:
So does the fact that 21_strings/basic_string/element_access/
char/21674.cc
and 21_strings/basic_string/element_access/wchar_t/21674.cc now
XPASS merit
a PR? What sort of debug information should I provide. I've never
filed a
bug report on
On Sep 16, 2006, at 10:18 AM, Jack Howarth wrote:
Shouldn't we have something in gcc/testsuite/lib/objc*.exp
to short-circuit out of running any of those -m64 testsuites
for Darwin8 and earlier?
Sure. Bonus points for letting the GNU runtime based tests run (if
that makes sense).
On Sep 18, 2006, at 4:17 PM, Jed Davis wrote:
As a convenient side-effect, setting breakpoints on only one variant
will also still work.
Well, not quite. For it to work nicely, you'd want the jmp version,
and you'd want to defeat the gdb set breakpoint after prologue logic,
and even then,
On Sep 20, 2006, at 8:11 PM, Mark Mitchell wrote:
4. Replace powerpc-apple-darwin with i686-apple-darwin. Apple's
hardware switch would seem to make the PowerPC variant less
interesting.
I'd rather just add i686-apple-darwin as a secondary. We don't
instantly replace the entire installed
On Sep 22, 2006, at 3:51 PM, balazs wrote:
Hi - I start a simple pthread and the program consumes about 10
Mbytes of
virtual memory.
And why do you think that sending email to this list would be a good
idea?
View this message in context: http://www.nabble.com/simple-pthread-
consumes-mem
On Sep 25, 2006, at 1:04 AM, Ricardo FERNANDEZ PASCUAL wrote:
Bernd Jendrissek wrote:
Are you sure you want to do that, instead of using, say, rpcgen?
I am sorry, but I fail to see the relation of this with rpcgen
(which as far I know is a code generator for the RPC protocol). Am I
looking
In gcc's syslimits.h (gsyslimits.h), we do:
/* syslimits.h stands for the system's own limits.h file.
If we can use it ok unmodified, then we install this text.
If fixincludes fixes it, then the fixed version is installed
instead of this text. */
#define _GCC_NEXT_LIMITS_H
On Sep 26, 2006, at 2:36 AM, Olivier Hainque wrote:
/* The AIX linker will discard static constructors in object files
if
nothing else in the file is referenced [...] */
Darwin has this same sort of issue and solves it by not wiring up
ctors/dtors for all these things but instead hav
On Sep 27, 2006, at 3:39 AM, kernel coder wrote:
Would you please tell me when does the macros INITIALIZE_TRAMPOLINE
and TRAMPOLINE_TEMPLATE come in effect.Any practical expample will be
helpful.
A dejagnu testsuite run also would spot problems in how you define
these things.
Wrong list, you should use gcc-help for help.
On Sep 27, 2006, at 6:03 AM, Jeff Blaine wrote:
I'm trying to get around the "Some people have crappy NFS
architectures so we're going to make GCC so braindead it
can't even find its own libraries" problem.
Can anyone tell me where the spec files in
On Sep 27, 2006, at 11:58 AM, Come Lonfils wrote:
I'm beginning a end study thesis on "mix" c++ end objective-c in gcc.
I know there is already objective-c++ but I need all information I
can have on the subject. What is already done and what is not (and
why)?
Objective-C++ is already done.
On Sep 26, 2006, at 5:48 PM, Ian Lance Taylor wrote:
So I don't understand what the issue is. Can you give an example?
mrs $ cat subdirectory/limits.h
//
// bogus limits.h header should never be included
//
#error "including limits.h from the wrong place"
mrs $ gcc -iquotesubdirectory t.c
I
On Sep 28, 2006, at 4:26 AM, Jan Beulich wrote:
While I'm not certain whether gcc is able to split one function's
code between different sections
Kinda, sorta... Hot-cold partitioning (-freorder-blocks-and-
partition) does this. If one exposed a FE language construct to so
tag code, then
On Sep 29, 2006, at 2:04 PM, Mark Mitchell wrote:
Eric Christopher wrote:
So, a testcase like this:
extern void foo() __attribute__((deprecated));
extern void bar() __attribute__((deprecated));
void foo() {}
void bar()
{
foo();
}
Should we warn on the invocation of foo() since it's also bein
On Sep 30, 2006, at 6:09 PM, David Edelsohn wrote:
maintenance of Darwin in the FSF repository has been very
inconsistent.
Just to be concrete, could you give an example or two of the worst
types of problems that existed in the past? My recollection is that
most of the things that Geoff's
On Oct 2, 2006, at 1:10 AM, Come Lonfils wrote:
Do you know where I can have documentation for developer who begin
with gcc.
The standard answer works:
google("gcc documentation")
It is usually faster for you to ask google (i've never see it take
longer than around 500 ms to answer any q
On Oct 2, 2006, at 5:40 PM, Brendon Costa wrote:
Now I currently need to generate an associated file for each of these
files as well.
Additionally, see -save-temps for additional hints. This avoids /tmp/
temp234.s as an intermediate file and generates ext_test.s instead.
Run with -v, and y
On Oct 2, 2006, at 4:33 PM, Jack Howarth wrote:
diff -uNr gcc-4.2-20061002/gcc/unwind-dw2-fde-darwin.c
gcc-4.2-20061002.allocatable_unwind-dw2-fde-darwin/gcc/unwind-dw2-
fde-darwin.c
--- gcc-4.2-20061002/gcc/unwind-dw2-fde-darwin.c2006-10-01
23:03:13.0 0400
+++ gcc-4.2-2006100
On Oct 2, 2006, at 9:24 PM, Brendon Costa wrote:
* Modify the ASM spec used for compiling .s files into .o files so
that it will somehow rename the /tmp/foo1.s.edc files to
/tmp/gah1.o.edc files where /tmp/gah1.o is the name of the output .o
file that comes from the assembler.
* Write a wrapp
On Oct 3, 2006, at 5:43 PM, Brendon Costa wrote:
I think I could insert my data into the .s file into a particular
section. I am not sure if I should create my own named section
I'd recommend .comment probably. If you want to productize it, add
your own, and put it into your linker script.
On Oct 2, 2006, at 6:47 PM, Jack Howarth wrote:
However in the first form with {-m32,-m64} only the -m32 tests get
run with -fgnu-runtime and the -m64 tests don't (and thus fail
because they can't link).
Sounds like a bug, please file a report.
I think this is a bug in objc.exp. I think the
On Oct 3, 2006, at 9:30 PM, Jack Howarth wrote:
I think I have this puzzled out now. The correct patch is...
Index: lib/obj-c++.exp
===
--- lib/obj-c++.exp (revision 117423)
+++ lib/obj-c++.exp (working copy)
@@ -282,8 +282,
On Oct 3, 2006, at 7:57 PM, Jack Howarth wrote:
I'll double check but I don't think the testcases which
use -fnext-runtime were failing when I had these changes
hardwired in for -m64. The reason is that the -fgnu-runtime
appears on the cflags
skip each test when -fgnu-runtime and darwin9.
On Oct 5, 2006, at 11:55 AM, Changjiang Mei wrote:
I've successfully compiled a complete application into an
executable using g++. I'm trying to develop a class library and
compile into library for use by other programs. Can any one show me
how? Thank you very much in advance.
Please don't
On Oct 5, 2006, at 1:56 PM, Andrija Radicevic wrote:
libgcc2.s:52: Error: unknown pseudo-op: `.lm_0'
.LM_0
.LM_0:
I have found out that the correct labels are written out by the
hook TARGET_ASM_INTERNAL_LABEL and the faulty ones are the result
of the output from the macro ASM_GENERATE_IN
On Oct 8, 2006, at 1:42 PM, Kaveh R. GHAZI wrote:
It turned out to be much easier than I thought to decipher the top
level
machinery and get GMP/MPFR building inside the GCC tree. :-)
Some thoughts, if this configures and builds most (all?) of the time,
then we are changing the portability
On Oct 10, 2006, at 6:25 AM, Jochen Haerdtlein wrote:
I am a PhD student working on the extended use of expression
templates for solving partial differential equations.
Since compile time of huge expression template programs is a severe
problem
I fear that trying to solve that problem
On Oct 11, 2006, at 6:27 PM, Bob Rossi wrote:
In particular, I was just wondering how do compile GCC with debug.
developers cd gcc && make. :-) Gotta love magic.
If you've built it already, make clean && make.
On Thursday, February 10, 2005, at 03:42 PM, Daniel Berlin wrote:
On Thu, 2005-02-10 at 15:25 -0800, Mike Stump wrote:
On Feb 9, 2005, at 8:54 PM, Daniel Berlin wrote:
I also plan on excluding merge tags
The last merge tag on active branches should be kept, as they would be
used for the next
On Thursday, February 10, 2005, at 06:13 PM, Richard Kenner wrote:
I was concerned about the difficulty in building svn and must say that
I
wasn't at all encouraged by this report.
I would instead, look to the people that know how to do it well, to
post something up on the wiki pages on how to d
On Friday, February 11, 2005, at 05:29 PM, Daniel Berlin wrote:
I'll keep the last branchpoint of each branch for the initial import
Won't work either... Sometimes we reuses merge labels in non-obvious
ways. top-200501-merge and top-200502-merge both exist, the two were
used for, say, treeprof
On Monday, February 14, 2005, at 04:04 AM, Richard Earnshaw wrote:
Fine, i'll just keep all the non-snapshot tags for now.
There's no reason why we have to keep all the tags in one place.
Further, we can import them all, and then later remove, move or rename
them and these things seem to be versi
On Feb 17, 2005, at 9:52 AM, Davide Rossetti wrote:
I remember I read on this mlist about a testing tool. a script or
something which took a source file in input and tried to swap lines
and compile it, then reported results... can't google it exacly.. any
help ??
best regards
http://gcc.gnu.org/
On Feb 17, 2005, at 3:47 PM, Matt Austern wrote:
I'm sure there are still lots of horrible bugs
OK to commit to mainline?
Please, the copyright seems wrong. I think that should be fixed before
it goes in.
ormance or
efficiency, please do make the change but offer a switch to disable it and
let the old code still compile. This way we it seems everybody can be
happy.
thanks -mike
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
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 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 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.
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
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
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
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
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
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
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 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: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 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 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.
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
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'
On Mar 26, 2012, at 1:56 PM, Steven Bosscher wrote:
> This patch is one way to address PR44982.
That's a great idea, I like it. There is only one problem that I know of that
prevents it from going in now. We emit errors/warnings from below finalize and
there is a feature in which we emit all t
Hello,
I am trying to port some legacy C++ code to properly work in the face of thread
cancellation. Based on information I have gleaned from searching the net, it
appears that any catch(...) handlers that try to finalize the exception must be
augmented to first catch abi::_forced_unwind and si
On Jun 5, 2012, at 1:23 PM, Steven Bosscher wrote:
> On Tue, Jun 5, 2012 at 8:55 PM, Iain Sandoe wrote:
>> I would welcome a simple solution if one is available, although I don't
>> quite see what you have in mind at present.
>
> This is what I have in mind. Untested, but it shows the idea. What
Thats very interesting, thanks for sharing.
mike
On Tue, Jun 19, 2012 at 4:41 AM, Daniel Santos wrote:
> Yes, my topic sounds crazy huh? But you guys made it possible when you
> started optimizing out constant function pointers. (Thank you!!) This
> didn't mature to "fu
On Jun 25, 2012, at 6:48 AM, Steven Bosscher wrote:
> In fact darwin does follow the
> naming convention, the only difference is that it wraps the section
> name in a segment label (always "__DWARF__") and adds some flags
> (always "regular,debug"). I would have expected there to be a way to
> chan
On Jun 27, 2012, at 2:07 AM, Alexandre Oliva wrote:
> Why? We don't demand a working plugin. Indeed, we disable the use of
> the plugin if we find a linker that doesn't support it. We just don't
> account for the possibility of finding a linker that supports plugins,
> but that doesn't support t
On Jun 28, 2012, at 12:16 AM, Alexandre Oliva wrote:
> On Jun 27, 2012, Mike Stump wrote:
>> On Jun 27, 2012, at 2:07 AM, Alexandre Oliva wrote:
>>> Why? We don't demand a working plugin. Indeed, we disable the use of
>>> the plugin if we find a linker that do
On Jun 28, 2012, at 4:39 AM, Alexandre Oliva wrote:
> On Jun 28, 2012, Jakub Jelinek wrote:
>
>> On Thu, Jun 28, 2012 at 04:16:55AM -0300, Alexandre Oliva wrote:
>>> I'd very be surprised if I asked for an i686 native build to package and
>>> install elsewhere, and didn't get a plugin just becau
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
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
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
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
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
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.
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,
> >> >
> >> >
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 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
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'
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
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
.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://
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
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:
>
>
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
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 :
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
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?
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]:
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
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.
>
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.
ing random
behaviour.
This doesn't happen with GCC 4.7, which suggests it may be a known bug.
Any ideas?
Cheers,
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
n be compiled to executables.
Filed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
Mike
On Feb 6, 2008, at 9:58 AM, Kaveh R. GHAZI wrote:
Is there any interest in getting the testsuite failures in objc++
fixed?
Yes, but, if you have other, more important things... :-)
http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00401.html
I generally include it in my testsuite results an
On Feb 21, 2008, at 6:10 AM, FX wrote:
Use of long double math builtins on powerpc-darwin
My question is simple: are there any plans to fix?
I don't know of anyone working on it. The issue is trivial enough to
fix, if people want to fix it. Essentially, the various builtins need
to hav
On Feb 21, 2008, at 8:31 PM, Kaveh R. GHAZI wrote:
Are current Darwin maintainers working on fixing anything in the FSF
sources?
Currently no. The transition to GPL v3 is problematic for us in the
short/mid term. :-( Longer term, we'll see how it goes.
If not, maybe we need more Darwi
On Feb 22, 2008, at 12:14 PM, Kaveh R. Ghazi wrote:
If someone steps forward, are you allowed to follow the patches list
We can't read the patches nor gcc list.
and give feedback and/or approve patches for new contributors? I
assume this is possible since you helped out with objc++ review f
On Feb 22, 2008, at 12:50 PM, Joe Buck wrote:
I guess that I'm still not clear on the restrictions you are under.
We could ask people to cc proposed darwin patches to you, but if
we ask people to do that routinely, then you're effectively on the
list
again.
Not really, the list is much highe
On Feb 23, 2008, at 2:57 AM, FX Coudert wrote:
1. the target part, in gcc/config/darwin* and gcc/config/rs6000,
that takes care of setting correct assembler names for the builtins,
if needed
The patch was bootstrapped on powerpc-apple-darwin9.2.0 with C and
Fortran, and regtested with bot
On Jun 18, 2008, at 6:58 AM, Jack Howarth wrote:
someone has proposed a patch to allow static linkage of libgfortran
into fortran programs on darwin. One of the Darwin maintainers
should review this since it touches the gcc/config/x-darwin
file. FYI.
http://gcc.gnu.org/ml/gcc/2008-06/msg00362.ht
In ipa-type-escape.c we have:
/* Return either TYPE if this is first time TYPE has been seen an
compatible TYPE that has already been processed. */
I'd fix it, if I knew I knew what it meant. either, an and that are
the things that are confusing to me.
On May 9, 2007, at 2:33 PM, Steven Bosscher wrote:
On 5/9/07, Mike Stump <[EMAIL PROTECTED]> wrote:
In ipa-type-escape.c we have:
/* Return either TYPE if this is first time TYPE has been seen an
compatible TYPE that has already been processed. */
I'd fix it, if I knew I k
I'm seeing:
../../gcc/gcc/dwarf2out.c: In function ‘print_die’:
../../gcc/gcc/dwarf2out.c:5772: error: format ‘%4lu’ expects type
‘long unsigne
d int’, but argument 3 has type ‘dw_offset’
../../gcc/gcc/dwarf2out.c:5775: error: format ‘%lu’ expects type ‘long
unsigned
int’, but argument 3 h
On May 13, 2007, at 3:32 AM, Rask Ingemann Lambertsen wrote:
On Fri, Jan 06, 2006 at 02:48:30PM -0800, Richard Henderson wrote:
What they're looking for is, for functions that don't use
the pic register, to not reserve the pic register so that
it's available for computation. This is harder. I
On May 14, 2007, at 8:46 AM, Patrick Olinet wrote:
Running with gdb, it looks like the problem comes from the
ppc_closure.S file of the libffi/src/powerpc directory, at line 32 :
Maybe something like:
#ifndef _SOFT_FLOAT
stfd %f1, 48(%r1)
#endif
but then, you might have to have something li
On May 14, 2007, at 11:27 AM, Mike Stump wrote:
I'm seeing:
If I do this:
it gets farther.
Next error would be:
../../gcc/gcc/sched-vis.c: In function ‘print_value’:
../../gcc/gcc/sched-vis.c:433: error: format ‘%lx’ expects type ‘long
unsigned int’, but argument 3 has type ‘lon
On May 14, 2007, at 11:53 AM, Eric Christopher wrote:
On May 14, 2007, at 11:35 AM, Mike Stump wrote:
On May 14, 2007, at 8:46 AM, Patrick Olinet wrote:
Running with gdb, it looks like the problem comes from the
ppc_closure.S file of the libffi/src/powerpc directory, at line 32 :
Maybe
901 - 1000 of 1036 matches
Mail list logo
