dling frame chain, which is just another
builtin thread local.
(fs: retains the same meaning for NT/x86-on-ia64-or-amd64 as on native NT/x86.)
- Jay
On Jul 3, 2015, at 1:29 AM, Richard Biener wrote:
> On Thu, Jul 2, 2015 at 5:57 PM, Armin Rigo wrote:
>> Hi all,
>>
>> I
ons it was possibly true for and what
versions it is definitely false for?
In particular, I /assume/ it is false for any version that uses gmp.
Thanks,
- Jay
t if bootstrap4 is a goal at all.
Or if compare3 is a goal.
- Jay
ten wants to probe the host environment, not the build
environment, and you just muddle along somehow for build != host?
Having to set the cv variables isn't deemed so bad?
- Jay
PATH_MAX 1024
#if 0
#include "sparc/gmon.h"
I deliberately didn't put #ifndef in so that if it is defined, and this
mismatches, will error.
Thanks,
- Jay
I'm trying like:
mkdir /obj
cd /obj
/src/gcc/configure -cache-file=`pwd`/config.cache
# must delete the initial one as well, else another problem
rem config.cache
make
With the 4.3.1 release.
Thanks,
- Jay
x27;t seen such configure processor=none use.).
- Jay
> Date: Tue, 17 Jun 2008 13:39:42 -0400
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: configuring in-tree gmp/mpfr with "none"?
> CC: gcc@gcc.gnu.org
>
> On Sun, Jun 15, 2008 at 12:49 PM, Jay
This is an incomplete bug report.
unified gcc 4.3.1/binutils 2.18/gmp/mpfr tree:
-bash-3.00$ gcc -v
Using built-in specs.
Target: sparc-sun-solaris2.10
Configured with: /home/jay/src/gcc/configure
Thread model: posix
gcc version 4.3.1 (GCC)
~/src/gcc/configure
quot;.
The -build-sysroot doc says it is only useful with -sysroot, but it seems to me
that may be false.
I wish sysroot could be validated early, in configure, and user new to
cross/etc. builds given a little more hand holding, oh well.
- Jay
r -with-build-sysroot or -with-headers is specified
or this is a merged tree with newlib or glibc (or djgpp runtime?)
In fact, one of them should be defaulted, unless it is a merged tree.
Or -inihibit-libc, if that is viable. Or skip building target libraries.
And if defaulted, check that the default path exists.
- Jay
Sorry Tom, I find opening bugs often tedious..sign up an account, fill in a
bunch of fields..
I'll try to get more details "later" (if it repros consistently, callstack in a
debugger)
- Jay
> To: Jayk
> CC: gcc
> Subject: Re: gcj/sparc64?
> From: Tom
> D
with-build-sysroot=sysroot
+ use sysroot as the system root during the build],
+[
+ if test x"$with_build_sysroot" != x ; then
+if test x"$with_build_sysroot" != xno ; then
+ if test x"$with_build_sysroot" = xyes ; then
+with_bui
ap for Canadian cross builds build=>target and
build=>host compilers?
(in my case target==host).
You rather want gcc -print-sysroot I think.
That should be a good fix.
- Jay
> Date: Fri, 25 Jul 2008 10:52:33 +
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> CC: gc
h confuse things.
+#
+cat < conftest.gt1
+$all_gtfiles
+EOF
+changequote(,)dnl
+if grep [\"\'] conftest.gt1; then :; else
+ # Six slashes will immediately become three slashes. Later, via
sed/AC_SUBST, first two will become one, third escapes the newline.
+ # The seventh slash is for the
t is looking for what file is
the output.
gmp/configure probably should not be setting M4, at least not when it runs flex.
But gcc using processor=none doesn't help.
I'll follow up with gmp folks.
Thanks,
- Jay
> Date: Wed, 18 Jun 2008 06:53:35 -0400
> From: [EMAIL PROTE
d and easy, but looks like that's not
available in these versions.
Thanks,
- Jay
normally",
this wouldn't occur. Or, is cpu=none not so abnormal? Just that I hadn't seen
it?
(Everything new and normal is initially new and abnormal, of course.)
- Jay
> Date: Thu, 31 Jul 2008 15:53:43 +0200
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> CC:
olaris2.10 -target sparc-sun-solaris2.10
?
That feels wrong..
Hm, am I supposed to run mkheaders after install? <<<
Ah, I guess so.
But still the above appears in need of repair.
And if user gives -with-build-sysroot, then fixincludes can be run
on the build machine in a Canadian cro
Really, the compiler, not the debugger. I had an incorrect annotation once. :)
- Jay
fencoding=UTF-8 -fbootstrap-classes -fso
urce-filename=/obj/gcc.1/i686-pc-cygwin/sparc64-sun-solaris2.10/sparc64-sun-sola
ris2.10/libjava/classpath/lib/classes -fbootclasspath=./:/src/gcc/libjava/classp
ath/lib/ -faux-classpath /d/DOCUME~1/jay/LOCALS~1/Temp/cciZj3jk.zip -MD_ -MT gnu
/javax/swing/t
e code/data were really PIC, it could be tightly packed.
Thanks.
I'm trying it out with an 8meg stack like was applied to mingwin.
I believe Solaris hosts need a fix here too.
And djgpp.
And perhaps others. AIX? Irix? HP-UX? *BSD?
Or most systems default to 8 or 32meg?
Not worth changing the gcc code to reduce or eliminate the recursion?
- Jay
>> mainline. Two problems: the fix needs to be extended to Cygwin as well
>> as MinGW, and you're not building mainline.
>> zero to do with the topic of this thread.
> Not worth changing the gcc code to reduce or eliminate the recursion?
Thanks,
- Jay
unsigned imho.
And sizeof(void*) == sizeof(size_t), more often than sizeof(void*) ==
sizeof(long), eh?
- Jay
le.
Make the page with the trampoline executable via mprotect/VirtualProtect.
I just don't see where __enable_execute_stack comes from for this target, other
than a no-op.
- Jay
cygwin winsup into the gcc tree, at least for w32api.
Anyway, this is just a random report, like "cross building is a little too
difficult".
Perhaps the way to go is bootstrap with
CC='gcc -mno-cygwin -V 3.4.4'
since that has a full mingwin environment.
- Jay
7;s just "random", and nobody knows getpagesize to be slow,
I'd say just never cache either.
- Jay
>
> [snip snip snip]
>
> Or even better store size after the store to mask.
> That is:
> int tmp = getpagesize();
> *(volatile*)&mask = ~((long)tmp - 1);
> *(volatile*)&size = tmp;
>
> Thanks,
> Andrew Pinski
ot compute suffix of executables: cannot compile and
link
Maybe an autoconf bug.
Unless gcc could loosen up its command line parsing.
I'll try CC instead of CFLAGS.
- Jay
.
(ie: if you have 4k + 4 bytes of writable globals, saving 4 bytes probably
saves 4k.)
It's also smaller code to not cache, of course.
Thanks,
- Jay
> From: dave@
> [snip snip snip...]
\i686-pc-mingw32\sys-root\mingw
\\live.sysinternals.com\tools\junction
c:\cygwin\usr\local\i686-pc-mingw32\sys-root\mingw\include c:\mingw\include
\\live.sysinternals.com\tools\junction
c:\cygwin\usr\local\i686-pc-mingw32\sys-root\mingw\lib c:\mingw\lib
I suppose to be more useful I should reform this into sh and path configure.ac.
The reason I haven't done it that way is for my own ease of maintenence --
easier to maintain patches on the side than get them upstream probably.
If folks are actually interested, I can do that.
As long as bugs like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036 exist
(or explained to me why it isn't a bug), I kinda think people are not
interested.
- Jay
ed DLLs.Info: resolving _sys_nerr by linking to __imp__sys_nerr
(auto-import)
Info: resolving _sys_errlist by linking to __imp__sys_errlist (auto-import)
This is probably libiberty/strerror.c.
Must it declare them itself? Always?
Configure it and only declare if not otherwise declared?
Might be gener
ry general like ccache? I haven't tried that yet. I
think I will now.
Thanks,
- Jay
isable-nls STAGE_CC_WRAPPER=ccache -prefix=/usr/local -
exec-prefix=/usr/local -libdir=/usr/local/lib -libexecdir=/usr/local/lib -mandir
=/usr/local/share/man -infodir=/usr/local/share/info -enable-languages=c,c++,for
tran,java,objc,obj-c++ -disable-nls -without-included-gettext -enable-version-sp
ecific-runtime-libs -without-x -enable-libgcj -disable-java-awt -with-system-zli
b -enable-interpreter -disable-libgcj-debug -enable-threads=posix -enable-java-g
c=boehm -disable-win32-registry -enable-sjlj-exceptions -enable-hash-synchroniza
tion -enable-libstdcxx-debug
Probably the right fix here is some configury to look for the declaration of
gethostname
and if it is found, be sure to #include where it is found, and not declare it
one's self?
- Jay
va?
This is gcc 4.3.2, but gccsvn looks about the same -- at least
libjava/configure.ac does.
Configure line was:
$ /src/gcc/configure -disable-nls STAGE_CC_WRAPPER=ccache -prefix=/usr/local -
exec-prefix=/usr/local -libdir=/usr/local/lib -libexecdir=/usr/local/lib -mandir
=/usr/local/share/m
. I'm loath to
maintain a bunch
of actual fragile diffs, with line numbers and such, and so far, not needed.
So far code to apply them
has felt less fragile, like "remove such and such a line", or "add line after
line", or "search and replace" --
no line numbers, and they are all contained in one file. Maybe diff works
well with context, and line
numbers aren't important, I don't know.
If nothing else -- collectors of non-gcc compiler bug lore -- I give you the
above. :)
- Jay
Hi,
I've followed the instructions to request access to the GCC compile
farm (https://gcc.gnu.org/wiki/CompileFarm#How_to_Get_Involved.3F) but
heard nothing for two weeks, despite a ping. Are the instructions
still correct? Is there anyone else I can contact about it?
Thanks,
Jay.
Hi,
On 9 December 2014 at 09:16, Jay Foad wrote:
> I've followed the instructions to request access to the GCC compile
> farm (https://gcc.gnu.org/wiki/CompileFarm#How_to_Get_Involved.3F) but
> heard nothing for two weeks, despite a ping. Are the instructions
> still correct
;s floor() implementation (for SSE4.1-enabled
> processors) consists of only this instruction, so barring a bug in glibc,
> that would seem to imply to me the roundsd is IEEE-compliant and safe. Why
> does GCC consider it unsafe?
I asked the same thing: https://gcc.gnu.org/ml/gcc-help/2014-01/msg00051.html
Jay.
?
Thank you,
- Jay
t always valid C and C++.
And not all combinations do work.
We have code that compiles as C or C++, unless/until we decide
to use C++, and I couldn't make it work across the board.
But now I'll see if the code is really any better than switch...
- Jay
.c
1.c:1:18: warning: 'foo' initialized and declared 'extern'
extern const int foo = 123;
^~~
$ $HOME/gcc720/bin/gcc -c -S -xc++ -Wall -pedantic 1$ $HOME/gcc720/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/Users/jay/gcc720/bin/gcc
COLLECT_LTO_WRAPPER=/Users/ja
e are many arguments for and against file level static.
- Jay
From: David Brown
Sent: Monday, January 22, 2018 8:32 AM
To: Jay K; gcc
Subject: Re: extern const initialized warns in C
On 21/01/18 08:12, Jay K wrote:
> extern const int foo = 123;
>
>
>
> Why does this warn?
&
and if I need to make
the symbol extern in future, I can afford a rename to do it.
- Jay
From: Jay K
Sent: Monday, January 22, 2018 9:31 AM
To: David Brown; gcc
Subject: Re: extern const initialized warns in C
By this argument there is a missing warning for the equivalent:
con
ery much
appreciated.
Large C code bases are more amenable to plain text search than large C++ code
bases, due to the "more uniqueness" of symbols.
This plain text search aspect is one of extremely few advantages I see to C
over C++, perhaps the only one.
- Jay
_
exported if they are annotated
in source or listed in a separate file. Not just by being non-static.
- Jay
From: David Brown
Sent: Monday, January 22, 2018 10:42 AM
To: Jay K; gcc
Subject: Re: extern const initialized warns in C
On 22/01/2018 11:14, Ja
r12) probably cannot work for me.
I know gcc uses it for nested function context and that is laudable. I wish I
could guarantee no code between me setting it and it being consumed.
And if it is volatile, I'd want the dynamic linker stubs to still preserve it
incoming.
Thank you,
- Jay
, "div"? Is it
lacking the necessary VRP to determine that the high part of the
dividend is strictly less than the divisor?
I'm using:
$ gcc --version
gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5
Thanks,
Jay.
link.h: No such file or directory
and suggest, more use of inhibit_libc:
jbook2:gcc-4.6.2 jay$ diff -u gcc/config/ia64/fde-glibc.c.orig
gcc/config/ia64/fde-glibc.c
--- gcc/config/ia64/fde-glibc.c.orig 2011-11-12 13:30:55.0 -0800
+++ gcc/config/ia64/fde-glibc.c 2011-11-12 13:32:47.
licit free,
and is subject to fragmentation.
Thanks,
- Jay
> Date: Sun, 8 Jan 2012 00:05:01 -0500
> To: djgpp-digest-da...@delorie.com
>
> 2012/01/07/15:03:06 ANNOUNCE: DJGPP port of GNU binutils 2.22 uploaded.
>
>
If it's the bug being discussed here:
http://gmplib.org/list-archives/gmp-discuss/2009-April/003717.html
... then it was reported as fixed here:
http://gcc.gnu.org/ml/gcc/2009-04/msg00562.html
Jay.
guarantee that the result won't overflow.
I can't see how they will be handled any differently in practice.
Thanks,
Jay.
_SUBDIR)/$4'
AC_MSG_RESULT(just compiled)
el])if expr "x[$]$2" : "x/" > /dev/null; then
^^
That "el])if" looks very odd. Is it meant to be like that?
Thanks,
Jay.
> If $4 is empty this expands to "if expr ...", otherwise you get "ok=yes
> ... if test $ok = yes; then ... elif expr ..."
Thanks for the explanation! I didn't realise it was trying to be that clever.
Thanks,
Jay.
1]: *** [all-target-libgcc] Error 2
make: *** [all] Error 2
fix, put this at top:
#ifndef __NEW_STARLET
#define __NEW_STARLET
#endif
- Jay
t;http://gcc.gnu.org/bugs.html> for instructions.
make: *** [regex.o] Error 1
- Jay
reprocessed form that hits the same problem:
jbook2:~ jay$ cat re.c
typedef unsigned char UCHAR;
void insert_op2 (UCHAR *loc, UCHAR *end)
{
UCHAR *pfrom = end;
UCHAR *pto = end + 1;
while (pfrom != loc)
*--pto = *--pfrom;
}
jbook2:~ jay$ alpha-dec-vms-gcc -c re.c
jbook2:~
fine
__int64 long long...)
(Alternate interpretation is that gcc should implement __CAN_USE_EXTERN_PREFIX
and the #pragmas. I'd be willing to #define __USE_LONG_GID_T but I assume the
pragmas are a problem.)
- Jay
./strverscmp.obj ./vasprintf.obj ./vfork.obj
./strncmp.obj
alpha-dec-vms-ar: ./asprintf.obj: No such file or directory
make: *** [libiberty.a] Error 1
jbook2:libiberty jay$ edit Makefile
alpha-dec-gcc -c foo.c outputs foo.obj.
"Something" seems to know this, since:
libiberty/Makefile.i
I'm guessing that every ".o" in libiberty/Makefile.in should be changed to
$(OBJEXT).
Thanks,
- Jay
> From: jay.kr...@cornell.edu
> To: gcc@gcc.gnu.org
> Subject: gcc 4.5.0 libiberty .o vs. .obj confusion
> Date: Mon
_fb_displacement, at dwarf2out.c:16269
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [get_d.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
jbook2:gmp jay$
I said make CFLA
-31,6 +31,9 @@
#if !defined(pid_t) && defined(HAVE_SYS_TYPES_H)
#include
#endif
+#ifdef HAVE_UNISTD_H
+#include
+#endif
#define install_error_msg "installation problem, cannot exec `%s'"
Perhaps someone can apply it..
Sorry, not me.
- Jay
> CC: gcc@
> From: iant@
>
> Jay:
>> I'm guessing that every ".o" in libiberty/Makefile.in should be changed to
>> $(OBJEXT).
>
> Yes.
>
> Ian
Thanks.
Specifically ".o" goes to "@objext@".
There's no way I'
s required
configure.ac:3: the top level
autom4te: /usr/bin/gm4 failed with exit status: 63
jbook2:libiberty jay$
- Jay
> From: jay.krell@
> To: i...@m
> CC: g...@g
> Subject: RE: gcc 4.5.0 libiberty .o vs. .obj confusion
> Date: Wed,
Here's the next one:
alpha-dec-vms-ar cru libdecnumber.a decNumber.o decContext.o decimal32.o
decimal64.o decimal128.o
alpha-dec-vms-ar: decNumber.o: No such file or directory
make[2]: *** [libdecnumber.a] Error 1
make[1]: *** [all-libdecnumber] Error 2
make: *** [all] Error 2
jbook2:vm
it gets the wrong resource.h
for now I patched sysroot/usr/include/wait.h to #include "resource.h" instead.
Unfortunate fix is maybe to rename to gcc/gccresource.h?
- Jay
uot;builtin ffs", it works.
My local hack is below but obviously that's not the way.
I'll enter a bug.
Thanks,
- Jay
diff -u /src/orig/gcc-4.5.0/gcc/builtins.c ./builtins.c
--- /src/orig/gcc-4.5.0/gcc/builtins.c 2010-04-13 06:47:11.0 -0700
+++ ./builtins.c
vmsdbgout.c has an int-to-enum warning and needs some form of "globalref" when
host=alpha-dec-vms since that #includes the VMS system headers.
Perhaps gcc should recognize globalref when target=*vms* and at least interpret
it as extern.
Thanks,
- Jay
diff -u /src/orig/gcc
bs instead of -gstabs+, don't
use 64bit+pic+unwind-tables or 64bit+pic+exceptions
I switched to Sun assembler because I'm seeing GNU as installed in different
places on different machines.
Some people don't install /usr/sfw and the install elsewhere.
- Jay
s ; \
elif test -x /usr/sfw/bin/gas ; then echo /usr/sfw/bin/gas ; \
else echo "unable to find GNU assembler" ; fi )
:) which addresses why I wasn't using GNU as.
(Yes, I've heard of autoconf.)
Thanks, later,
- Jay
---
t; : "@rel", FILE); \
} while (0)
#endif
2009-01-29 Rainer Orth
* config/i386/sol2-10.h [!HAVE_AS_IX86_DIFF_SECT_DELTA]
(ASM_OUTPUT_DWARF_PCREL): Define.
http://gcc.gnu.org/viewcvs?view=revision&revision=143758
Thanks,
- Jay
esn't require
libiconv, which isn't on all systems. I have automation to patch out the
libiconv use.)
- Jay
into read only data, like, you know, "the less
that is executable, the more secure". Though for locality, .text might be
better.
For now I'm erring toward using what is more often present in the same location.
I should have just waited till I tested with 4.5, t
Ok if I do both or the emails are just annoying?
I find that bugs are often ignored just as well (but not lost/forgotten,
granted. :) )
Thanks,
- Jay
> To: jay.kr...@cornell.edu
> CC: gcc@gcc.gnu.org
> Subject: Re: -disable-fixincludes does
8239,7 @@
(clobber (match_operand:SI 1 "register_operand" "=D"))
(clobber (match_operand:SI 2 "register_operand" "=c"))]
"!TARGET_64BIT"
- "repz cmpsb"
+ "repz{%;| }cmpsb"
[(set_attr "type" "str")
work for Darwin
targets?.
What, people use -masm=intel and masm/nasm/yasm instead of gas? Or just to
human read the output?
Thanks,
- Jay
> From: ebotca...@adacore.com
> To: jay.kr...@cornell.edu
> Subject: Re: rep prefix doesn't work with
sr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit status
>
> j...@xlin2:~$ $HOME/bin/gcc -v
> Using built-in specs.
> COLLECT_GCC=/home/jay/bin/gcc
> COLLECT_LTO_WRAPPER=/home/jay/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
> Target: i686-pc-linux-g
for running tests:
http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg00967.html
More followup still to do.
and I only ran make check in the gcc directory, to skip gmp/mpfr/mpc.
- Jay
e that.
I guess I'll just go back to generating function calls.
- Jay
.
At least that's what happens in 4.3.
I tried hacking the C frontend to interpret % as FLOOR instead of TRUNC.
It works though -- the C frontend supports TImode.
Seems a little bit odd to depend on that?
- Jay
> From: jay.kr...@cornell.edu
> To:
val_t) * CHAR_BIT);
Something is amiss here locally, for the types to be the same size.
But maybe add gcc_assert(sizeof(hashval_t) < sizeof(HOST_WIDE_INT),
outside the loop? It should be optimized away anyway.
Maybe I'd get -Werror but I use -disable-bootstrap.
Native compiler is gcc, but old.
Thanks,
- Jay
move along?
Assume there is always long long or __int64?
Coverage of this case is pretty rare now from my skimming.
- Jay
> From: jay.kr...@cornell.edu
> To: gcc@gcc.gnu.org
> Subject: suggest assert wide_int larger than hashval_t
> Date: Mon, 19
It's "just" a warning, no "real" affects seen.
I patched my copy to say
hwi = ((hwi >> (shift - 1)) >> 1);
Thanks,
- Jay
> From: i...@google.com
> To: jay.kr...@cornell.edu
> CC: gcc@gcc.gnu.org
>
-attribute \
-DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/. \
-I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include \
-I/home/jay/dev2/cm3/m3-sys/m3cc/I386_OPENBSD/./gmp \
-I/home/jay/dev2/cm3/m3-sys/m3cc/gcc-4.5/gmp \
-I/home/jay/dev2/cm3/m3-sys/m3cc/I386_OPENBSD
s that it is missing.
Is it valid for uids to be so high?
Any clues/tips?
Thanks much,
- Jay
ch further, e.g. merging to current gcc, making debugging
better.
At some point I might generate C to fix a number of problems (including this
assert and
licensing, and debugging, and efficient exception handling, etc.), but that is
a different matter.
Anyway, I put this out there to give fol
DEF_STMT (new_res)
= new_phi = create_phi_node (new_res, new_bb);
Thanks,
- Jay
.c:1950
and some other problems..I really need to fix those...
- Jay
> From: jay.kr...@cornell.edu
> To: i...@google.com
> CC: gcc@gcc.gnu.org
> Subject: RE: internal compiler error: in referenced_var_lookup, at tree-dfa.c
> Date: Fri, 10 Se
;VEC" or even use a fixed size and see what
happens..
Thanks,
- Jay
> From: jay.kr...@cornell.edu
> To: i...@google.com
> CC: gcc@gcc.gnu.org
> Subject: RE: internal compiler error: in referenced_var_lookup, at tree-dfa.c
> Date: Sat,
t foo { ... } foo_t; without the _t on the struct tag.
- Jay
...snip...
around for what I missed.
and gmp doesn't build with default gcc 4.0 on Intel MacOSX 10.5.
Building within the gcc tree is one workaround, because how it fiddles with
CFLAGS
and seemingly accidentally avoids the problems with "inline".
Granted, CC=gcc-4.2 is another easy one. Other options.
Anyway.
- Jay
#x27;t happen, but configure
-without-mpc -without-mpfr might be nice
and aren't difficult, -without-gmp much better, but I can't yet claim it isn't
difficult.
Maybe, something like, if gmp is "in tree", after configure, the Makefile could
be hacked down
to omit mpf, mpq, and
rementality when actively changing
stuff, or pays a higher price overall when occasionally building the entire
thing clean and not changing stuff, so this is minor.
We understand each other, fair enough.
- Jay
> Date: Tue, 28 Sep 2010 01:51:31
deal with the gmp inline problem,
just another small detail...
I'm satisfied so far with the pruning. I can see it isn't for everyone.
We'll see, maybe I'll grow to dislike it as well.
- Jay
refix,
having checked Intel and AMD documentation and random web searching.
They are mentioned as instructions that can be used with lock prefix.
- Jay
anks Rick.
I'll go back to using them.
I'm optimizing mainly for size.
The comment should perhaps be amended.
The "since they enforce atomic operation" part seems wrong.
- Jay
> Subject: RE: atomicity of x86 bt/bts/btr/btc?
> From: foxmuldrster
> To: jay
> CC: gcc
> Date: Tue, 19 Oct 2010 03:05:26 -0500
>
> > > They do not automatically lock the bus. They will lock the bus with the
> > &
efore/after the chunk I want though.
Or, maybe the files do get preprocessed?
Evidence is no, as when #if 0'ed out some types, gengtype still saw them.
Something to consider, perhaps.
Thanks,
- Jay
might be otherwise.
Though looking at it, we already store many of our trees in global arrays.
There's just a few stragglers I can also put in global arrays and be ok.
Thanks,
- Jay
cc are widespread.
Look at Apple and OpenBSD for how older gcc remains in use.
Anyway, knowing the garbage collector isn't compacting is good.
Thanks,
- Jay
> Date: Wed, 3 Nov 2010 10:23:14 +0100
> From: basile@
> To: jay.kr...@u
> CC: gcc@
> Subject: Re: is gcc garbage collector compacting?
>
[snip]
fprintf (I, L, R, U) except %O, and %O appears
little used or unused. And it doesn't handle {.
jbook2:gcc jay$ grep asm_fprintf */*/* | grep { | wc -l
33
jbook2:gcc jay$ grep asm_fprintf */*/* | wc -l
318
Maybe something else could be done for those 10%?
like:
before:
asm_fprintf
major component of
> optimizing compilation time. I would certainly encourage any interested
Perhaps when not optimizing?
Eh, but I've taken no measurement.
There is the possible fork() cost on Cygwin.
But maybe spawn is used, much faster.
- Jay
1 - 100 of 124 matches
Mail list logo
