* musl 0.9.12 released
@ 2013-07-29 7:35 Rich Felker
2013-07-29 17:37 ` Gregor Pintar
0 siblings, 1 reply; 6+ messages in thread
From: Rich Felker @ 2013-07-29 7:35 UTC (permalink / raw)
To: musl
I'm pleased to announce musl 0.9.12, just barely on-schedule:
Notable new features include zoneinfo timezone support, PIE
support on all supported targets, simple heap-based buffer
overflow detection in free/realloc, and mildly improved IPv6
support. Various dynamic linker improvements have been made for
arch variants and non-root installations. The C++ ABI is now
stabilized and compatible with glibc's C++ ABI. Several major bugs
have been fixed including a potentially-dangerous regression in
scanf introduced in 0.9.11 that could pass invalid pointers to
free, a flaw in dl_iterate_phdr's reporting of library headers
that could crash C++ exception-handling, and longstanding integer
overflows in time conversion code that produced incorrect results
for certain pre-1935 dates. Other minor bugs have also been fixed.
http://www.etalabs.net/musl/releases/musl-0.9.12.tar.gz
http://www.musl-libc.org/releases/musl-0.9.12.tar.gz
Rather than the usual future-directions here, I'll follow up on the
roadmap thread/wiki.
Rich
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: musl 0.9.12 released
2013-07-29 7:35 musl 0.9.12 released Rich Felker
@ 2013-07-29 17:37 ` Gregor Pintar
2013-07-29 18:05 ` Szabolcs Nagy
0 siblings, 1 reply; 6+ messages in thread
From: Gregor Pintar @ 2013-07-29 17:37 UTC (permalink / raw)
To: musl
2013/7/29, Rich Felker <dalias@aerifal.cx>:
> I'm pleased to announce musl 0.9.12, just barely on-schedule:
>
> Notable new features include zoneinfo timezone support, PIE
> support on all supported targets, simple heap-based buffer
> overflow detection in free/realloc, and mildly improved IPv6
> support. Various dynamic linker improvements have been made for
> arch variants and non-root installations. The C++ ABI is now
> stabilized and compatible with glibc's C++ ABI. Several major bugs
> have been fixed including a potentially-dangerous regression in
> scanf introduced in 0.9.11 that could pass invalid pointers to
> free, a flaw in dl_iterate_phdr's reporting of library headers
> that could crash C++ exception-handling, and longstanding integer
> overflows in time conversion code that produced incorrect results
> for certain pre-1935 dates. Other minor bugs have also been fixed.
>
> http://www.etalabs.net/musl/releases/musl-0.9.12.tar.gz
> http://www.musl-libc.org/releases/musl-0.9.12.tar.gz
>
> Rather than the usual future-directions here, I'll follow up on the
> roadmap thread/wiki.
>
> Rich
>
I have a problem. When I try to compile it, I get this:
gcc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard
-frounding-math -D_XOPEN_SOURCE=700 -I./arch/x86_64 -I./src/internal
-I./include -pipe -fomit-frame-pointer -fno-unwind-tables
-fno-asynchronous-unwind-tables -Wa,--noexecstack
-Werror=implicit-function-declaration -Werror=implicit-int
-Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -O2
-fPIC -c -o crt/crt1.o crt/x86_64/crt1.s
crt/x86_64/crt1.s: Assembler messages:
crt/x86_64/crt1.s:7: Error: bad register name `%rbp'
crt/x86_64/crt1.s:8: Error: bad register name `%rdx'
crt/x86_64/crt1.s:9: Error: bad register name `%rsi'
crt/x86_64/crt1.s:10: Error: bad register name `%rsp'
crt/x86_64/crt1.s:11: Error: bad register name `%rsp'
crt/x86_64/crt1.s:12: Error: bad register name `%r8'
crt/x86_64/crt1.s:13: Error: bad register name `%rcx'
crt/x86_64/crt1.s:14: Error: bad register name `%rdi'
make: *** [crt/crt1.o] Error 1
I have Binutils 2.23.1 and GCC 4.8.1.
But it compiles with Clang 3.2.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: musl 0.9.12 released
2013-07-29 17:37 ` Gregor Pintar
@ 2013-07-29 18:05 ` Szabolcs Nagy
2013-07-29 20:14 ` Gregor Pintar
0 siblings, 1 reply; 6+ messages in thread
From: Szabolcs Nagy @ 2013-07-29 18:05 UTC (permalink / raw)
To: musl
* Gregor Pintar <grpintar@gmail.com> [2013-07-29 19:37:19 +0200]:
>
> I have a problem. When I try to compile it, I get this:
>
are you sure the x86_64 arch is correct?
seems gcc does not know about x86_64 registers in the asm
i'd check the target in gcc -v
> gcc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard
> -frounding-math -D_XOPEN_SOURCE=700 -I./arch/x86_64 -I./src/internal
> -I./include -pipe -fomit-frame-pointer -fno-unwind-tables
> -fno-asynchronous-unwind-tables -Wa,--noexecstack
> -Werror=implicit-function-declaration -Werror=implicit-int
> -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -O2
> -fPIC -c -o crt/crt1.o crt/x86_64/crt1.s
> crt/x86_64/crt1.s: Assembler messages:
> crt/x86_64/crt1.s:7: Error: bad register name `%rbp'
> crt/x86_64/crt1.s:8: Error: bad register name `%rdx'
> crt/x86_64/crt1.s:9: Error: bad register name `%rsi'
> crt/x86_64/crt1.s:10: Error: bad register name `%rsp'
> crt/x86_64/crt1.s:11: Error: bad register name `%rsp'
> crt/x86_64/crt1.s:12: Error: bad register name `%r8'
> crt/x86_64/crt1.s:13: Error: bad register name `%rcx'
> crt/x86_64/crt1.s:14: Error: bad register name `%rdi'
> make: *** [crt/crt1.o] Error 1
>
> I have Binutils 2.23.1 and GCC 4.8.1.
> But it compiles with Clang 3.2.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: musl 0.9.12 released
2013-07-29 18:05 ` Szabolcs Nagy
@ 2013-07-29 20:14 ` Gregor Pintar
2013-07-30 14:26 ` idunham
0 siblings, 1 reply; 6+ messages in thread
From: Gregor Pintar @ 2013-07-29 20:14 UTC (permalink / raw)
To: musl
2013/7/29, Szabolcs Nagy <nsz@port70.net>:
> * Gregor Pintar <grpintar@gmail.com> [2013-07-29 19:37:19 +0200]:
>>
>> I have a problem. When I try to compile it, I get this:
>>
>
> are you sure the x86_64 arch is correct?
>
> seems gcc does not know about x86_64 registers in the asm
>
> i'd check the target in gcc -v
Yes, x86_64 is correct arch. Target is also correct.
"as crt1.s" also works. It's probably something wrong with gcc.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: musl 0.9.12 released
2013-07-29 20:14 ` Gregor Pintar
@ 2013-07-30 14:26 ` idunham
2013-07-31 8:48 ` Gregor Pintar
0 siblings, 1 reply; 6+ messages in thread
From: idunham @ 2013-07-30 14:26 UTC (permalink / raw)
To: musl
On Mon, Jul 29, 2013 at 10:14:34PM +0200, Gregor Pintar wrote:
> 2013/7/29, Szabolcs Nagy <nsz@port70.net>:
> > * Gregor Pintar <grpintar@gmail.com> [2013-07-29 19:37:19 +0200]:
> >>
> >> I have a problem. When I try to compile it, I get this:
> >>
> >
> > are you sure the x86_64 arch is correct?
> >
> > seems gcc does not know about x86_64 registers in the asm
> >
> > i'd check the target in gcc -v
>
> Yes, x86_64 is correct arch. Target is also correct.
> "as crt1.s" also works. It's probably something wrong with gcc.
Maybe see what happens if you pass a flag that forces binutils to use
64-bit mode (--64 is documented in the as man page)?
It looked to me like gcc generated 64-bit code, then invoked as
in 32-bit mode.
HTH,
Isaac Dunham
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: musl 0.9.12 released
2013-07-30 14:26 ` idunham
@ 2013-07-31 8:48 ` Gregor Pintar
0 siblings, 0 replies; 6+ messages in thread
From: Gregor Pintar @ 2013-07-31 8:48 UTC (permalink / raw)
To: musl
2013/7/30, idunham@lavabit.com <idunham@lavabit.com>:
> On Mon, Jul 29, 2013 at 10:14:34PM +0200, Gregor Pintar wrote:
>> 2013/7/29, Szabolcs Nagy <nsz@port70.net>:
>> > * Gregor Pintar <grpintar@gmail.com> [2013-07-29 19:37:19 +0200]:
>> >>
>> >> I have a problem. When I try to compile it, I get this:
>> >>
>> >
>> > are you sure the x86_64 arch is correct?
>> >
>> > seems gcc does not know about x86_64 registers in the asm
>> >
>> > i'd check the target in gcc -v
>>
>> Yes, x86_64 is correct arch. Target is also correct.
>> "as crt1.s" also works. It's probably something wrong with gcc.
>
> Maybe see what happens if you pass a flag that forces binutils to use
> 64-bit mode (--64 is documented in the as man page)?
>
> It looked to me like gcc generated 64-bit code, then invoked as
> in 32-bit mode.
>
> HTH,
> Isaac Dunham
>
I switched distribution yesterday.
I had similar problem when compiling kernel (it wanted gnu/stubs-32.h).
It was definitely something messed up with gcc.
Now it works.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-07-31 8:48 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-07-29 7:35 musl 0.9.12 released Rich Felker
2013-07-29 17:37 ` Gregor Pintar
2013-07-29 18:05 ` Szabolcs Nagy
2013-07-29 20:14 ` Gregor Pintar
2013-07-30 14:26 ` idunham
2013-07-31 8:48 ` Gregor Pintar
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).