[issue33063] failed to build _ctypes: undefined reference to `ffi_closure_FASTCALL'

santhosh added the comment: build/temp.linux-x86_64-3.5/opt/python/Python-3.5.5/Modules/_ctypes/libffi/src/x86/ffi.o: In function `ffi_prep_closure_loc': /opt/python/Python-3.5.5/Modules/_ctypes/libffi/src/x86/ffi.c:678: undefined reference to `ffi_closure_FASTCALL' /usr/bin/

[issue41322] unittest: deprecate test methods returning non-None values

santhosh added the comment: def split_module_names(module): unnamed, named = set(), set() for name in dir(module): if not name.startswith('_'): attr = getattr(module, name) try: if hasattr(attr, '__name__'):

[issue41322] unittest: deprecate test methods returning non-None values

Change by santhosh : -- nosy: +fdrake, stefan, terry.reedy versions: +Python 3.7 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue41322> ___ ___ Pytho

[issue44999] Argparse missing translates

New submission from santhosh : Dear all, There are a few strings in the `argparse` module which are not translatable through the `gettext` API. Some have already been reported: - the "--version" help text at Lib/argparse.py:1105 (reported in issue 16786, fixed by PR 12711); - th

[issue45020] Freeze all modules imported during startup.

Change by santhosh : -- components: +Parser -Build nosy: +lys.nikolaou, pablogsal, santhu_reddy12 versions: +Python 3.9 -Python 3.11 ___ Python tracker <https://bugs.python.org/issue45

[issue22994] datetime buggy

New submission from santhosh: val=datetime.datetime.strptime("2015-02-01",'%Y-%m-%d').date() zon=pytz.timezone('US/Pacific') dt=datetime.datetime(val.year,val.month,val.day, tzinfo=zon) print dt,zon output: 2015-02-01 00:00:00-07:53 US/Pacific output should b

[issue22994] datetime buggy

santhosh added the comment: i dont need local timezone i need other timezones like: (US/Pacific) -- ___ Python tracker <http://bugs.python.org/issue22994> ___ ___

[issue22994] datetime buggy

santhosh added the comment: zon=pytz.timezone('America/New_York') dt=datetime.datetime(2014,02,01, tzinfo=zon) print dt,zon => 2015-02-01 00:00:00-04:56 America/New_York zon=pytz.timezone('Asia/Kolkata') dt=datetime.datetime(2014,02,01, tzinfo=zon) print dt,zon =>

[issue22994] datetime buggy

santhosh added the comment: Thanks simeon.visser, I understood your point. Didn't got your point earlier. Hey belopolsky, Here is the solution val=datetime.datetime.strptime("2015-02-01",'%Y-%m-%d').date() zon=pytz.timezone('US/Pacific') Bad Code: dt=d

[issue6895] locale._parse_localename fails when localename does not contain encoding information

Santhosh Thottingal added the comment: I see that the ml_IN added to locale.alias of X.org. lemburg, Do you think that my patch is still required as a fallback solution in case xx_YY mapping not found in locale.alias? If you can confirm that it is not required, we can close this bug

[issue6895] locale._parse_localename fails when localename does not contain encoding information

New submission from Santhosh Thottingal : locale._parse_localename fails when the locale name is in xx_YY format. For example when the system locale is Malayalam(India), ml_IN we get the following result >>> locale._parse_localename("ml_IN") Traceback (most recent call last)

[issue6895] locale._parse_localename fails when localename does not contain encoding information

Santhosh Thottingal added the comment: Attached the testcases as a patch to Lib/test/test_locale.py -- Added file: http://bugs.python.org/file14915/test_locale.py.diff ___ Python tracker <http://bugs.python.org/issue6