* Re: Emacs pretest 24.2.92
@ 2013-01-17 9:57 sindikat
2013-01-17 23:38 ` Glenn Morris
0 siblings, 1 reply; 28+ messages in thread
From: sindikat @ 2013-01-17 9:57 UTC (permalink / raw
To: emacs-devel
Will CEDET 1.1 be in Emacs 24.3?
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-17 9:57 Emacs pretest 24.2.92 sindikat
@ 2013-01-17 23:38 ` Glenn Morris
2013-01-18 1:59 ` Stephen J. Turnbull
2013-01-18 2:09 ` CEDET version [was Re: Emacs pretest 24.2.92] Glenn Morris
0 siblings, 2 replies; 28+ messages in thread
From: Glenn Morris @ 2013-01-17 23:38 UTC (permalink / raw
To: sindikat; +Cc: emacs-devel
sindikat wrote:
> Will CEDET 1.1 be in Emacs 24.3?
emacs-24.2.92 -Q -l cedet
C-h v cedet-version
-> "1.1"
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-17 23:38 ` Glenn Morris
@ 2013-01-18 1:59 ` Stephen J. Turnbull
2013-01-18 2:09 ` CEDET version [was Re: Emacs pretest 24.2.92] Glenn Morris
1 sibling, 0 replies; 28+ messages in thread
From: Stephen J. Turnbull @ 2013-01-18 1:59 UTC (permalink / raw
To: Glenn Morris; +Cc: sindikat, emacs-devel
Glenn Morris writes:
> sindikat wrote:
>
> > Will CEDET 1.1 be in Emacs 24.3?
>
> emacs-24.2.92 -Q -l cedet
> C-h v cedet-version
> -> "1.1"
>
In XEmacs, we can do
xemacs -q -eval '(pkg-get-package-info "cedet" "author-version")'
(or something like that, the function may be misspelled). For
packages that are maintained by a separate project (CEDET, Gnus,
AUCTeX), a similar facility (that doesn't care whether it's Emacs or
GNU ELPA) might be useful in Emacs.
^ permalink raw reply [flat|nested] 28+ messages in thread
* CEDET version [was Re: Emacs pretest 24.2.92]
2013-01-17 23:38 ` Glenn Morris
2013-01-18 1:59 ` Stephen J. Turnbull
@ 2013-01-18 2:09 ` Glenn Morris
2013-01-21 2:20 ` CEDET version Glenn Morris
1 sibling, 1 reply; 28+ messages in thread
From: Glenn Morris @ 2013-01-18 2:09 UTC (permalink / raw
To: emacs-devel; +Cc: sindikat
Glenn Morris wrote:
> emacs-24.2.92 -Q -l cedet
> C-h v cedet-version
> -> "1.1"
Yet the Version: header says 1.0pre7.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-18 2:09 ` CEDET version [was Re: Emacs pretest 24.2.92] Glenn Morris
@ 2013-01-21 2:20 ` Glenn Morris
2013-01-21 19:13 ` David Engster
0 siblings, 1 reply; 28+ messages in thread
From: Glenn Morris @ 2013-01-21 2:20 UTC (permalink / raw
To: emacs-devel; +Cc: David Engster
Glenn Morris wrote:
>> emacs-24.2.92 -Q -l cedet
>> C-h v cedet-version
>> -> "1.1"
>
> Yet the Version: header says 1.0pre7.
Hi, could you clarify what the CEDET version is in the emacs-24 branch
and if any of the Version: headers need updating?
Thanks.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-21 2:20 ` CEDET version Glenn Morris
@ 2013-01-21 19:13 ` David Engster
2013-01-22 2:00 ` Glenn Morris
0 siblings, 1 reply; 28+ messages in thread
From: David Engster @ 2013-01-21 19:13 UTC (permalink / raw
To: Glenn Morris; +Cc: Eric M. Ludlam, emacs-devel
Glenn Morris writes:
> Glenn Morris wrote:
>
>>> emacs-24.2.92 -Q -l cedet
>>> C-h v cedet-version
>>> -> "1.1"
>>
>> Yet the Version: header says 1.0pre7.
>
> Hi, could you clarify what the CEDET version is in the emacs-24 branch
> and if any of the Version: headers need updating?
Actually, it's more like a 1.2 since 1.1 was already released some time
ago, and the now bundled files are newer.
It is a bit difficult since we bundle a subset of CEDET with Emacs, so
upstream versions cannot be really identical. Since we're now merging
more regularly, maybe we don't need upstream releases anymore and should
see it more as in incubator.
In any case, I think calling this version "1.1.5" or "1.2" should be
fine, but I'd like to know what Eric thinks.
-David
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-21 19:13 ` David Engster
@ 2013-01-22 2:00 ` Glenn Morris
2013-01-22 4:06 ` Eric M. Ludlam
0 siblings, 1 reply; 28+ messages in thread
From: Glenn Morris @ 2013-01-22 2:00 UTC (permalink / raw
To: emacs-devel; +Cc: Eric M. Ludlam
David Engster wrote:
> Actually, it's more like a 1.2 since 1.1 was already released some time
> ago, and the now bundled files are newer.
>
> It is a bit difficult since we bundle a subset of CEDET with Emacs, so
> upstream versions cannot be really identical. Since we're now merging
> more regularly, maybe we don't need upstream releases anymore and should
> see it more as in incubator.
>
> In any case, I think calling this version "1.1.5" or "1.2" should be
> fine, but I'd like to know what Eric thinks.
We can call it whatever version number you like. I think the only real
issue is when using ELPA to install a newer version of CEDET than the
version supplied with Emacs (but maybe this won't be happening?).
There are various things that this affects; see M-x list-packages
output. semantic, srecode, inversion, pulse, ede, etc. They all have
different version numbers at present.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-22 2:00 ` Glenn Morris
@ 2013-01-22 4:06 ` Eric M. Ludlam
2013-01-22 19:10 ` Glenn Morris
0 siblings, 1 reply; 28+ messages in thread
From: Eric M. Ludlam @ 2013-01-22 4:06 UTC (permalink / raw
To: Glenn Morris; +Cc: emacs-devel
On 01/21/2013 09:00 PM, Glenn Morris wrote:
> David Engster wrote:
>
>> Actually, it's more like a 1.2 since 1.1 was already released some time
>> ago, and the now bundled files are newer.
>>
>> It is a bit difficult since we bundle a subset of CEDET with Emacs, so
>> upstream versions cannot be really identical. Since we're now merging
>> more regularly, maybe we don't need upstream releases anymore and should
>> see it more as in incubator.
>>
>> In any case, I think calling this version "1.1.5" or "1.2" should be
>> fine, but I'd like to know what Eric thinks.
I'm ok with either of those version numbers. If official released
CEDETs are now whatever shows up in Emacs core, that would be fine with
me also. Wrapping up a release, and figuring out how to get it to
safely overlay in Emacs is a bit challenging.
> We can call it whatever version number you like. I think the only real
> issue is when using ELPA to install a newer version of CEDET than the
> version supplied with Emacs (but maybe this won't be happening?).
>
> There are various things that this affects; see M-x list-packages
> output. semantic, srecode, inversion, pulse, ede, etc. They all have
> different version numbers at present.
These used to all go out separately and were later merged into once
CEDET package. Is there a reason to version-merge them? To be honest,
updating all those version numbers each time we prep a release is a bit
of a pain, and they all install together. The cross-version-checking
isn't as useful a tool as it once was.
I do have some scripts I use to manage version numbers though. It could
be that whenever a merge occurs, we add running this script to the merge
recipe and that will help.
Eric
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-22 4:06 ` Eric M. Ludlam
@ 2013-01-22 19:10 ` Glenn Morris
2013-01-22 22:51 ` Eric M. Ludlam
0 siblings, 1 reply; 28+ messages in thread
From: Glenn Morris @ 2013-01-22 19:10 UTC (permalink / raw
To: Eric M. Ludlam; +Cc: emacs-devel
"Eric M. Ludlam" wrote:
>> There are various things that this affects; see M-x list-packages
>> output. semantic, srecode, inversion, pulse, ede, etc. They all have
>> different version numbers at present.
>
> These used to all go out separately and were later merged into once
> CEDET package. Is there a reason to version-merge them?
I'm not asking for any changes like that, I'm just asking for someone to
who knows about CEDET versioning to check that all the version numbers
the components have in Emacs make sense. Eg the first one I look at is
semantic.el, which says:
;; Version: 2.0
[...]
(defvar semantic-version "2.1beta"
Ie, inconsistent in the same way that cedet.el is.
I don't have any opinion on what the version numbers should be, I am
saying that these two should be consistent, and asking what value to
use. I have no idea what version of CEDET, semantic, etc are actually in
Emacs.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-22 19:10 ` Glenn Morris
@ 2013-01-22 22:51 ` Eric M. Ludlam
2013-01-23 7:38 ` David Engster
0 siblings, 1 reply; 28+ messages in thread
From: Eric M. Ludlam @ 2013-01-22 22:51 UTC (permalink / raw
To: Glenn Morris; +Cc: emacs-devel
On 01/22/2013 02:10 PM, Glenn Morris wrote:
> "Eric M. Ludlam" wrote:
>
>>> There are various things that this affects; see M-x list-packages
>>> output. semantic, srecode, inversion, pulse, ede, etc. They all have
>>> different version numbers at present.
>>
>> These used to all go out separately and were later merged into once
>> CEDET package. Is there a reason to version-merge them?
>
> I'm not asking for any changes like that, I'm just asking for someone to
> who knows about CEDET versioning to check that all the version numbers
> the components have in Emacs make sense. Eg the first one I look at is
> semantic.el, which says:
>
> ;; Version: 2.0
> [...]
> (defvar semantic-version "2.1beta"
>
> Ie, inconsistent in the same way that cedet.el is.
Ah, thanks for clarifying. I hadn't realized the comment and variable
were going out of sync. A side-effect of using an incomplete script. I
can update the script to keep those in sync in the future the CEDET
repository. The variable is the correct version.
I'm not certain about the 'beta' though. I usually put a number after
the beta, like 2.1beta1 or some such.
Thanks
Eric
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-22 22:51 ` Eric M. Ludlam
@ 2013-01-23 7:38 ` David Engster
2013-01-23 13:17 ` Eric M. Ludlam
0 siblings, 1 reply; 28+ messages in thread
From: David Engster @ 2013-01-23 7:38 UTC (permalink / raw
To: Eric M. Ludlam; +Cc: emacs-devel
Eric M. Ludlam writes:
> Ah, thanks for clarifying. I hadn't realized the comment and variable
> were going out of sync. A side-effect of using an incomplete script.
> I can update the script to keep those in sync in the future the CEDET
> repository. The variable is the correct version.
>
> I'm not certain about the 'beta' though. I usually put a number after
> the beta, like 2.1beta1 or some such.
OK, but what should be done now?
If you bump the numbers in CEDET upstream to a stable version, I can
merge that change to the emacs-24 branch.
For the future, I'd rather get rid of all those separate version numbers
for all the sub-packages. They may have been useful back in the day, but
I don't think they're worth the hassle now. Let's just have one CEDET
version and be done with it.
-David
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-23 7:38 ` David Engster
@ 2013-01-23 13:17 ` Eric M. Ludlam
2013-01-23 20:39 ` David Engster
0 siblings, 1 reply; 28+ messages in thread
From: Eric M. Ludlam @ 2013-01-23 13:17 UTC (permalink / raw
To: Glenn Morris, emacs-devel
On 01/23/2013 02:38 AM, David Engster wrote:
> Eric M. Ludlam writes:
>> Ah, thanks for clarifying. I hadn't realized the comment and variable
>> were going out of sync. A side-effect of using an incomplete script.
>> I can update the script to keep those in sync in the future the CEDET
>> repository. The variable is the correct version.
>>
>> I'm not certain about the 'beta' though. I usually put a number after
>> the beta, like 2.1beta1 or some such.
>
> OK, but what should be done now?
>
> If you bump the numbers in CEDET upstream to a stable version, I can
> merge that change to the emacs-24 branch.
Ok. There were pretty big changes in the file system and merges across
all the parts of CEDET to warrant a version bump.
Or...
> For the future, I'd rather get rid of all those separate version numbers
> for all the sub-packages. They may have been useful back in the day, but
> I don't think they're worth the hassle now. Let's just have one CEDET
> version and be done with it.
...we could just remove all the version numbers, and call it CEDET 2.0.
If there are dependencies out there on the version numbers, it shouldn't
be too hard to redirect to the overall cedet version.
Doing that will be more work than just running my script. I've got
cub-scout overload the next two weeks coming on with a pinewood derby.
Is there a time crunch on this?
Eric
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-23 13:17 ` Eric M. Ludlam
@ 2013-01-23 20:39 ` David Engster
2013-01-31 0:04 ` Eric M. Ludlam
0 siblings, 1 reply; 28+ messages in thread
From: David Engster @ 2013-01-23 20:39 UTC (permalink / raw
To: Eric M. Ludlam; +Cc: emacs-devel
Eric M. Ludlam writes:
>> For the future, I'd rather get rid of all those separate version numbers
>> for all the sub-packages. They may have been useful back in the day, but
>> I don't think they're worth the hassle now. Let's just have one CEDET
>> version and be done with it.
>
> ...we could just remove all the version numbers, and call it CEDET 2.0.
>
> If there are dependencies out there on the version numbers, it
> shouldn't be too hard to redirect to the overall cedet version.
>
> Doing that will be more work than just running my script. I've got
> cub-scout overload the next two weeks coming on with a pinewood
> derby. Is there a time crunch on this?
We cannot do that for the coming release, since the emacs-24 branch has
been in a freeze for quite some time now. So please let's first bump the
versions, which I'll merge to emacs-24, and then rip out the versioning
code, which I can merge to current trunk.
-David
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: CEDET version
2013-01-23 20:39 ` David Engster
@ 2013-01-31 0:04 ` Eric M. Ludlam
2013-01-31 20:08 ` David Engster
0 siblings, 1 reply; 28+ messages in thread
From: Eric M. Ludlam @ 2013-01-31 0:04 UTC (permalink / raw
To: Glenn Morris, emacs-devel
On 01/23/2013 03:39 PM, David Engster wrote:
> Eric M. Ludlam writes:
>>> For the future, I'd rather get rid of all those separate version numbers
>>> for all the sub-packages. They may have been useful back in the day, but
>>> I don't think they're worth the hassle now. Let's just have one CEDET
>>> version and be done with it.
>>
>> ...we could just remove all the version numbers, and call it CEDET 2.0.
>>
>> If there are dependencies out there on the version numbers, it
>> shouldn't be too hard to redirect to the overall cedet version.
>>
>> Doing that will be more work than just running my script. I've got
>> cub-scout overload the next two weeks coming on with a pinewood
>> derby. Is there a time crunch on this?
>
> We cannot do that for the coming release, since the emacs-24 branch has
> been in a freeze for quite some time now. So please let's first bump the
> versions, which I'll merge to emacs-24, and then rip out the versioning
> code, which I can merge to current trunk.
Hi David,
In CEDET / bzr repository, change 8466 contains minor version bumping
and making the comments match the variables.
Thanks
Eric
^ permalink raw reply [flat|nested] 28+ messages in thread
* Emacs pretest 24.2.92
@ 2013-01-13 19:07 Ivan Kanis
2013-01-13 20:11 ` chad
0 siblings, 1 reply; 28+ messages in thread
From: Ivan Kanis @ 2013-01-13 19:07 UTC (permalink / raw
To: rgm; +Cc: emacs-devel
Glenn,
It compiles but it doesn't run properly on Mac OSX 10.4. I will send
the bug report.
Take care,
Ivan
--
It was OK before you touched it.
-- BOFH excuse #6
^ permalink raw reply [flat|nested] 28+ messages in thread
* Emacs pretest 24.2.92
@ 2013-01-10 3:38 Glenn Morris
2013-01-10 8:55 ` Gian Uberto Lauri
` (4 more replies)
0 siblings, 5 replies; 28+ messages in thread
From: Glenn Morris @ 2013-01-10 3:38 UTC (permalink / raw
To: emacs-devel
The next pretest for what will be the Emacs 24.3 release is available at
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.gz
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.xz
Please give it as much testing as you can.
As always, if you encounter problems building or using Emacs,
send a report to bug-gnu-emacs@gnu.org with full details
(if possible, use M-x report-emacs-bug).
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-10 3:38 Glenn Morris
@ 2013-01-10 8:55 ` Gian Uberto Lauri
2013-01-10 16:30 ` Andreas Schwab
2013-01-10 11:26 ` Bastien
` (3 subsequent siblings)
4 siblings, 1 reply; 28+ messages in thread
From: Gian Uberto Lauri @ 2013-01-10 8:55 UTC (permalink / raw
To: Glenn Morris; +Cc: emacs-devel
Is there a switch to use gtk2 ? GTK3 is getting a bit upsetting by
imposing too much restrictions on what you must use to get a
configurable look...
--
ing. Gian Uberto Lauri
Direzione Ricerca e Innovazione
GianUberto.Lauri@eng.it
Engineering Ingegneria Informatica spa
Corso Stati Uniti 23/C, 35127 Padova (PD)
Tel. +39-049.8283.571 | main(){printf(&unix["\021%six\012\0"],
Fax +39-049.8283.569 | (unix)["have"]+"fun"-0x60);}
http://www.eng.it | David Korn, AT&T Bell Labs
| ioccc best One Liner, 1987
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-10 8:55 ` Gian Uberto Lauri
@ 2013-01-10 16:30 ` Andreas Schwab
2013-01-11 7:32 ` Gian Uberto Lauri
0 siblings, 1 reply; 28+ messages in thread
From: Andreas Schwab @ 2013-01-10 16:30 UTC (permalink / raw
To: Gian Uberto Lauri; +Cc: emacs-devel
"Gian Uberto Lauri" <saint@eng.it> writes:
> Is there a switch to use gtk2 ?
$ ./configure --help | grep gtk
--with-x-toolkit=KIT use an X toolkit (KIT one of: yes or gtk, gtk2,
gtk3, lucid or athena, motif, no)
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-10 16:30 ` Andreas Schwab
@ 2013-01-11 7:32 ` Gian Uberto Lauri
0 siblings, 0 replies; 28+ messages in thread
From: Gian Uberto Lauri @ 2013-01-11 7:32 UTC (permalink / raw
To: Andreas Schwab; +Cc: Gian Uberto Lauri, emacs-devel
>>>>> "AS" == Andreas Schwab <schwab@linux-m68k.org> writes:
AS> "Gian Uberto Lauri" <saint@eng.it> writes:
>> Is there a switch to use gtk2 ?
AS> $ ./configure --help | grep gtk --with-x-toolkit=KIT use an X
AS> toolkit (KIT one of: yes or gtk, gtk2, gtk3, lucid or athena,
AS> motif, no)
Perfect, thank you very much!
kudos for the version control support!
--
ing. Gian Uberto Lauri
Direzione Ricerca e Innovazione
GianUberto.Lauri@eng.it
Engineering Ingegneria Informatica spa
Corso Stati Uniti 23/C, 35127 Padova (PD)
Tel. +39-049.8283.571 | main(){printf(&unix["\021%six\012\0"],
Fax +39-049.8283.569 | (unix)["have"]+"fun"-0x60);}
http://www.eng.it | David Korn, AT&T Bell Labs
| ioccc best One Liner, 1987
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-10 3:38 Glenn Morris
2013-01-10 8:55 ` Gian Uberto Lauri
@ 2013-01-10 11:26 ` Bastien
2013-01-10 11:47 ` Xue Fuqiao
` (2 subsequent siblings)
4 siblings, 0 replies; 28+ messages in thread
From: Bastien @ 2013-01-10 11:26 UTC (permalink / raw
To: Glenn Morris; +Cc: emacs-devel
Glenn Morris <rgm@gnu.org> writes:
> The next pretest for what will be the Emacs 24.3 release is
> available
Thanks for the release! It compiles and runs fine here:
M-x emacs-version
GNU Emacs 24.2.92.1 (i686-pc-linux-gnu, GTK+ Version 3.6.4) of
2013-01-10 on bzg
~$ uname -a
Linux bzg 3.6.11-1-ARCH #1 SMP PREEMPT Tue Dec 18 12:58:46 CET 2012
i686 GNU/Linux
--
Bastien
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-10 3:38 Glenn Morris
2013-01-10 8:55 ` Gian Uberto Lauri
2013-01-10 11:26 ` Bastien
@ 2013-01-10 11:47 ` Xue Fuqiao
2013-01-12 13:00 ` Achim Gratz
2013-01-25 17:03 ` Ugly Sean
4 siblings, 0 replies; 28+ messages in thread
From: Xue Fuqiao @ 2013-01-10 11:47 UTC (permalink / raw
To: Glenn Morris; +Cc: emacs-devel
On Wed, 09 Jan 2013 22:38:51 -0500
Glenn Morris <rgm@gnu.org> wrote:
> The next pretest for what will be the Emacs 24.3 release is available
Thanks for the release! It compiles and runs fine here:
M-x emacs-version
GNU Emacs 24.2.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.13) of 2013-01-10 on Emacs
~$ uname -a
Linux Emacs 3.5.0-22-generic #33-Ubuntu SMP Wed Jan 2 21:47:30 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
--
Best regards, Xue Fuqiao.
http://www.emacswiki.org/emacs/XueFuqiao
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Emacs pretest 24.2.92
2013-01-10 3:38 Glenn Morris
` (2 preceding siblings ...)
2013-01-10 11:47 ` Xue Fuqiao
@ 2013-01-12 13:00 ` Achim Gratz
2013-01-12 13:17 ` Xue Fuqiao
2013-01-25 17:03 ` Ugly Sean
4 siblings, 1 reply; 28+ messages in thread
From: Achim Gratz @ 2013-01-12 13:00 UTC (permalink / raw
To: emacs-devel
Glenn Morris writes:
> The next pretest for what will be the Emacs 24.3 release is available at
>
> ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.gz
> ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.xz
>
> Please give it as much testing as you can.
Compiles and runs fine here as a Gtk3 build:
GNU Emacs 24.2.92.1 (i686-suse-linux-gnu, GTK+ Version 3.6.2) of 2013-01-12
Windowing system distributor `The X.Org Foundation', version 11.0.11203000
System Description: openSUSE 12.2 (i586)
Configured using:
`configure '--with-x-toolkit=gtk3' '--with-wide-int' '--with-kerberos'
'--with-kerberos5' '--without-gpm' 'CFLAGS=-fomit-frame-pointer
-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector
-funwind-tables -fasynchronous-unwind-tables -g -D_GNU_SOURCE
-std=gnu99 -pipe -Wno-pointer-sign -Wno-unused-variable
-Wno-unused-label -Wno-unprototyped-calls -fno-optimize-sibling-calls
-DSYSTEM_PURESIZE_EXTRA=55000 -DSITELOAD_PURESIZE_EXTRA=10000'
'LDFLAGS=-Wl,-O2 -Wl,--hash-size=65521'
Linux 3.7.1-17-pae #1 SMP Thu Dec 27 09:08:21 UTC 2012 (ae1c592) i686 athlon i386 GNU/Linux
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 28+ messages in thread
* RE: Emacs pretest 24.2.92
2013-01-10 3:38 Glenn Morris
` (3 preceding siblings ...)
2013-01-12 13:00 ` Achim Gratz
@ 2013-01-25 17:03 ` Ugly Sean
2013-01-25 23:18 ` Xue Fuqiao
4 siblings, 1 reply; 28+ messages in thread
From: Ugly Sean @ 2013-01-25 17:03 UTC (permalink / raw
To: emacs-devel
The latest I could find around there for Windoze is
emacs-20120917-r110062-bin-i386.zip
-----Original Message-----
From: info-gnu-emacs-bounces+schwa=rogers.com@gnu.org
[mailto:info-gnu-emacs-bounces+schwa=rogers.com@gnu.org] On Behalf Of Glenn
Morris
Sent: Wednesday, January 09, 2013 10:39 PM
To: emacs-devel@gnu.org
Subject: Emacs pretest 24.2.92
The next pretest for what will be the Emacs 24.3 release is available at
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.gz
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.xz
Please give it as much testing as you can.
As always, if you encounter problems building or using Emacs, send a report
to bug-gnu-emacs@gnu.org with full details (if possible, use M-x
report-emacs-bug).
^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2013-01-31 20:08 UTC | newest]
Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-17 9:57 Emacs pretest 24.2.92 sindikat
2013-01-17 23:38 ` Glenn Morris
2013-01-18 1:59 ` Stephen J. Turnbull
2013-01-18 2:09 ` CEDET version [was Re: Emacs pretest 24.2.92] Glenn Morris
2013-01-21 2:20 ` CEDET version Glenn Morris
2013-01-21 19:13 ` David Engster
2013-01-22 2:00 ` Glenn Morris
2013-01-22 4:06 ` Eric M. Ludlam
2013-01-22 19:10 ` Glenn Morris
2013-01-22 22:51 ` Eric M. Ludlam
2013-01-23 7:38 ` David Engster
2013-01-23 13:17 ` Eric M. Ludlam
2013-01-23 20:39 ` David Engster
2013-01-31 0:04 ` Eric M. Ludlam
2013-01-31 20:08 ` David Engster
-- strict thread matches above, loose matches on Subject: below --
2013-01-13 19:07 Emacs pretest 24.2.92 Ivan Kanis
2013-01-13 20:11 ` chad
2013-01-10 3:38 Glenn Morris
2013-01-10 8:55 ` Gian Uberto Lauri
2013-01-10 16:30 ` Andreas Schwab
2013-01-11 7:32 ` Gian Uberto Lauri
2013-01-10 11:26 ` Bastien
2013-01-10 11:47 ` Xue Fuqiao
2013-01-12 13:00 ` Achim Gratz
2013-01-12 13:17 ` Xue Fuqiao
2013-01-25 17:03 ` Ugly Sean
2013-01-25 23:18 ` Xue Fuqiao
2013-01-26 12:52 ` Dani Moncayo
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.