Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-07 Thread Magnus Holmgren

Mark Taylor wrote:


> > > Am I wrong or has the file quantize-pvt.c changed to quantize_pvt.c
> > > (and the header file as well)? Why was this done?

<...>

> That name was changed because one make system (MSDOS?) interpreted
> the '-' in quantize-pvt.c as a compiler option.

It was the tlib program (similar to ar) in the free Borland C++
compiler. The compile/link/make programs don't suffer from this though.

-- 
Magnus Holmgren


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-05 Thread Frank Klemm

::  
::  
::  That name was changed because one make system (MSDOS?) interpreted
::  the '-' in quantize-pvt.c as a compiler option.
::  
MSDOS can't store a name like "quantize-pvt.c", you got at most:

"quantize.c" or "quanti~1.c".

-- 
Mit freundlichen Grüßen
Frank Klemm
 
eMail | [EMAIL PROTECTED]   home: [EMAIL PROTECTED]
phone | +49 (3641) 64-2721home: +49 (3641) 390545
sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-04 Thread Takehiro Tominaga

> Am I wrong or has the file quantize-pvt.c changed to quantize_pvt.c
> (and the header file as well)? Why was this done?

As Mark said, that is because Borland C could not treat the "-" in
filename.

> Wait 'til you see v3.88. You've got a big surprise coming to you :)
> I agree it probably wrong to use GNU make only makefiles.

and I say I can't make a Makefile for too much architecture. I can check
only GNU system. cannot make it for amiga, OS/2, solaris, OpenBSD, BSDI,
NetBSD, Windows, MSDOS, OSF/1, and of course RISCOS.

so if you want to make the lame on these environment, 

> to maintain an own Makefile for RISC OS. And I have to keep track on
> file name changes. So I wondered why such a change was made. Or am I
> wrong and the file name got mixed up on my end

you should keep track with filename and command name of CC/MAKE/...
that's because this is opensource. no warrantry is here. YOU are the
maintainer and developper.

another point: I think configure.in and Makefile.am are good thing,
but for some people, maybe they are not good. anyone have ideas ?
---
[EMAIL PROTECTED] // may the source be with you!
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-04 Thread Mark Taylor

> Reply-To: [EMAIL PROTECTED]
> 
> On Wed, 4 Oct 2000, Stefan Bellon wrote:
> 
> > Am I wrong or has the file quantize-pvt.c changed to quantize_pvt.c
> > (and the header file as well)? Why was this done?
> > 
> > As on RISC OS there's no GNU make available yet (but a port will be
> > release hopefully soon!), I can't use the generic Makefile but I have
> > to maintain an own Makefile for RISC OS. And I have to keep track on
> > file name changes. So I wondered why such a change was made. Or am I
> > wrong and the file name got mixed up on my end only?
> 
> Wait 'til you see v3.88. You've got a big surprise coming to you :)
> I agree it probably wrong to use GNU make only makefiles.
>   Cheers.


That name was changed because one make system (MSDOS?) interpreted
the '-' in quantize-pvt.c as a compiler option.

Mark


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-04 Thread Mark Powell

On Wed, 4 Oct 2000, Stefan Bellon wrote:

> Am I wrong or has the file quantize-pvt.c changed to quantize_pvt.c
> (and the header file as well)? Why was this done?
> 
> As on RISC OS there's no GNU make available yet (but a port will be
> release hopefully soon!), I can't use the generic Makefile but I have
> to maintain an own Makefile for RISC OS. And I have to keep track on
> file name changes. So I wondered why such a change was made. Or am I
> wrong and the file name got mixed up on my end only?

Wait 'til you see v3.88. You've got a big surprise coming to you :)
I agree it probably wrong to use GNU make only makefiles.
  Cheers.

Mark Powell - UNIX System Administrator - The University of Salford
Academic Information Services, Clifford Whitworth Building,
Salford University, Manchester, M5 4WT, UK.
Tel: +44 161 295 5936  Fax: +44 161 295 5888  www.pgp.com for PGP key

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )