can also ignore it.
--
Daniel Jacobowitz
CodeSourcery
port for o32 entirely.
I don't think anyone's suggested that. o32 is the default ABI for
32-bit MIPS GNU/Linux targets which are still in wide use.
--
Daniel Jacobowitz
CodeSourcery
tion to select alternatives; (C) branch shortening to
determine branch alternatives.
I'm curious if anyone thinks there's a generic solution to this (that
doesn't involve a complete instruction selection rewrite :-).
--
Daniel Jacobowitz
CodeSourcery
you even know what the registers
are.
--
Daniel Jacobowitz
CodeSourcery
any support for shared libraries. It
will ignore profiling samples that lie outside the executable. And in
this case, that includes _mcount (which is in libc.so.6). That's
probably why.
--
Daniel Jacobowitz
CodeSourcery
for now at least. Too bad.
Despite all that exchange, I don't think you ever answered Andreas's
question - at least not in a way that I could understand. A size of
what? The size of the *type* on x86 is 16; the size of the *data
bits* is 10. But what cares about the size of the d
;s a prototype:
http://sourceware.org/ml/gdb-patches/2006-10/msg0.html
--
Daniel Jacobowitz
CodeSourcery
ICE
trying to emit (set (const) (reg)).
It seems to me that the problem is marking a register in the RHS of a
set as an output constraint. The reg becomes function_invariant_p and
chaos ensues.
Is this right? If so, is there somewhere that should assert if an
operand's constraint is marked as an output, but not somewhere that
the RTL allows modification of the operand?
--
Daniel Jacobowitz
CodeSourcery
On Fri, Apr 02, 2010 at 12:06:28AM +0100, Bernd Schmidt wrote:
> On 04/01/2010 10:54 PM, Daniel Jacobowitz wrote:
> > I'm debugging a Thumb-2 glibc build failure on trunk for
> > arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
> > 2010-02-01 pa
to tears if they're both outputs.
Hrm. Yeah, those really should be two pseudos. I'll fix that.
--
Daniel Jacobowitz
CodeSourcery
d are "externally visible".
Then you can think about it as "does not alias any non-device
memory", or any number of variants on that.
--
Daniel Jacobowitz
CodeSourcery
just a parser and a syntax tree).
--
Daniel Jacobowitz
CodeSourcery
work. The first step
in cross building a native compiler like this is to build a cross
compiler of the right version.
> If this is ok, I will post a little patch.
That sounds fine, but the whole process is trouble.
--
Daniel Jacobowitz
CodeSourcery
On Sun, Oct 12, 2008 at 03:13:47AM +0800, Zhang Le wrote:
> On 00:06 Sat 11 Oct , Daniel Jacobowitz wrote:
> > > If this is ok, I will post a little patch.
> >
> > That sounds fine, but the whole process is trouble.
>
> Would you explain why it is trouble? Tha
that r77 is not used in it's function after this instruction
> and thus DCE deletes it.
Don't focus on DCE. That's not the problem; the fact that there's no
visible dependence is the problem. Can you make the next instruction
have a use for r77 explicitly (CALL_INSN_FUNCTION_USAGE)?
--
Daniel Jacobowitz
CodeSourcery
On Fri, Oct 31, 2008 at 01:02:18PM -0400, Jack Howarth wrote:
>Can anyone explain if the recent change in Apple dropping their
> NDA will have any impact on the GPLv3 issue with Apple and FSF?
Please discuss this on some more appropriate forum, not here.
--
Daniel Jacobowitz
CodeSourcery
R_MIPS_TLS_DTPREL type with the
> R_MIPS_TLS_DTPMOD, since for each tls variable in global dynamic
> model, tls_get_addr must receive the module index and the offset. Here
> is the second problem...
That's because this is the local dynamic model.
--
Daniel Jacobowitz
CodeSourcery
tant.
This is all very interesting, but you didn't answer my question: is
this causing some problem, or just confusing? These are all intended
optimizations.
--
Daniel Jacobowitz
CodeSourcery
r four words. The second and fourth words will be
the offsets. This is a global dynamic sequence, since it passes
non-zero offsets to __tls_get_addr.
--
Daniel Jacobowitz
CodeSourcery
nop
> 5ffe14bc: 8000sdc3$31,-32768(ra)
>
> We can see that the offsets are prefixed by 8. Why is that?
The offsets are biased; that's -32768, the lowest 16-bit signed
offset. The bias is used to expand the addressable range of the
thread pointer.
Glad I could help!
--
Daniel Jacobowitz
CodeSourcery
? And the tests use
> that rather than testing for a specific CPU model?
This doesn't answer what you should do now, but I can explain the
precedent: the only reason there is a predefine for 405 is so that the
atomicity routines in libstdc++ know to avoid lwsync.
--
Daniel Jacobowitz
CodeSourcery
nding warning would be a win? "warning: ignored NULL check
because pointer has already been dereferenced"?
--
Daniel Jacobowitz
CodeSourcery
centralized, and (B) standardized. Otherwise the right way to pass
arguments will end up different for every plugin.
--
Daniel Jacobowitz
CodeSourcery
t cases where 4.0.2 gives smaller code with -Os
than a 4.4 snapshot, please, file them in bugzilla.
--
Daniel Jacobowitz
CodeSourcery
nner
RTX. Search arm_rtx_costs_1 for "CONST_INT:".
--
Daniel Jacobowitz
CodeSourcery
.
Did you try mips-unknown-linux-gcc -EL -print-search-dirs?
--
Daniel Jacobowitz
CodeSourcery
s a static variable, then
> multiple translation units require access to the static variable. That
> does not imply that the static variable has external linkage.
Does this mean that if you compiled some of those TUs with GCC, and
some with icc, they might legitimately access different copies of the
static variable? Seems odd.
--
Daniel Jacobowitz
CodeSourcery
* slower, please report it as a bug in
Bugzilla.
--
Daniel Jacobowitz
CodeSourcery
haven't written C++ in a while, so forgive any obvious gaffes.
class X {
int x, *y;
X() {
y = &x;
}
X(X &obj) {
x = obj.x;
y = &x;
}
}
Memcpy that somewhere else and the internal pointer is invalid.
--
Daniel Jacobowitz
CodeSourcery
32768==0x8000.
Are you sure both of those code sequences are calling __tls_get_addr?
If so, compare the arguments they passed.
> Last question, is there a difference between DSO and PIE objects other
> than the INTERP entry in the program header?
Yes. Symbol preemption is allowed for DSOs but not for PIEs or normal
executables. That explains the different choice of model.
--
Daniel Jacobowitz
CodeSourcery
f the symbol. This
> name then allows to look up the symbol. Unfortunately, in the case of
> local-dynamic, ELF_R_SYM will return 0 which is not correct (the same
> for global-dynamic will return 9): we can see by the way that readelf
> is not able to get the symbol name. What do you thi
for
>
> [...]
>
> > Can anyone clarify if the SC *really* need us to not branch before the
> > license change, as opposed to merely not /release/ until then?
>
> The topmost sentence should be unambiguous. Yes, the SC asked us not
> to branch.
But:
> (And why, if so?)
--
Daniel Jacobowitz
CodeSourcery
On Mon, Mar 16, 2009 at 06:19:01PM +0100, Joel Porquet wrote:
> 2009/3/12 Daniel Jacobowitz :
> > On Thu, Mar 12, 2009 at 02:02:36PM +0100, Joel Porquet wrote:
> >> > Check what symbol is at, or near, 0x4003 + 22368. It's probably
> >> > the GOT plus a c
hile(*str)
> *tty = *str++;
> }
If you believe there is a bug, and you have a testcase, please report
it in bugzilla. Thanks.
--
Daniel Jacobowitz
CodeSourcery
On Tue, Mar 17, 2009 at 04:03:45PM +0100, Joel Porquet wrote:
> 2009/3/17 Daniel Jacobowitz :
> > On Tue, Mar 17, 2009 at 10:26:05AM +0100, Joel Porquet wrote:
> >> I don't understand how the runtime loader could know that! As far as I
> >> know, the tls model is n
x27;s what I said. This is how the uClibc and GLIBC dynamic
loaders work and I believe it's described in Ulrich's paper.
--
Daniel Jacobowitz
CodeSourcery
nces that
> contradict each other and later give links to (or quote) the context?
> I am having troubling identifying the contradiction.
Please, could you not do it on this list?
A discussion about the differences between LLVM and libjit is wildly
off-topic for GCC development.
--
Daniel Jacobowitz
CodeSourcery
is would be quite useful.
--
Daniel Jacobowitz
CodeSourcery
and/or be useless with most
GCC 4.x binaries. For instance, in that time we added location list
support.
--
Daniel Jacobowitz
CodeSourcery
gcc-patches/2009-04/msg01860.html
--
Daniel Jacobowitz
CodeSourcery
does
not), we'd have a problem: the 'qN' registers are two 'dN' registers
concatenated, and GCC only knows about them once.
--
Daniel Jacobowitz
CodeSourcery
n it may appear from the
release date, since it branched off of mainline five years ago. A lot
has changed since then.
--
Daniel Jacobowitz
CodeSourcery
just do the tracking inside of the prologue or for register
> variables, those that are stored into memory during the prologue and live in
> memory shouldn't be tracked outside of the prologue at -O0.
I completely agree, this would make GDB more useful.
--
Daniel Jacobowitz
CodeSourcery
define __extension__
(gdb) p __extension__ 1
$1 = 1
That's all that's necessary; it's used to suppress warnings.
Statement expressions, on the other hand, are right out. I can't see
any practical way to teach GDB about that.
--
Daniel Jacobowitz
CodeSourcery
ur plugin and get make_temp_file that way.
--
Daniel Jacobowitz
CodeSourcery
ibiberty on any platform supporting plugins should not suffer
from this problem.
If you're concerned about it, then build a subset. I've considered a
separation of libiberty into replacements and utilities, anyway.
--
Daniel Jacobowitz
CodeSourcery
On Thu, Jul 09, 2009 at 03:45:52PM +0200, Basile STARYNKEVITCH wrote:
> Daniel Jacobowitz wrote:
> >On Thu, Jul 09, 2009 at 03:01:01PM +0200, Basile STARYNKEVITCH wrote:
> >>In simpler words, *.so have to be compiled with -fPIC, and libiberty
> >>is not compiled with -
without optimization. There's some unique GDB tests
that use this. It causes them to be live between statements in a
machine register instead of always stored in stack slots.
This might not be current information though.
--
Daniel Jacobowitz
CodeSourcery
g to do.
FWIW, my opinion (and I think Jakub has expressed a similar opinion
and/or tool in the past) is that there is a sane way to do this: put
assertions in the assembler output and have the assembler validate
them.
On the other hand, I'm not going to argue that it's a lot of work.
--
Daniel Jacobowitz
CodeSourcery
out assertions, not
directives. Something like this:
mov r0, r1 @ [length 2]
add ip, lr, ip @ [length 4]
mov r0, r1 @ [length 4] <-- assembler error 'insn has length 2'
GCC can output length information, but it is never exact, and it is
not in a form recognized by the assembler.
On x86, I have no idea how this would work.
--
Daniel Jacobowitz
CodeSourcery
same as before, I would think.
Not the peripheral, just one register. e.g. you might read a control
register into a struct of the same (32-bit) type, and then read
multiple fields from the copied struct.
--
Daniel Jacobowitz
CodeSourcery
want to make the breakpoint pending? If it did,
say yes. If it didn't, try a newer version of GDB.
--
Daniel Jacobowitz
CodeSourcery
ant to be, or simply a temporary
> shortcoming? Have i missed an obvious kludge?
My two cents, but that looks exactly right to me. Passing the float
to printf is going to convert it to a double and it will be printed as
a double, so you're unexpectedly adding double-precision operations t
t; is deleted as dead code when optimization is enabled.
No, this is incorrect. The issue must be specific to modification of
read-only data.
--
Daniel Jacobowitz
CodeSourcery
in general, dislikes duplicated source code in packages, but I
don't know if they care when the duplicated bits are non-GNU. There
were definitely GDB developers that disliked bundling expat, so
perhaps you can find the reasons in the archives.
--
Daniel Jacobowitz
CodeSourcery
have
seen it initialized to hook_int_void_no_regs.
- This comes from TARGET_BRANCH_TARGET_REGISTER_CLASS.
- SH redefines that to sh_target_reg_class.
--
Daniel Jacobowitz
CodeSourcery
t one posted.
Optionally, by some change other than the total number of PASS.
--
Daniel Jacobowitz
CodeSourcery
; anymore. I will have to modify all the paths to /stage1-gcc?
If you run all-stage1, or stage1-start, then the top level will put the
stage1 gcc directory back into place.
There's a separate gcc subdirectory for every stage; the "current"
stage will be named "gcc", and all the others will be named
"stageFOO-gcc".
--
Daniel Jacobowitz
CodeSourcery
lumn numbers?
Not today, no.
--
Daniel Jacobowitz
CodeSourcery
issues with not just the language it was written
in, but what specific version of the compiler was used to
bootstrap. ECJ, hopefully, will be less problematic.
- People already marginalize gcj because libjava takes so bloody
long to build. If ECJ can be noticably faster than GCJ is,
this might have the opposite effect.
--
Daniel Jacobowitz
CodeSourcery
working with old-style GCC subdirectory
bootstrap? What blockers are there, besides retraining our fingers?
--
Daniel Jacobowitz
CodeSourcery
build glibc. For one thing, you can't do it with a mips-elf
targeted compiler; glibc builds for mips-linux, not for mips-elf.
--
Daniel Jacobowitz
CodeSourcery
t; u_int16_t b;
> };
The size of this type is four on that ABI. It doesn't matter if you
pack a structure containing this; that eliminates padding in the
structure, but doesn't change the type or size of the union.
--
Daniel Jacobowitz
CodeSourcery
ver I'd
> like to integrate this in a way that would benefit everybody.
Have you tried --with-float=soft, which works on several different
architectures already?
--
Daniel Jacobowitz
CodeSourcery
ks with prev-gcc/xgcc which does not exist because the bootstrap is
> in the process of installing it.
I'm not quite sure what you mean by "installing in prev-gcc"; could you
show me the tail end of a log?
--
Daniel Jacobowitz
CodeSourcery
nt of install-headers-tar with no
dependencies to do this, or find some other way entirely.
--
Daniel Jacobowitz
CodeSourcery
On Tue, Feb 21, 2006 at 02:16:27PM -0500, Daniel Jacobowitz wrote:
> On Tue, Feb 21, 2006 at 01:50:47PM -0500, David Edelsohn wrote:
> > if [ -d ../prev-gcc ]; then \
> > cd ../prev-gcc && \
> > make install-headers-tar DESTDIR=`pwd`/../gcc/ \
> > libsubd
ps-elf-readelf -r fun.so
That's not a shared object, no matter what you call it. You have to
assemble and then link; please let GCC do the linking, it knows how
to invoke the linker properly for each platform.
--
Daniel Jacobowitz
CodeSourcery
appens that shared libraries are linked as 0x5ffe
or thereabouts. It's historical.
> Why? And the symble 'b' is of absolute type(*A*)?
I don't know; not enough information.
--
Daniel Jacobowitz
CodeSourcery
t; ld=/home/smj/local/bin/mytarget-linux-ld
Then this is the wrong list; your binutils port is broken.
--
Daniel Jacobowitz
CodeSourcery
em with non-canonical bounds if there were
> no way to get a value into an object which is outside the
> bounds. But if we can get values into the object which are outside
> those bounds, then either the bounds are incorrect or the program
> is invalid.
Ignoring 'Valid, whic
t sure where to look.
Try just using arm-none-linux-gnueabi and --with-cpu=iwmmxt
--with-arch=iwmmxt; you almost certainly do not want --with-abi=iwmmxt.
The error you gave suggests that you didn't modify something properly
to handle the xscale-linux-gnueabi target, but arm would work just fine.
--
Daniel Jacobowitz
CodeSourcery
about being able to run old binaries. So is using abi=iwmmxt really
> not what I want? A really bad idea?
Absolutely. You want the AAPCS, not Intel's pre-AAPCS ABI.
--
Daniel Jacobowitz
CodeSourcery
t targets
> xscale-iwmmxt-linux-gnueabi specifically or do you just consider it
> unnecessary
> effort?
I don't think there's any point to the xscale-* triplets nowadays.
--
Daniel Jacobowitz
CodeSourcery
I'd be better off using iwmmxt-*?
The comment does not apply to an EABI toolchain, which you are
building. And comments about multilibs don't apply to anything
using --with-cpu; if you're doing that you ought to be using
--disable-multilib anyway.
--
Daniel Jacobowitz
CodeSourcery
may issue the warning
> tar: pax_global_header: Unknown file type 'g', extracted as normal file
> and/or silently create spurious files named 'pax_global_header'.
> These are artifacts reflecting the fact that the tarballs were
> created with git.
The tarballs most certainly weren't created with git.
--
Daniel Jacobowitz
CodeSourcery
On Wed, Mar 01, 2006 at 10:10:39AM -0800, Dan Kegel wrote:
> On 3/1/06, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote:
> > > > 1. GNU TAR 1.14 is required to unpack the source releases. Other
> > > > versions of tar are likely to report errors or silently unpa
On Wed, Mar 01, 2006 at 06:20:53PM +, Steven Newbury wrote:
> OK, thank-you. I'll target "arm-iwmmxt-linux-gnueabi" with --with-cpu= etc
> and
> --disable-multilib. The vendor string is for my build scripts and also will
> help differentiate the toolchain, is th
?
Please either take this to the crossgcc list or look at how crosstool
works. This is a FAQ for building Linux cross-compilers.
--
Daniel Jacobowitz
CodeSourcery
is.
That's why we prefer bug reports with testcases.
--
Daniel Jacobowitz
CodeSourcery
have to give us a hint which part failed him, for me to know
> just what went wrong.
It's not a generated file. Autogen is run during the fixincludes
testsuite.
--
Daniel Jacobowitz
CodeSourcery
libtool 1.5.22.
This is still blocked on the move to a newer autoconf in all
subdirectories. Or, on someone figuring out whether we can
migrate some subdirectories to a newer libtool without breaking
others.
--
Daniel Jacobowitz
CodeSourcery
nux (SP3) is failing on SuSE9 zLinux (SP2).
Whatever it is, it's probably not a GCC issue; this is not the
appropriate list to ask questions about multithreading.
--
Daniel Jacobowitz
CodeSourcery
> /usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/crtendS.o
> /usr/arm-vfp-linux-gnu/lib/crtn.o
> /usr/arm-vfp-linux-gnu/bin/ld: ERROR:
> /usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/crtbeginS.o uses VFP instructions,
> whereas ./libgcc_s.so.1.tmp does not
Looks like you're
> `.LCFI71' instead. Is this a bug in binutils or gcc? Or am I doing
> something wrong?
It's just a quirk of the error message. The relocation has been made
relative to the section symbol, which has the same name as the
containing section.
--
Daniel Jacobowitz
CodeSourcery
help clarify what is / should be going on here?
All fine so far. Then, ld should resolve the branch to point to a PLT
entry - you want to figure out why that isn't happening and the branch
is being output into the shared library.
--
Daniel Jacobowitz
CodeSourcery
ith -O0.
On x86, where they're on the stack on entry, we could probably have
done better even with optimization.
--
Daniel Jacobowitz
CodeSourcery
in the GCC bug tracking system, if there is not
already an equivalent bug.
--
Daniel Jacobowitz
CodeSourcery
t; several sub-directories (infrastructure, libstd++, etc). Those with a
> "weird structure" have a sub-dir for every release, and are missing
> some of the other dirs (e.g. infrastructure).
That means they mirror from ftp.gnu.org, rather than gcc.gnu.org.
--
Daniel Jacobowitz
CodeSourcery
derstanding. That doesn't
conflict with what Roger said though: while the copyright of anything
we put in a repository branch is deliberately assigned to the FSF,
that's not the same as contributing it to the FSF GCC, which would
require e.g. testing it on HEAD and getting someone t
erseers@ to install a new key for you.
--
Daniel Jacobowitz
CodeSourcery
ppear to be checking
> something in the old location before reading from the new path.
How did you configure the toolchain? Which was the configured install
directory and which was the relocated install directory?
--
Daniel Jacobowitz
CodeSourcery
GW-hosted
system, for comparison. Does that work better? If so, it's likely
something which does not handle drive letters. make_relative_prefix
may need to be taught something about them.
--
Daniel Jacobowitz
CodeSourcery
with 4.0.2? Is there a workaround? Should I upgrade?
This is not a useful bug report, sorry. Please take a look at the bug
reporting instructions on gcc.gnu.org.
--
Daniel Jacobowitz
CodeSourcery
from scalar float to int,
> >where a conversion is performed.a
>
> Yes, that's the way C is defined
The C standard doesn't have vectors in it, so this hardly makes sense
as a response. He's not talking about arrays.
--
Daniel Jacobowitz
CodeSourcery
s
working on, on x86, by forcing BFD to do unaligned loads instead of
bytewise loads, but I never found a clean way to do it automatically.
--
Daniel Jacobowitz
CodeSourcery
the headers
> to $PREFIX/$TARGET, do the crossed-native build, install
> the compiler and then bundle this installation up to
> create a relocatable toolchain. This was the whole point
> of the article:
If you look at HEAD, you'll find a new --with-build-sysroot
option. Does that help? We added it for some very similar
configurations...
--
Daniel Jacobowitz
CodeSourcery
ecause we arrange to build
libstdc++-v3 before building newlib.
That we require the configure option is somewhat lame.
--
Daniel Jacobowitz
CodeSourcery
ess need to test it - just like you're doing. There's just too
many possible configurations.
--
Daniel Jacobowitz
CodeSourcery
report, please use the bug reporting system.
Please see:
http://gcc.gnu.org/bugs.html
--
Daniel Jacobowitz
CodeSourcery
301 - 400 of 627 matches
Mail list logo
