/post_modify supports, as
above, or perhaps a peephole optimisation?
Cheers,
Jon
%2, %0"
)
This seems to work fine for a number of targets without the LRA, but fails
with. Any pointers as to what needs to be changed to get this to work? Does
the instruction now need additional alternatives to handle the case where
the two registers are different, or are there some target hooks other than
TARGET_LRA_P that need to be implemented?
Thanks,
Jon
or a
> "reg:DI << reg:DI" (to do a lib call), or else combine would not arrive at the
> pattern above.
>
> Hope this helps.
Thanks Oleg, these were the bits I hadn't figured out.
Cheers,
Jon
and how this should be best implemented?
Thanks,
Jon
have meant the promotion had already taken place and so
wasn't needed in the callee. It could also be said that it makes worse code
on other machines :)
Thanks,
Jon
it may give you some ideas.
Regards,
Jon
_true), so I presume it must be something else.
Regards,
Jon
Hi Andrew,
> On 07/25/2012 12:15 PM, Jon Beniston wrote:
> > For MIPS and LM32, truncation is performed in the calling function and
> > sign extension in the called function. One of these operations seems
> > redundant. For ARM, truncation is performed in the caller, but
>
ode should be
promoted.
- TARGET_PROMOTE_FUNCTION_MODE is also defined for all targets such that
function arguments should be promoted.
Are there other target macros that control this?
Thanks,
Jon
eal about gcc atomics over the past few days. I have also learned
that debugging packages requires that you build the package *exactly* as
it is in the spec file, not just by running configure/make as therein ;)
Jon.
Hi Ramana,
Thanks very much for getting back to me!
On Mon, 2012-01-30 at 08:50 +, Ramana Radhakrishnan wrote:
> On Mon, Jan 30, 2012 at 6:56 AM, Jon Masters wrote:
> > The __sync_synchronize "legacy" sync function is intended to be used to
> > perform an expe
ard to whatever information you can share with me. If you
would like more information, I can happily provide it in the morning. It
is very late here, but I wanted to start this thread asap. We are trying
to fix icu so that we can continue to build Fedora 17 for ARM systems.
Thanks very much,
Jon.
Jonathan Wakely wrote, On 26/09/11 09:57:
[.]
Feel free to request a new option in Bugzilla to suppress the note,
that's the right place for this discussion.
Good point. I've created a ticket:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50643
Regards, Jon
Georg-Johann Lay wrote, On 01/08/11 09:40:
Jon Grant wrote:
[.]
http://gcc.gnu.org/ml/gcc/2011-07/msg00106.html
CCed Gerald, I think he cares for that kind of things.
If he does not answer (it's vacation time) file a PR so that it won't be
forgotten.
Johann
Thank you. I fille
Jonathan Wakely wrote, On 26/09/11 09:53:
On 26 September 2011 09:32, Jon Grant wrote:
[.]
bool invalid = (NULL == p);
Why is that preferable?
It would be clearer IMHO what was happening.
I expect this depends on what the standard allows then.
4.12 Boolean conversions [conv.bool]
1
Hi Jonathan
Jonathan Wakely wrote, On 24/09/11 15:55:
On 24 September 2011 15:40, Jon Grant wrote:
It's kind of re-iterating the command line options, that the user will
choose to be aware of already. I don't recall seeing that text output before
about ~1 year ago.
It was there
Hello
Jonathan Wakely wrote, On 26/09/11 08:10:
On 26 September 2011 05:29, Ian Lance Taylor wrote:
Jon Grant writes:
Currently gcc, and g++ don't give a warning when a pointer was
converted to a bool, in the same way it is for other types.
At least in C++, it's not really true
-Wstrict-prototypes, but that only warns if types are not specified.).
Would be quite handy to have this ability to check parameter names are
consistent.
Please include my email address in any replies.
Best regards, Jon
gcc (Ubuntu/Linaro 4.5.2-8ubuntu4) 4.5.2
// gcc -Wall -o mai
d int’ from NULL
^ I expected to see a bool warning on line 16.
I tested assigning NULL in these tests (Note, I also confirmed that
assigning a pointer variable produced the same lack of warning output.)
Please include my email address in any replies
Best regards, Jon
// g++ -Wconversion
Jonathan Wakely wrote, On 19/09/11 19:40:
On 19 September 2011 18:59, Jon Grant wrote:
Hello
I noticed that when compiling C files with GCC and using the -Werror
option, I see this additional output:
cc1.exe: warnings being treated as errors
./src/main.c: In function 'main':
./src
e keep my email address in any replies as I'm not on the mailing list.
Best regards, Jon
ABI, kernel consolidation, and many other things).
If there's at least representation from a few of the distros (as it
seems is the case at this point) then I think it's worthwhile having the
formal slots. Nothing is lost in so doing. In any case, many discussions
will take place if we have the opportunity to do so.
Jon.
uld be the best way to progress this request? e.g.
Should I create a bugzilla ticket.
Best regards, Jon
cc?
I was thinking to write a little program to make the changes to the header file.
Please include my email address in any replies.
Best regards, Jon
, perhaps worth checking if the others are used in
other files and can be changed to "normal" as well.
I'm not on the mailing list, so please keep my email address in any replies.
Thanks, Jon
Ian Lance Taylor wrote, On 03/07/11 05:27:
Jon Grant writes:
[.]
Another reply for this old thread. I wondered, if collect2 is
possibly not needed in normal use on GNU/Linux, could GCC be
configured to call ld directly in those cases to save launching
another binary.
collect2 is needed if
On 2 February 2010 22:47, Ian Lance Taylor wrote:
> Jon writes:
>
>> Is there a way to get collect2 to save the temporary .c file it
>> generates to have a look at it? I believe it may be the __main()
>> function, with the -debug option it gives the attached
>&
to enable warning if there are
duplicates?
From my point of view, I feel that not warning duplicates may let
mistakes in the way gcc is invoked slip through, e.g. assist tracking
down these issues in makefiles.
Best regards, Jon
ent twenty years ago, but these
days using linker is a lot more natural and common (as a grep in gcc/doc
confirms, too).
I went ahead and applied the patch below. Thanks for suggesting this!
Great the change has been made Gerald, Jonathan, thank you.
Best regards, Jon
Hello. thank you for your reply.
Jonathan Wakely wrote, On 05/05/11 22:47:
On 5 May 2011 22:30, Jon Grant wrote:
Hello
Just looking at this page:
http://gcc.gnu.org/faq.html#gas
I saw this text "(the GNU loader)". Is this really an alternative name
for gas? I've not see
mup.o
I can create a bug ticket if needed. Let me know.
Please keep my email address included in any replies.
Best regards, Jon
replies.
Best regards, Jon
inline-functions
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O3 -g
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -Os
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O2 -flto
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O2 -fwhopr
Cheers,
Jon
u let me know, I can try
to look in to them.
Cheers,
Jon
ffect of making it much easier to have different sets of
> libraries for each multilib.
Sounds like a good proposal. For now I've just hacked in a -multilib option.
Cheers,
Jon
to be true for the other multilib
specs).
Perhaps there's a simpler way?
Cheers,
Jon
Hi Manuel
Manuel López-Ibáñez wrote, On 25/04/10 22:37:
[.]
http://gcc.gnu.org/wiki/ChangeLog
Basically, in your case, do not repeat the filename and mention which
function is affected (if any).
2010-03-13 Jon Grant <0...@jguk.org>
* collect2.h: vflag extern changed to bool s
Hi Manuel
Manuel López-Ibáñez wrote, On 25/04/10 22:00:
[.]
Jon, would you mind writing a proper Changelog?
I've attached the Changelog I wrote before. I can change if needed,
let me know what info I should add.
I will test that the patch still passes the regression test and commit
i
Ian Lance Taylor wrote, On 15/03/10 03:12:
Jon writes:
How long is it until back in stage 1 development phase?
Reasonably soon, I hope, but there is no specific schedule.
Hi Ian,
Just wanted to ask if it had been possible to integrate the patch.
Would it be useful for me to create a
Hello Ian
Ian Lance Taylor wrote, On 22/02/10 03:26:
Jon writes:
Good point. Updated patch attached for review.
I suppose this counts as a functionality change, and as such should
not be committed until after the release branch is made.
This is OK when we are back in stage 1, with a
Doh! Thanks, Nathan. I think you put your finger on it.
I was well aware of the overhead that gprof can introduce,
but did not recognize that this overhead was not being
counted by gprof.
Jon
Nathan Froyd wrote:
On Mon, Feb 22, 2010 at 03:23:52PM -0600, Jon Turner wrote:
In it, you will find
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat
pse36 clflush dts acpi mmx fx
sr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 4790.27
clflush size: 64
Any insight or advice will be much appreciated.
Jon
it. But at the moment,
it's hard to avoid the suspicion that something about the
gprof implementation is deeply flawed.
Jon
Joern Rennecke wrote:
Quoting Michael Matz :
Hi,
On Sun, 21 Feb 2010, Jon Turner wrote:
I have recently encountered a gross inaccuracy in gprof that
I can't
Yes, it is statically linked. In any case, there is very
little usage of external libraries here.
Jon
Alan Modra wrote:
On Sun, Feb 21, 2010 at 12:27:04PM -0600, Jon Turner wrote:
The program in question has been compiled with -pg for all
source code files.
Linked statically too? If not
Maucci, Cyrille wrote:
Hello Jon,
I'm used to gprof on HPUX and can tell you that on HPUX when we gprof
an executable, its only works on all the objects present in the
executable but not the shared libs. Actually on HPUX, either you
choose to gprof the exe or the libs but not both. Whe
g the program every 10 ms, so in the observed
20 seconds of execution time, it should be taking 2000 samples,
which should be enough to avoid any grows inconsistencies.
Any ideas would be appreciated.
Jon
Joseph S. Myers wrote, On 20/02/10 11:36:
On Sat, 20 Feb 2010, Jon wrote:
+ fprintf (stderr, "Report bugs: http://gcc.gnu.org/\n";);
You should use bug_report_url from version.c, which can be controlled with
--with-bugurl so that distributors only need to use one configure
Hi Ian
Ian Lance Taylor wrote, On 04/02/10 00:48:
Jon writes:
[.]
I've attached collect2 patch. Let me know what you think of it.
There is actually a GNU standard for --help output, and collect2 might
as well follow it.
http://www.gnu.org/prep/standards/html_node/_002d_002dhelp
pdated the changes, please find attached revised
patch.
Do you have a copyright assignment/disclaimer with the FSF?
I asked FSF this week, I'm just waiting for the snail mail to arrive.
Will post it back as soon as it does.
Cheers, Jon
In
Updated patch attached which includes collect2.h change to bool.
Please include my address in any replies.
Best regards, Jon
Index: collect2.c
===
--- collect2.c (revision 156482)
+++ collect2.c (working copy)
@@ -174,7 +174,7
Hello Ian
Thank you for your reply.
Ian Lance Taylor wrote:
Jon writes:
Is there a way to get collect2 to save the temporary .c file it
generates to have a look at it? I believe it may be the __main()
function, with the -debug option it gives the attached
gplusplus_collect2_log.txt, looking
Hi Ian, Thank you for your reply.
Ian Lance Taylor wrote:
Jon Grant writes:
I see that some of the files are located in the -L library directory
specified, crtbegin.o, crtend.o in which case, perhaps they both do
not need their full long path specified.
Most linkers do not use the -L path
Hello Ian
Thank you for the quick reply with explanations.
2010/1/19 Ian Lance Taylor :
> Jon Grant writes:
>
>> Any easy way to evaluate and reduce command lines? Consider this:
>>
>> /usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../lib/crt1.o
>>
>> Is a
2010/1/19 Jon Grant :
> I should add, I'm not on this mailing list, so please include my email
> address in any replies.
Also I notice lots of duplicate parameters:
Is this directory really needed twice?
-L/usr/lib/gcc/i486-linux-gnu/4.3.3 -L/usr/lib/gcc/i486-linux-gnu/4.3.3
also
I should add, I'm not on this mailing list, so please include my email
address in any replies.
Cheers, Jon
Hello
gcc -o t -### test.c
Any easy way to evaluate and reduce command lines? Consider this:
/usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../lib/crt1.o
Is actually the same as: /usr/lib/crt1.o -- which is much clearer!
I'm using Ubuntu 9.04.
Cheers, Jon
$ gcc -o t -### test.c
Using
> The port is ok to check in.
Great - so can I apply it, or does someone else need to?
Cheers,
Jon
> PS: Does gcc have a function which could dump the specified rtx?
> I wanna dump the rtx when the crash happening.
debug_rtx(x);
You can also call this from within GDB, by typing:
call debug_rtx(x)
Cheers,
Jon
onfig/lm32/t-lm32
>
>Can you move these to libgcc?
The rules in libgcc/Makefile.in use $(gcc_srcdir) (E.g. for targets
lib1asmfuncs-o). How would you suggest I do this?
Cheers,
Jon
o be having the desired effect in this case. (1I don't
even see varasm.c:align_variable being called, so it's not being used).
Cheers,
Jon
m just saying that
> it's not unheard of. And with the delta cache and the object lookup, it's
> not at _all_ impossible that we hit the "allocate in one thread, free in
> another" case!
>
> Linus
>
--
Jon Smirl
[EMAIL PROTECTED]
On 12/11/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 11 Dec 2007, Jon Smirl wrote:
> >
> > So why does our threaded code take 20 CPU minutes longer (12%) to run
> > than the same code with a single thread?
>
> Threaded code *always* takes mor
t 25% so far, but I was unable to get that far before.
>
> Well, around 55% memory usage skyrocketed to 1.6GB and the system went
> deep into swap. So I restarted it with no threads.
>
> Nicolas (even more puzzled)
On the plus side you are seeing what I see, so it proves I am not imagining it.
--
Jon Smirl
[EMAIL PROTECTED]
g the allocation types.
When a thread is created it could allocated a private 20MB (or
whatever) pool. The volatile, private objects would come from that
pool. Long term objects would stay in the global pool. Since they are
long term they will just get laid down sequentially in memory.
Separating
allocator to try? One that combines Google's
efficiency with gcc's speed?
On 12/11/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> I added the gcc people to the CC, it's their repository. Maybe they
> can help up sort this out.
>
> On 12/11/07, Jon Smirl <[EMAIL PRO
I added the gcc people to the CC, it's their repository. Maybe they
can help up sort this out.
On 12/11/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 12/10/07, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
> > On Mon, 10 Dec 2007, Jon Smirl wrote:
> >
> > > N
not as localized as we've tried to make things in
> the kernel, so doing the code copy detection is probably horrendously
> expensive)
>
> Linus
> -
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Jon Smirl
[EMAIL PROTECTED]
e a copy, so we can run further tests from a known point
> cd ..
> cp -a gcc test
>
> # and test multithreaded large depth/window repacking
> cd test
> git config pack.threads 4
64 threads with 64 CPUs, if they are multicore you want even more.
you need to adjust chunk_size as mentioned in the other mail.
> time git repack -a -d -f --window=250 --depth=250
>
> -Peff
>
--
Jon Smirl
[EMAIL PROTECTED]
On 12/7/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 6 Dec 2007, Jon Smirl wrote:
> > >
> > > time git blame -C gcc/regclass.c > /dev/null
> >
> > [EMAIL PROTECTED]:/video/gcc$ time git blame -C gcc/regclass.c > /dev/n
ects: 648366, done.
Compressing objects: 100% (647457/647457), done.
Writing objects: 100% (648366/648366), done.
Total 648366 (delta 539043), reused 0 (delta 0)
real6m2.109s
user20m0.491s
sys 0m4.608s
[EMAIL PROTECTED]:/home/linux/.git$
>
>
> Nicolas
>
--
Jon Smirl
[EMAIL PROTECTED]
On 12/6/07, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
> On Thu, 6 Dec 2007, Jon Smirl wrote:
>
> > On 12/6/07, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
> > > > When I lasted looked at the code, the problem was in evenly dividing
> > > > the work. I wa
On 12/6/07, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
> On Thu, 6 Dec 2007, Jon Smirl wrote:
>
> > On 12/6/07, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
> > > > When I lasted looked at the code, the problem was in evenly dividing
> > > > the work. I wa
(648366/648366), done.
Total 648366 (delta 539080), reused 0 (delta 0)
real9m18.325s
user19m14.340s
sys 0m3.996s
[EMAIL PROTECTED]:/home/linux$
--
Jon Smirl
[EMAIL PROTECTED]
On Thu, 2007-12-06 at 00:09, Linus Torvalds wrote:
> Git also does delta-chains, but it does them a lot more "loosely". There
> is no fixed entity. Delta's are generated against any random other version
> that git deems to be a good delta candidate (with various fairly
> successful heursitics),
mber of
threads I was able to get a 4hr pack to finished in something like
1:15.
A scheme where each core could work a minute without communicating to
the other cores would be best. It would also be more efficient if the
cores could avoid having sync points between them.
--
Jon Smirl
[EMAIL PROTECTED]
s not multi-threaded. There were a
few attempts at making it multi-threaded but none were too successful.
If I remember right, with loads of RAM, a repack on a 450MB repository
was taking about five hours on a 2.8Ghz Core2. But this is something
you only have to do once for the import. Later repacks wi
what a buffer overrun/overflow is and understand why
it is therefore a very bad idea to be using gets even in academic work.
Cheers!
Jon.
gt;
> See PR middle-end/27226
>
Thanks a lot, that patch fixed it.
Cheers,
Jon
he source operand for movmemsi not know to be as
widely aligned as it actually is?
Cheers,
Jon
On 5/25/06, Jon Smirl <[EMAIL PROTECTED]> wrote:
I ran into another snag that taking the alternative return on a P4 has
really bad performance impacts since it messes up prefetch. This
sequence is the killer.
addl$4, %esp
ret /* Ret
On 5/25/06, Geert Bosch <[EMAIL PROTECTED]> wrote:
On May 23, 2006, at 11:21, Jon Smirl wrote:
> A new calling convention could push two return addresses for functions
> that return their status in EAX. On EAX=0 you take the first return,
> EAX != 0 you take the second.
This se
rge
program with many levels of calls would the return always be predicted
on the error path?
--
Jon Smirl
[EMAIL PROTECTED]
On 5/23/06, Gabriel Paubert <[EMAIL PROTECTED]> wrote:
On Tue, May 23, 2006 at 11:21:46AM -0400, Jon Smirl wrote:
> Has work been done to evaluate a calling convention that takes error
> checks like this into account? Are there size/performance wins? Or am
> I just reinventing
s shouldn't introduce another one.
change isn't a win. Some form of exception handling for truly
exceptional situations would probably be better (and might have helped
to avoid quite a few of the last CVEs 8-).
--
Jon Smirl
[EMAIL PROTECTED]
complex?
This does eliminate the test./jmp after every function call.
Further branches could be eliminated by having multiple returns from
the called function at the expense of increasing code size.
Paul
--
Jon Smirl
[EMAIL PROTECTED]
es error
checks like this into account? Are there size/performance wins? Or am
I just reinventing a variation on exception handling?
--
Jon Smirl
[EMAIL PROTECTED]
in this scope
This code was accepted just fine on gcc 3.2.3, so could be a new bug, or a
deliberate change to the scoping rules ?
Thanks,
Jon Bloomfield
Architect
3Dlabs UK Ltd
Notice
The information in this message is confidential and may be legally
privileged. It is intended solely for the addr
What parameter do I put into loader.conf to do that? I did some googling
and the kern.maxdsiz parameter I found a reference to didn't work. Where
do I find that information?
If I were going to compile it with the Doug Lea malloc, would I need to
recompile GCC?
Thanks!
Jon Brisbin
Webm
s. No
dice. Checked out make from CVS but the build is horribly broken
(missing .po files and other such garbage).
What do I do now?
Thanks!
Jon Brisbin
Webmaster
NPC International, Inc.
Jon Brisbin wrote:
I'm trying to install the GCC 4.1 snapshot from Dec 23, 2005 on my
FreeBSD box.
27;s not enough?!
What do I need to do to get gcj and libjava to install? Is this a
problem with GNU make or GCC?
Thanks!
Jon Brisbin
Webmaster
NPC International, Inc.
it
or something (I've got to go and dig one out myself tonight).
Jon.
Google
search on my name for example) and just want to give recognition.
Jon.
pgpqPOlHjHyQ7.pgp
Description: PGP signature
week in London, UK. Can
someone suitably involved with the project urgently contact either myself or
(preferably) Maggie Meer <[EMAIL PROTECTED]> about this?
Cheers!
Jon.
pgpaFrQRsJT0A.pgp
Description: PGP signature
"Frank Ch. Eigler" <[EMAIL PROTECTED]> writes:
> "Jon Levell" <[EMAIL PROTECTED]> writes:
> > I'm trying to debug a large C application that (amongst other
> > things) starts a JVM and uses Java's JDBC to connect to
> > databases vi
strumented code or from a
certain library or use a valgrind style suppressions file etc.
Any advice appreciated.
Jon.
Hi Vlad,
> There is not enough information to say what is wrong. It
> would be better if you send gcc output when
> -fsched-verbose=10 is used.
Cheers,
Jon
;; ==
;; -- basic block 0 from 18 to 32 -- befo
> Jon,
> > (define_insn_reservation "arith" 1 (eq_attr "type" "arith") "x")
> > (define_insn_reservation "loads" 2 (eq_attr "type" "load") "x,m")
> > (define_insn_reservation "stores"
same
latency?
Is there an option similar to -dp that outputs what latency the compiler has
used for each instruction?
Cheers,
Jon
r4, [x]
lhu r5, [y]
lhu r6, [z]
lhu r7, [w]
add r4, 1
sh [x], r4
add r5, 1
sh [y], r5
add r6, 1
sh [z], r6
add r7, 1
sh [w], r7
I'd be greatful for any suggestions as to what the problem might be.
Cheers,
Jon
Hi Nathan,
> I guess
> it must be to do with function calling
Good call. I screwed up the conversion from FUNCTION_ARG_PARTIAL_NREGS to
TARGET_ARG_PARTIAL_BYTES.
Cheers,
Jon
1 - 100 of 104 matches
Mail list logo
