Nabble - Gnu - Smalltalk

Re: How to get the similar effect like printf("%.7f")?

2009-12-16T07:12:25Z

On Tue, Dec 15, 2009 at 10:57 PM, Paolo Bonzini <bonzini@...> wrote:
> It is indeed possible to modify the basic float printing method in
> Float to achieve this effect. Can you come out with a set of
> printString/printOn: methods that you'd like to have, or that Squeak
> and Pharo have?

Pharo have a method named Float>>printShowingDecimalPlaces:
do exactly what I want.

lee

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Re: Windows build

2009-12-15T10:26:42Z

I'll follow up on libtool@... and Cc you.

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-15T10:05:07Z

Hi.
Thanks for your help.

Yes. It says "failed".

freddie.akeroyd wrote:

Do you see a line like:

checking command to parse /usr/bin/nm -B output from gcc-4 object...
ok

when you run "configure" or does it say "failed" at the end of such a
line?

I get "/usr/bin/nm".

freddie.akeroyd wrote:

If you type:

which nm

does it report "/usr/bin/nm" or something else? If it doesn't say
"/usr/bin/nm" or says the nm command is missing then this could be the
cause of the problems.

Thanks.

Ang Beepeng

Re: How to get the similar effect like printf("%.7f")?

2009-12-15T08:18:51Z

On Tue, Dec 15, 2009 at 10:57 PM, Paolo Bonzini <bonzini@...> wrote:
> It is indeed possible to modify the basic float printing method in
> Float to achieve this effect. Can you come out with a set of
> printString/printOn: methods that you'd like to have, or that Squeak
> and Pharo have?
>

I'll try this.

lee

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: How to get the similar effect like printf("%.7f")?

2009-12-15T06:57:06Z

It is indeed possible to modify the basic float printing method in
Float to achieve this effect. Can you come out with a set of
printString/printOn: methods that you'd like to have, or that Squeak
and Pharo have?

Thanks,

Paolo

On Tue, Dec 15, 2009 at 15:26, Lee Duhem <lee.duhem@...> wrote:

> Hi,
>
> I want to know how to get the similar effect like printf(%.7f")?
>
> Here is how I did it:
>
> Float extend [
> printStringWithPrecision: anInteger [
> <category: 'printing'>
>
> | e value string decPointIndex endPosition tailingZeros tailingZeroNumber |
>
> e := 1.0 / (10.0 raisedTo: anInteger).
> value := self roundTo: e.
>
> string := value printString.
> decPointIndex := string findFirst: [ :c | c = $. ].
>
> tailingZeros := ''.
> endPosition := decPointIndex + anInteger.
> tailingZeroNumber := endPosition - string size.
> tailingZeroNumber > 0 ifTrue: [
> tailingZeros := String new: tailingZeroNumber withAll: $0 ].
> ^(string copyFrom: 1 to: (endPosition min: string size)), tailingZeros
> ]
> ]
>
> But I think there is a better (shorter, elegance) way to do it.
>
> Any suggestions?
>
> lee
>
>
> _______________________________________________
> help-smalltalk mailing list
> help-smalltalk@...
> http://lists.gnu.org/mailman/listinfo/help-smalltalk
>
>

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

How to get the similar effect like printf("%.7f")?

2009-12-15T06:26:06Z

Hi,

I want to know how to get the similar effect like printf(%.7f")?

Here is how I did it:

Float extend [
printStringWithPrecision: anInteger [
<category: 'printing'>

| e value string decPointIndex endPosition tailingZeros tailingZeroNumber |

e := 1.0 / (10.0 raisedTo: anInteger).
value := self roundTo: e.

string := value printString.
decPointIndex := string findFirst: [ :c | c = $. ].

tailingZeros := ''.
endPosition := decPointIndex + anInteger.
tailingZeroNumber := endPosition - string size.
tailingZeroNumber > 0 ifTrue: [
tailingZeros := String new: tailingZeroNumber withAll: $0 ].
^(string copyFrom: 1 to: (endPosition min: string size)), tailingZeros
]
]

But I think there is a better (shorter, elegance) way to do it.

Any suggestions?

lee

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: [bug] implementor/sender lists not updated

2009-12-15T01:55:13Z

Issue status update for
http://smalltalk.gnu.org/project/issue/439
Post a follow up:
http://smalltalk.gnu.org/project/comments/add/439

Project: GNU Smalltalk
Version: <none>
Component: VisualGST
Category: bug reports
Priority: minor
-Assigned to: Unassigned
+Assigned to: MrGwen
Reported by: bonzinip
Updated by: MrGwen
Status: active

Oups I forget to update the list. I'll fix it soon as possible

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

[bug] implementor/sender lists not updated

2009-12-14T15:05:23Z

Issue status update for
http://smalltalk.gnu.org/node/439
Post a follow up:
http://smalltalk.gnu.org/project/comments/add/439

Project: GNU Smalltalk
Version: <none>
Component: VisualGST
Category: bug reports
Priority: minor
Assigned to: Unassigned
Reported by: bonzinip
Updated by: bonzinip
Status: active

the GtkImageModel does not register itself to be notified by events, so
while the class browser gets new methods, the upper-left pane of the
window doesn't

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-14T09:51:36Z

>
> Hi,
>
> Still not working. I saw this
>
>
> *** However, this would only work if libtool was able to extract
symbol
> *** lists from a program, using `nm' or equivalent, but libtool could
> *** not find such a program. So, this module is probably useless.
> *** `nm' from GNU binutils and a full rebuild may help.
>
> Does it help?
>

Hi,

It looks like the issue may be due to parsing the output of the "nm"
command e.g.

http://music.columbia.edu/pipermail/portaudio/2008-March/008468.html

Maybe it is picking up a command from elsewhere or the "nm" command is
missing? The message you reported above mentions the "nm" command and
may be relevant. Do you see a line like:

checking command to parse /usr/bin/nm -B output from gcc-4 object...
ok

when you run "configure" or does it say "failed" at the end of such a
line?

If you type:

which nm

does it report "/usr/bin/nm" or something else? If it doesn't say
"/usr/bin/nm" or says the nm command is missing then this could be the
cause of the problems.

Regards,

Freddie

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Understanding how projects work (was Re: Windows build)

2009-12-14T09:16:48Z

> you have enabled all the above. thank you.

Thanks for the answer. :-)

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Understanding how projects work (was Re: Windows build)

2009-12-14T05:55:28Z

On Mon, Dec 14, 2009 at 8:46 AM, Paolo Bonzini <bonzini@...> wrote:

> On 12/14/2009 02:35 PM, Tim Menzies wrote:
>> see, the other options is that someone offers their pre-compiled
>> binaries for windows on some public site
>
> See, I've been planning to do this for a while and hope to get to it during
> the holidays finally. But Ang needs to develop, so she cannot rely on
> binaries.
>
> If something has been mentioned 200 times, the only reason why it's
> worthwhile to say it the 201st, is if you decide to be the "someone".
> If you think I suck as a maintainer because I don't provide Windows
> binaries, fine with me, but then call things with their name please.

dear paolo,

please allow me to publicly express my enthusiasm for the gnu
smalltalk project and your tremendous work on that project.

i love scripting and text-based gnu smalltalk is right now my tool of
choice. gnu smalltalk has brought me back to this wonderful language
after years of trying other things. i used to make $$$$ in the early
1990s selling smalltalk programming and mentor facilities but i was
always sad about the needless elaboration of a simple idea (smalltalk)
into overly-complex environments (visualworks, squeak, etc etc).

FYI: i ran two university subjects this year using gnu smalltalk and
what was amazing is how LITTLE tutorial help i had to give students.
after 1-2 weeks mentoring, people stopped asking me about ST and
instead were asking me about the data used in the assignments. ST is a
perfect teaching tool: uniform, simple to learn.

you have enabled all the above. thank you.

t

p.s. regarding my suggestion to release pre-compiled windows binaries.
i did not know it was an FAQ and if i did i would not have suggested
it.

--
there are those who call me... (dr) timm (menzies)?
morgantown (39.6n, -79w), usa
assoc prof csee, wvu
http://menzies.us

PROBLEM: Handling e-mail is very very very slow, resulting in inbox overflow.
SOLUTION: Adopt the "http://five.sentenc.es" policy: no responses
longer than 5 sentences. It’s that simple. Care to try it?

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Understanding how projects work (was Re: Windows build)

2009-12-14T05:46:46Z

On 12/14/2009 02:35 PM, Tim Menzies wrote:
> see, the other options is that someone offers their pre-compiled
> binaries for windows on some public site

See, I've been planning to do this for a while and hope to get to it
during the holidays finally. But Ang needs to develop, so she cannot
rely on binaries.

Since this is a volunteer project, I'm totally fed up of reading things
such as:

- "a user is trying to build on Windows and you just ask why don't you
try on Linux" after 20 messages in which I and Freddie tried to help Ang.

- "someone offers their pre-compiled binaries for Windows" after this
plan has been mentioned 200 times. _Someone_ has a day-job too.

If something has been mentioned 200 times, the only reason why it's
worthwhile to say it the 201st, is if you decide to be the "someone".

If you think I suck as a maintainer because I don't provide Windows
binaries, fine with me, but then call things with their name please.

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Windows build

2009-12-14T05:35:05Z

just a suggestion, but do we need to build smalltalk locally on windows?

see, the other options is that someone offers their pre-compiled
binaries for windows on some public site

t

On Mon, Dec 14, 2009 at 2:31 AM, Paolo Bonzini <bonzini@...> wrote:

> On 12/14/2009 08:03 AM, Ang Beepeng wrote:
>>
>> Does it help?
>
> Unfortunately that's kind of expected. It just means that it couldn't find
> some DLL.
>
>> Can you share me your successful build of gst? Are they with debugging
>> symbol?
>
> I'll do so later today.
>
> Paolo
>
>
> _______________________________________________
> help-smalltalk mailing list
> help-smalltalk@...
> http://lists.gnu.org/mailman/listinfo/help-smalltalk
>

--
there are those who call me... (dr) timm (menzies)?
morgantown (39.6n, -79w), usa
assoc prof csee, wvu
http://menzies.us

PROBLEM: Handling e-mail is very very very slow, resulting in inbox overflow.
SOLUTION: Adopt the "http://five.sentenc.es" policy: no responses
longer than 5 sentences. It’s that simple. Care to try it?

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Windows build

2009-12-13T23:31:34Z

On 12/14/2009 08:03 AM, Ang Beepeng wrote:
> Does it help?

Unfortunately that's kind of expected. It just means that it couldn't
find some DLL.

> Can you share me your successful build of gst? Are they with debugging
> symbol?

I'll do so later today.

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-13T23:03:42Z

Hi,

Still not working. I saw this

*** Warning: linker path does not have real file for library -liconv.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libiconv but no candidates were found. (...for file magic test)

*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module iconv. Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.

*** However, this would only work if libtool was able to extract symbol
*** lists from a program, using `nm' or equivalent, but libtool could
*** not find such a program. So, this module is probably useless.
*** `nm' from GNU binutils and a full rebuild may help.

Does it help?

I did these:

autoreconf --force -v -i
env CC=gcc-4 ./configure --disable-generational-gc
make
http://askoh.net/mmu/beepeng/Smalltalk/GNU/video/20091214/gst20091214.html

Can you share me your successful build of gst? Are they with debugging symbol?

Thanks.

Ang Beepeng

freddie.akeroyd wrote:

Hi,

If you type

autoreconf --force -v -i

from your c:/smalltalk/gnu/smalltalk3.1 directory and then try
"make" again does that help?

Re: Windows build

2009-12-13T08:26:01Z

On 12/13/2009 05:18 PM, freddie.akeroyd@... wrote:
> Ah, I wasn't sure if she had tried the "--force" option before - it
> looks like "global_symbol_pipe" is not being set in "libtool" for some
> reason and I though this might regenerate "libtool".

Yeah, it can't do damage. :-)

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Windows build

2009-12-13T08:18:17Z

Ah, I wasn't sure if she had tried the "--force" option before - it
looks like "global_symbol_pipe" is not being set in "libtool" for some
reason and I though this might regenerate "libtool".

Freddie

>
> I think she's done that many times already. :-(
>
> Paolo
>

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Windows build

2009-12-13T05:40:28Z

On 12/13/2009 01:30 PM, freddie.akeroyd@... wrote:
> Hi,
>
> If you type
>
> autoreconf --force -v -i
>
> from your c:/smalltalk/gnu/smalltalk3.1 directory and then try
> "make" again does that help?

I think she's done that many times already. :-(

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-13T04:30:20Z

Hi,

If you type

autoreconf --force -v -i

from your c:/smalltalk/gnu/smalltalk3.1 directory and then try
"make" again does that help?

Freddie

>
> Hi,
>
> I do as advise. I still get errors. Hope that you guys can help.
>
http://askoh.net/mmu/beepeng/Smalltalk/GNU/video/20091212/gst20091212.ht
ml
>
> Thanks.
>
> Ang Beepeng
>

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Windows build

2009-12-12T03:36:02Z

Hi.

I got

$ libtool --version
libtool (GNU libtool 1.3110 2009-07-01) 2.2.7a
Written by Gordon Matzigkeit <gord@gnu.ai.mit.edu>, 1996

Thanks.

Ang Beepeng

Paolo Bonzini-2 wrote:

Can you give the output of "libtool --version"?

Paolo

Re: Windows build

2009-12-12T01:31:55Z

On 12/12/2009 07:50 AM, Ang Beepeng wrote:
>
> Hi,
>
> I do as advise. I still get errors. Hope that you guys can help.
> http://askoh.net/mmu/beepeng/Smalltalk/GNU/video/20091212/gst20091212.html

Can you give the output of "libtool --version"?

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-11T22:49:58Z

Hi,

I do as advise. I still get errors. Hope that you guys can help.
http://askoh.net/mmu/beepeng/Smalltalk/GNU/video/20091212/gst20091212.html

Thanks.

Ang Beepeng

Re: Version number in star packages

2009-12-11T02:29:30Z

Now that I think about it, what about a gemcutter like project?

I think it wouldn't be that hard, and I would be willing to work on it.
http://gemcutter.org/

I think such a service on projects.smalltalk.gnu.org would be very nice
to have.

The first thing would be to also add to gst-package the ability to have
various remote package repositories.

Cheers!

Nico

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

signature.asc (205 bytes) Download Attachment

RE: Re: Windows build

2009-12-11T02:24:31Z

Ang,

You can build with optimisation using gcc4, but it appears that
optimisation does not work with gcc3. I would suggest you use gcc4, but
on my cygwin installation the "gcc" command runs gcc 3.4.4 and gcc 4.3.2
is installed as a separate "gcc-4" command. This means you have to
invoke configure in a slightly different way

env CC=gcc-4 ./configure --disable-generational-gc

Rather than

./configure --disable-generational-gc

This generates all the Makefiles etc. with "gcc-4" instead of "gcc" as
the C compiler; after this you can run "make" in the usual way.

Regards,

Freddie

>
> Hi all.
>
> Sorry, I'm quite new to all of this, therefore I don't quite follow
> discussion between Freddie and Paolo.
> I have gcc4.3.2, along with others in cygwin devel package. Is it you
> guys
> suggest me to build without C optimisation? If so, how exactly I
should
> do
> to achieve that?
>
> Thanks.
>
> Ang Beepeng
>

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Re: Windows build

2009-12-11T00:59:23Z

Hi all.

Sorry, I'm quite new to all of this, therefore I don't quite follow discussion between Freddie and Paolo.
I have gcc4.3.2, along with others in cygwin devel package. Is it you guys suggest me to build without C optimisation? If so, how exactly I should do to achieve that?

Thanks.

Ang Beepeng

Paolo Bonzini-2 wrote:

On 12/10/2009 08:19 PM, freddie.akeroyd@stfc.ac.uk wrote:
> Hi Paolo,
>
> Yes, that sorts out the build with optimisation problem - using
>
> env CC=gcc-4 ./configure --without-readline
> --disable-generational-gc
>
> generated gst.exe and gst.im OK, but when I ran "make check" I had
> similar issues to the non-optimised gcc-3 build

I'll look into it.

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@gnu.org
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Version number in star packages

2009-12-10T13:57:46Z

Hi,

Now that we have the infrastructure for downloading and installing star
packages from smalltalk.gnu.org, I think it would be nice to have the
version number information in the package.xml (and then in the package
object).

What about adding two tags, one for the major version, one for the minor
version and one for the patch version?

This would give: maj.min.patch -> 0.8.4

Cheers!

Nico

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

signature.asc (205 bytes) Download Attachment

Re: Re: Windows build

2009-12-10T11:42:29Z

On 12/10/2009 08:19 PM, freddie.akeroyd@... wrote:
> Hi Paolo,
>
> Yes, that sorts out the build with optimisation problem - using
>
> env CC=gcc-4 ./configure --without-readline
> --disable-generational-gc
>
> generated gst.exe and gst.im OK, but when I ran "make check" I had
> similar issues to the non-optimised gcc-3 build

I'll look into it.

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-10T11:19:42Z

Hi Paolo,

Yes, that sorts out the build with optimisation problem - using

env CC=gcc-4 ./configure --without-readline
--disable-generational-gc

generated gst.exe and gst.im OK, but when I ran "make check" I had
similar issues to the non-optimised gcc-3 build

Making check in tests
make[1]: Entering directory `/cygdrive/c/cygwin_local/smalltalk/tests'
make gst.im
make[2]: Entering directory `/cygdrive/c/cygwin_local/smalltalk/tests'
echo "PackageLoader fileInPackage: #SUnit. ObjectMemory snapshot:
'gst.im'" | ./
gst --image=../gst.im -
"Global garbage collection... done"
Loading package SUnit
"Global garbage collection... done"
cd . && /cygdrive/c/cygwin_local/smalltalk/tests/gst -S
--image=/cygdrive/c/cygw
in_local/smalltalk/tests/gst.im AnsiLoad.st
Object: StarPackage new "<0x18a74fa0>" error: did not understand
#isDisabled
MessageNotUnderstood(Exception)>>signal (AnsiExcept.st:216)
Kernel.StarPackage(Object)>>doesNotUnderstand: #isDisabled
(AnsiLoad.st:65)
optimized [] in Kernel.PackageDirectory>>refreshPackageList
(PkgLoader.st:436)
[] in LookupTable(Dictionary)>>reject: (Dictionary.st:400)
[] in LookupTable>>associationsDo: (LookupTable.st:149)
LookupTable>>keysAndValuesDo: (LookupTable.st:179)
LookupTable>>associationsDo: (LookupTable.st:148)
LookupTable(Dictionary)>>reject: (Dictionary.st:401)
Kernel.PackageDirectory>>refreshPackageList (PkgLoader.st:436)
Kernel.PackageDirectory>>refresh: (PkgLoader.st:424)
[] in Kernel.PackageDirectories>>refresh: (PkgLoader.st:254)
OrderedCollection(SequenceableCollection)>>do: (SeqCollect.st:822)
Kernel.PackageDirectories>>refresh: (PkgLoader.st:254)
PackageLoader"Global garbage collection... done"
class>>refresh (PkgLoader.st:1693)
PackageLoader class>>fileInPackages: (PkgLoader.st:1710)
PackageLoader class>>fileInPackage: (PkgLoader.st:1700)
UndefinedObject>>executeStatements (AnsiLoad.st:79)
Loading Ansi.st
Loading AnsiDB.st
"Global garbage collection... done, heap grown"
Loading AnsiInit.st
"Global garbage collection... done"
"Global garbage collection... done"
make[2]: Leaving directory `/cygdrive/c/cygwin_local/smalltalk/tests'
make check-local
make[2]: Entering directory `/cygdrive/c/cygwin_local/smalltalk/tests'
/bin/sh './testsuite'
## ----------------------------- ##
## GNU Smalltalk 3.1 test suite. ##
## ----------------------------- ##

Regression tests.

1: arrays.st ok
2: classes.st ok
3: blocks.st ok

The tests then continue OK until they hang at "SUnit", "Magritte",
"Sport" and "Swazoo" - pressing Ctrl-C to abort the individual test
allows things to continue. I enclose the final testsuite.log file which
contains "Invalid C call-out MD5AllocOOP" and "Invalid C call-out
SHA1AllocOOP" messages; would these be the cause of the test hangs?

Regards,

Freddie

> -----Original Message-----
> From: paolo.bonzini@... [mailto:paolo.bonzini@...] On
> Behalf Of Paolo Bonzini
> Sent: 10 December 2009 15:12
> To: Akeroyd, Freddie (STFC,RAL,ISIS)
> Cc: help-smalltalk@...
> Subject: Re: [Help-smalltalk] Re: Windows build
>
> On Thu, Dec 10, 2009 at 11:20, <freddie.akeroyd@...> wrote:
> > Hi,
> >
> > I updated cygwin from the web just prior to the build, so it should
> be
> > the latest packages from the Cygwin 1.5.25 DLL series. I was using
> the
> > default gcc 3.4.4 - are you using this or gcc4 ?
>
> Great troubleshooting!
>
> pbonzini@yakj ~
> $ uname -a
> CYGWIN_NT-5.2-WOW64 yakj 1.5.25(0.156/4/2) 2008-06-12 19:34 i686

Cygwin
>
> pbonzini@yakj ~
> $ gcc --version
> gcc (GCC) 4.3.2 20080827 (beta) 2
> Copyright (C) 2008 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There

is
> NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
>
> Ang, I suggest that you upgrade to GCC 4.x, it should solve your woes.
> Sorry!
>
> Paolo

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

testsuite.log.zip (55K) Download Attachment

Re: Re: Windows build

2009-12-10T07:11:59Z

On Thu, Dec 10, 2009 at 11:20, <freddie.akeroyd@...> wrote:
> Hi,
>
> I updated cygwin from the web just prior to the build, so it should be
> the latest packages from the Cygwin 1.5.25 DLL series. I was using the
> default gcc 3.4.4 - are you using this or gcc4 ?

Great troubleshooting!

pbonzini@yakj ~
$ uname -a
CYGWIN_NT-5.2-WOW64 yakj 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin

pbonzini@yakj ~
$ gcc --version
gcc (GCC) 4.3.2 20080827 (beta) 2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Ang, I suggest that you upgrade to GCC 4.x, it should solve your woes. Sorry!

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Re: Windows build

2009-12-10T02:20:50Z

Hi,

I updated cygwin from the web just prior to the build, so it should be
the latest packages from the Cygwin 1.5.25 DLL series. I was using the
default gcc 3.4.4 - are you using this or gcc4 ?

I also have both MinGW and Visual Studio installed on the computer -
might they be causing problems? I've just tried a rebuild with
optimisation after unsetting LIBRARY_PATH, LIB and INCLUDE from within
cygwin and also removing all non-cygwin directories from the end of
PATH, but it failed to generate gst.im in the same way as before.

Regards,

Freddie

> -----Original Message-----
> From: help-smalltalk-bounces+freddie.akeroyd=stfc.ac.uk@...
> [mailto:help-smalltalk-bounces+freddie.akeroyd=stfc.ac.uk@...] On
> Behalf Of Paolo Bonzini
> Sent: 10 December 2009 06:13
> To: help-smalltalk@...
> Subject: [Help-smalltalk] Re: Windows build
>
> On 12/09/2009 06:55 PM, freddie.akeroyd@... wrote:
> > Hi,
> >
> > I tried building with cygwin myself and get a similar problem with
> > default C compiler optimisation:
>
> Hmm, what version of Cygwin?
>
> Paolo
>
>
>
> _______________________________________________
> help-smalltalk mailing list
> help-smalltalk@...
> http://lists.gnu.org/mailman/listinfo/help-smalltalk

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: 64-bit compatibility

2009-12-09T22:14:16Z

On 12/10/2009 12:42 AM, Alexey Zakhlestin wrote:

> struct oop_s
> {
> gst_object object;
> unsigned long flags; /* FIXME, use uintptr_t */
> };
>
> #define TO_INT(oop) \
> ((intptr_t)(oop)>> 1)
>
>
> do I correctly understand, that the problem is related to that "FIXME"?

No, unsigned long is exactly to same size as FIXME and besides flags is
not being accessed anywhere. Just to be clear, I run on Linux 64-bit
all the time.

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Re: Windows build

2009-12-09T22:12:47Z

On 12/09/2009 06:55 PM, freddie.akeroyd@... wrote:
> Hi,
>
> I tried building with cygwin myself and get a similar problem with
> default C compiler optimisation:

Hmm, what version of Cygwin?

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

64-bit compatibility

2009-12-09T15:42:35Z

I get segfault in libgst/oop.c:740 in 64-bit mode.

problem seems to originate here (line 735):
int size = SIZE_TO_BYTES (TO_INT(oop->object->objSize));

looks like TO_INT() macro does something wrong and size is assigned to incorrectly large number…

related definitions:

objSize is defined as OOP

typedef struct oop_s *OOP;

struct oop_s
{
gst_object object;
unsigned long flags; /* FIXME, use uintptr_t */
};

#define TO_INT(oop) \
((intptr_t)(oop) >> 1)

do I correctly understand, that the problem is related to that "FIXME"?

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

RE: Windows build

2009-12-09T09:55:36Z

Hi,

I tried building with cygwin myself and get a similar problem with
default C compiler optimisation:

Latest git

./configure --disable-generational-gc
make

stopped at

./gst.exe --no-user-files --kernel-dir="./kernel" --image=gst.im -iQ
/dev/null
7 [main] gst 3604 _cygtls::handle_exceptions: Error while
dumping state (probably corrupted stack)
make[2]: *** [gst.im] Segmentation fault (core dumped)

$ gdb ./gst.exe
GNU gdb 6.8.0.20080328-cvs (cygwin-special) Copyright (C) 2008 Free
Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(no debugging symbols found)
No symbol table is loaded. Use the "file" command.
Make breakpoint pending on future shared library load? (y or [n])
[answered N; input not from terminal]
(gdb) r --no-user-files --kernel-dir="./kernel" --image=gst.im -iQ
/dev/null Starting program: /cygdrive/c/cygwin_local/smalltalk/gst.exe
--no-user-files --kernel-dir="./kernel" --image=gst.im -iQ /dev/null
[New thread 2672.0xb64] (no debugging symbols found) (no debugging
symbols found) (no debugging symbols found) [New thread 2672.0xa48] (no
debugging symbols found) (no debugging symbols found) [New thread
2672.0x1e4]
7 [main] gst 2672 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
2634 [main] gst 2672 open_stackdumpfile: Dumping stack trace to
gst.exe.stack dump
9722 [main] gst 2672 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
12405 [main] gst 2672 _cygtls::handle_exceptions: Error while dumping
state (probably corrupted stack)

Program exited with code 0105400.
(gdb)

However rebuilding without C compiler optimisation

env CFLAGS="-g -O0" ./configure --disable-generational-gc
make

runs through OK and builds both gst.exe and a gst.im image; however
running the tests results in a hang loading SUnit

make check
Making check in tests
make[1]: Entering directory `/cygdrive/c/cygwin_local/smalltalk/tests'
make gst.im
make[2]: Entering directory `/cygdrive/c/cygwin_local/smalltalk/tests'
echo "PackageLoader fileInPackage: #SUnit. ObjectMemory snapshot:
'gst.im'" | ./gst --image=../gst.im - "Global garbage collection...
done"
Loading package SUnit
"Global garbage collection... done"
cd . && /cygdrive/c/cygwin_local/smalltalk/tests/gst -S
--image=/cygdrive/c/cygwin_local/smalltalk/tests/gst.im AnsiLoad.st
Object: StarPackage new "<0x18f9fe68>" error: did not understand
#isDisabled MessageNotUnderstood(Exception)>>signal (AnsiExcept.st:216)
Kernel.StarPackage(Object)>>doesNotUnderstand: #isDisabled
(AnsiLoad.st:65) optimized [] in
Kernel.PackageDirectory>>refreshPackageList (PkgLoader.st:436) [] in
LookupTable(Dictionary)>>reject: (Dictionary.st:400) [] in
LookupTable>>associationsDo: (LookupTable.st:149)
LookupTable>>keysAndValuesDo: (LookupTable.st:179)
LookupTable>>associationsDo: (LookupTable.st:148)
LookupTable(Dictionary)>>reject: (Dictionary.st:401)
Kernel.PackageDirectory>>refreshPackageList (PkgLoader.st:436)
Kernel.PackageDirectory>>refresh: (PkgLoader.st:424) [] in
Kernel.PackageDirectories>>refresh: (PkgLoader.st:254)
OrderedCollection(SequenceableCollection)>>do: (SeqCollect.st:822)
Kernel.PackageDirectories>>refresh: (PkgLoader.st:254)
PackageLoader"Global garbage collection... done"
class>>refresh (PkgLoader.st:1693)
PackageLoader class>>fileInPackages: (PkgLoader.st:1710) PackageLoader
class>>fileInPackage: (PkgLoader.st:1700)
UndefinedObject>>executeStatements (AnsiLoad.st:79)
Loading Ansi.st
Loading AnsiDB.st
"Global garbage collection... done, heap grown"
Loading AnsiInit.st
"Global garbage collection... done"
"Global garbage collection... done"
make[2]: Leaving directory `/cygdrive/c/cygwin_local/smalltalk/tests'
make check-local
make[2]: Entering directory `/cygdrive/c/cygwin_local/smalltalk/tests'
/bin/sh './testsuite'
## ----------------------------- ##
## GNU Smalltalk 3.1 test suite. ##
## ----------------------------- ##

Regression tests.

1: arrays.st ok
2: classes.st ok
3: blocks.st ok
4: sets.st ok
5: exceptions.st ok
6: intmath.st ok
7: floatmath.st ok
8: dates.st ok
9: objects.st ok
10: strings.st ok
11: chars.st ok
12: objdump.st ok
13: geometry.st ok
14: cobjects.st ok
15: compiler.st ok
16: fileext.st ok
17: mutate.st ok
18: untrusted.st ok
19: getopt.st ok
20: quit.st ok
21: pools.st ok

Other simple tests.

22: ackermann.st ok
23: ary3.st ok
24: except.st ok
25: fibo.st ok
26: hash.st ok
27: hash2.st ok
28: heapsort.st ok
29: lists.st ok
30: lists1.st ok
31: lists2.st ok
32: matrix.st ok
33: methcall.st ok
34: nestedloop.st ok
35: objinst.st ok
36: prodcons.st ok
37: random-bench.st ok
38: sieve.st ok
39: strcat.st ok

Basic packages.

40: SUnit

Pressing "ctrl-c" at this point results in an "ok" for SUnit and then
the others tests continue with a few failures and further hangs at
Magritte, Sport and Swazoo which are also bypassed by pressing Ctrl-C. I
enclose the final "testsuite.log" file

Regards,

Freddie

if
> it's
> > possible, can I have one with debugging info? So that I can debug

and

> learn
> > from it. Just forget about it if it is troublesome to you.
>
> Sure, of course. I'll compile it with CFLAGS=-g and
> --disable-generational-gc (just one less things that gets in the way).
>
> Paolo
>
>
> _______________________________________________
> help-smalltalk mailing list
> help-smalltalk@...
> http://lists.gnu.org/mailman/listinfo/help-smalltalk

--
Scanned by iCritical.

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk

testsuite.log.zip (56K) Download Attachment

Re: Re: [bug] Build failure on Mac OS X 10.6.1

2009-12-09T07:01:42Z

On Wed, Dec 9, 2009 at 15:31, Alexey Zakhlestin <indeyets@...> wrote:

>
> On 09.12.2009, at 17:27, Paolo Bonzini wrote:
>
>>> Can I do anything to help resolve this issue? Like running some test-apps, etc.
>>> that is a blocker for 64-bit builds on mac
>>
>> I'm curious if it is just not a libtool bug, or something like that.
>> I mean, if building works fine it is already doing a lot of things
>> (after all gst-package runs correctly!).
>>
>> You can definitely play with gst and see if you can make it crash.
>> For example, try running "tests/gst" (the wrapper that loads all the
>> .so modules) instead of "./gst" (the naked executable). That might
>> even be enough, and would point to a libtool problem.
>
> You missed the point :)
>
> The problem is with libsigsegv

Ah :-) I guess I'll import a new libsigsegv then. I'm still curious
why the build and gst-package runs though. :-)

Have you tried --disable-generational-gc?

Paolo

_______________________________________________
help-smalltalk mailing list
help-smalltalk@...
http://lists.gnu.org/mailman/listinfo/help-smalltalk