https://sourceware.org/bugzilla/show_bug.cgi?id=31527
Pekka Seppänen changed:
What|Removed |Added
CC||pexu at sourceware dot
mail.kapsi.
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
As of PR 31527 solution _bfd_real_fopen now uses PathIsNetworkPathA, that is
part of the Windows Shell
y: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
If targetting aarch64 linking binutils is not currently possible:
``.o:(.bss+0x0): multiple definition of `reglist'; app.o:(.bss+0
https://sourceware.org/bugzilla/show_bug.cgi?id=30193
Pekka Seppänen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 14727
--> https://sourceware.org/bugzilla/attachment.cgi?id=14727&action=edit
Handl
https://sourceware.org/bugzilla/show_bug.cgi?id=29981
--- Comment #3 from Pekka Seppänen ---
Thanks,
your version is indeed much, much better than my hacky proposal :)
Also, tried it, and it working as expected (which is not a surprise) for both
native and cross-compiler targets.
--
You are r
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 14567
--> https://sourceware.org/bugzilla/attachment.cgi?id=14567&acti
https://sourceware.org/bugzilla/show_bug.cgi?id=29320
--- Comment #5 from Pekka Seppänen ---
Oh, I see. Of course, so it seems that glibc indeed has that. I usually just
look at (and use) vanilla POSIX interfaces so I didn't realize this at all.
Nice catch!
I confirm that binutils now builds
https://sourceware.org/bugzilla/show_bug.cgi?id=29320
Pekka Seppänen changed:
What|Removed |Added
Target||aarch64-none-elf
Host|
NCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
I recent [1] obstack commit unfortunately causes compile error with -Werror
when usin
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 14178
--> https://sourceware.org/bugzilla/attachment.cgi?id=14178&action=edit
https://sourceware.org/bugzilla/show_bug.cgi?id=28630
--- Comment #2 from Pekka Seppänen ---
In this case for x86_64-w64-mingw32-gcc __SIZEOF_POINTER__ is 8 while
__SIZEOF_LONG__ is only 4. Since all store locations use an explicit cast this
goes undetected.
E.g. struct internal_syment uses bfd
Version: 2.38 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
The following compile err
https://sourceware.org/bugzilla/show_bug.cgi?id=28614
--- Comment #4 from Pekka Seppänen ---
Agreed, that is indeed a better option. Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28614
--- Comment #1 from Pekka Seppänen ---
Comment on attachment 13802
--> https://sourceware.org/bugzilla/attachment.cgi?id=13802
Use `abort ()' instead of `assert (0)'
Oops.. opcodes/arm-dis.c shouldn't appear on the patch -- At least not wit
)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 13802
--> https://sourceware.
https://sourceware.org/bugzilla/show_bug.cgi?id=28575
Pekka Seppänen changed:
What|Removed |Added
Attachment #13771|0 |1
is patch|
IRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 13771
--> https://sourceware.org/bugzilla/attachment.cgi?id=13771&
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 13370
--> https://sourceware.org/bugzilla/attachment.cgi?id=13
https://sourceware.org/bugzilla/show_bug.cgi?id=27671
--- Comment #4 from Pekka Seppänen ---
Hi,
the fixed version did work just fine, thanks! Can't make an omelet without
breaking some eggs, so no worries.
--
You are receiving this mail because:
You are on the CC list for the bug.
: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 13337
--> https://sourceware.org/bugzilla/attachment.
https://sourceware.org/bugzilla/show_bug.cgi?id=27456
Pekka Seppänen changed:
What|Removed |Added
CC||pexu at sourceware dot
mail.kapsi.
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
As of commit 95b91a043aeaeb546d2fea556d84a2de1e917770 [1] lstat() call at
binutils/arsup.c moves out of `#if !defined (_WIN32
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #11 from Pekka Seppänen ---
Oh my... I completely forgot the --plugin part and how it participates with ar.
This is my bad, sorry :( Indeed the resulting (thin) archive is a bit
different whether or not --plugin is there, namely
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #9 from Pekka Seppänen ---
Created attachment 12643
--> https://sourceware.org/bugzilla/attachment.cgi?id=12643&action=edit
Testcase: Misc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #6 from Pekka Seppänen ---
Created attachment 12640
--> https://sourceware.org/bugzilla/attachment.cgi?id=12640&action=edit
Testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #2 from Pekka Seppänen ---
Created attachment 12636
--> https://sourceware.org/bugzilla/attachment.cgi?id=12636&action=edit
Testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #7 from Pekka Seppänen ---
Created attachment 12641
--> https://sourceware.org/bugzilla/attachment.cgi?id=12641&action=edit
Testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #8 from Pekka Seppänen ---
Created attachment 12642
--> https://sourceware.org/bugzilla/attachment.cgi?id=12642&action=edit
Testcase: Driver
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #5 from Pekka Seppänen ---
Created attachment 12639
--> https://sourceware.org/bugzilla/attachment.cgi?id=12639&action=edit
Testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #3 from Pekka Seppänen ---
Created attachment 12637
--> https://sourceware.org/bugzilla/attachment.cgi?id=12637&action=edit
Testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #4 from Pekka Seppänen ---
Created attachment 12638
--> https://sourceware.org/bugzilla/attachment.cgi?id=12638&action=edit
Testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26150
--- Comment #1 from Pekka Seppänen ---
Created attachment 12635
--> https://sourceware.org/bugzilla/attachment.cgi?id=12635&action=edit
Testcase: Makefile
--
You are receiving this mail because:
You are on the CC list for the bug.
: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Target: aarch64-none-elf
Hi.
Hitting this assert on ldlang.c.
7269
https://sourceware.org/bugzilla/show_bug.cgi?id=25244
--- Comment #3 from Pekka Seppänen ---
I think there's a slight issue with this patch: It also omits the linefeed for
that particular memory region, should the length be zero.
--
You are receiving this mail because:
You are on the CC list f
: enhancement
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
lang_print_memory_usage() at ld/ldlang.c calculates and displays the memory
region usage as follows
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Target: w64-mingw
Hi.
As of the elf32 -> elf transtion [1] the new ld/lfelf.c drops for some reason
safe-ctype.h include. This bre
https://sourceware.org/bugzilla/show_bug.cgi?id=24730
--- Comment #1 from Pekka Seppänen ---
Created attachment 11865
--> https://sourceware.org/bugzilla/attachment.cgi?id=11865&action=edit
test input 1
--
You are receiving this mail because:
You are on the CC list for the bug.
__
)
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 11864
--> https://sourceware.org/bugzilla/attachment.
https://sourceware.org/bugzilla/show_bug.cgi?id=24631
Pekka Seppänen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
I'm not sure if libctf should be enabled for MinGW cross-compiler builds, but
at least now it appears to be.
However, that doe
https://sourceware.org/bugzilla/show_bug.cgi?id=24536
--- Comment #2 from Pekka Seppänen ---
Hi Nick.
It's purely syntactic sugar; I prefer to use traditional Win32 typedefs when
dealing with Win32 API functions, as in this case. Either way will work just
fine.
--
You are receiving this mail
: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 11765
--> https://sourceware.org/bugzilla/attachment.cgi
: minor
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hello.
get_value_helper() doesn't initialize branch_type, its address will be passed
to arm_type_of
Severity: minor
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hello.
As of commit f9830ec1655e7cc2aa88c9c34a20503978d9dc88 ("Implement Read/Write
constrain
https://sourceware.org/bugzilla/show_bug.cgi?id=23153
--- Comment #4 from Pekka Seppänen ---
(In reply to Nick Clifton from comment #3)
> Hi Pekka,
>
> Can you confirm that MingW always returns 0 for the st_dev field as well ?
> (I assume that it does, but I would like to make sure). If so then
https://sourceware.org/bugzilla/show_bug.cgi?id=23153
--- Comment #2 from Pekka Seppänen ---
Hi Nick,
My apologies for a late response; The patch appears to work just fine as
expected.
However, it just occured to me that IEEE Std 1003.1 (2016 edition), i.e. the
POSIX specs, state that ``The st_
)
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
As of commit 67f846b59b32f3d704c601669409c2584383fea9 gas tries to use
https://sourceware.org/bugzilla/show_bug.cgi?id=22903
--- Comment #6 from Pekka Seppänen ---
Created attachment 10864
--> https://sourceware.org/bugzilla/attachment.cgi?id=10864&action=edit
Makefile for the testcase
really, it just compiles the assembly code and links with `--section-start
.fo
https://sourceware.org/bugzilla/show_bug.cgi?id=22903
--- Comment #4 from Pekka Seppänen ---
Hi.
My apologies for not noticing the branch between the sections; I was not aware
of it even one was just in front of my eyes (it was right after a lenghty data
table, and objdump considered the branch
https://sourceware.org/bugzilla/show_bug.cgi?id=22903
--- Comment #5 from Pekka Seppänen ---
Created attachment 10863
--> https://sourceware.org/bugzilla/attachment.cgi?id=10863&action=edit
Long braches crossing the 32/64-bit boundary
--
You are receiving this mail because:
You are on the CC
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Hi.
It is not currently possible to specify an alignment requirement that will be
used for generated veneer stubs (i.e. far calls for -fpic
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pexu at sourceware dot mail.kapsi.fi
Target Milestone: ---
Created attachment 9418
--> https://sourceware.org/bugzilla/attachment.cgi?id=9418&action=edit
vpush and vpop with too many D and Q regist
53 matches
Mail list logo