First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 136643
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo's Team for Core System packages <base-system@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Robin Stocker <nibor@gmx.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 136643 depends on: Show dependency tree
Show dependency graph
Bug 136643 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2006-06-13 05:01 0000 
# Previous version works as expected

$ bc --mathlib
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
1 / 2
.50000000000000000000
scale
20
s(1)
.84147098480789650665


# Newest one doesn't load mathlib.

$ bc --mathlib
bc 1.06.94
Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation,
Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
1 / 2
0
scale
0
s(1)
Runtime error (func=(main), adr=3): Function s not defined.

------- Comment #1 From Robin Stocker 2006-06-13 05:12:27 0000 ------- 
The following change to the ebuild fixes it, but it isn't very nice:

--- /usr/portage/sys-devel/bc/bc-1.06.94.ebuild 2006-06-11 16:07:20.000000000
+0200
+++ /usr/local/portage/sys-devel/bc/bc-1.06.94.ebuild   2006-06-13
14:04:30.000000000 +0200
@@ -30,6 +30,7 @@
        fi
        use static && append-ldflags -static
        econf ${myconf} || die
+       touch bc/libmath.b
        emake || die
 }


The problem is that libmath.h (in the bc folder) isn't built because its
timestamp is newer than the one of libmath.b and libmath.h is a useless file.

$ ls -l libmath.*
-rw-r--r-- 1 robin robin 7110 2006-06-09 19:09 libmath.b
-rw-r--r-- 1 robin robin    4 2006-06-09 19:25 libmath.h

$ cat libmath.h
{0}

------- Comment #2 From Ken Pizzini 2006-06-14 23:40:12 0000 ------- 
I'm not sure how that version of libmath.h got into the source tarball --- it
should either be the fully built libmath.h or _no_ libmath.h, not that stub
version used in bootstrapping.  In the short term, yes that ugly touch command,
or even a "rm -f bc/libmath.h" should serve as a work-around.  For the real
fix, I'll make sure that 1.06.95 gets packaged correctly.  Thanks for pointing
this out.

------- Comment #3 From SpanKY 2006-06-15 00:58:18 0000 ------- 
*** Bug 136847 has been marked as a duplicate of this bug. ***

------- Comment #4 From Wonko 2006-09-04 16:28:19 0000 ------- 
Any idea when 1.06.95 will be available in the portage tree? Or what about a
fixed 1.06.94-r1? Most people won't notice this bug, but still I consider it
quite severe when basic tools like bc suddenly behave wrong.
Yeah, it's ~x86, but still...

------- Comment #5 From Ken Pizzini 2006-09-04 16:52:34 0000 ------- 
Good question... and as fate would have it I was finally getting back to
working on the .95 release.  I hope to have it out within the week.

------- Comment #6 From SpanKY 2006-09-05 00:03:07 0000 ------- 
nothing is stopping you from downgrading

------- Comment #7 From Wonko 2006-09-05 05:53:47 0000 ------- 
I did not even upgrade yet :)  I was just wondering, no offense intended.

------- Comment #8 From SpanKY 2006-09-05 08:15:05 0000 ------- 
things get upgraded when i get time

1.06.95 now in portage
First Last Prev Next    No search results available      Search page      Enter new bug